API PANASONIC et FPWIN PRO 6.2
Re: API PANASONIC et FPWIN PRO 6.2
Je vois...
Parfois, il est moins coûteux de refaire tout proprement. Mais cela dépend de ton patron. C'est à lui de négocier avec son client.
Pour la version FPWIN PRO elle est téléchargeable et gratuite tant que tu ne dépasses pas les 10 000 pas de programme.
Elle est compliquée ton installation ?
Si je peux t'aider en quoi que ce soit, n'hésite pas.
Parfois, il est moins coûteux de refaire tout proprement. Mais cela dépend de ton patron. C'est à lui de négocier avec son client.
Pour la version FPWIN PRO elle est téléchargeable et gratuite tant que tu ne dépasses pas les 10 000 pas de programme.
Elle est compliquée ton installation ?
Si je peux t'aider en quoi que ce soit, n'hésite pas.
-
- Générateur de blocs fonctions
- Messages : 107
- Inscription : 10 juin 2016, 09:41
Re: API PANASONIC et FPWIN PRO 6.2
non seulement ca serai bien moins couteux mais ca permetrais aussi e supprimer un tas de M....e qui ne sert à rien et qui pollu les codes......
comme par exemple le pupitre proface qui utilise des memoires de l'api pour maintenir certaines valeurs.....
mes installations sont des doseurs , des systemes pneumatiques de granulés de plastiques et tous ce qui gravitent autours.
en soit les systemes sont simple sauf que les codes sont illisibles et bourraient de verru en tous genres.
pour vous faire triper, j'ai un graphcet avec .....6 etapes di'init.......normales......
comme par exemple le pupitre proface qui utilise des memoires de l'api pour maintenir certaines valeurs.....
mes installations sont des doseurs , des systemes pneumatiques de granulés de plastiques et tous ce qui gravitent autours.
en soit les systemes sont simple sauf que les codes sont illisibles et bourraient de verru en tous genres.
pour vous faire triper, j'ai un graphcet avec .....6 etapes di'init.......normales......
Re: API PANASONIC et FPWIN PRO 6.2
Bonsoir,
Je pense qu'une bonne analyse du fonctionnement de la machine te permettrait d'écrire un programme nouveau et éviter les rustines qui tôt ou tard finiront par céder.
J'espère que tu sauras convaincre ton patron qui j'espère saura évaluer la situation tant technique qu'économique et choisir la meilleure solution.
N'hésite pas à me contacter en cas de doute sur la programmation de ce type d'automate.
Ne doute pas de la capacité des automates Panasonic. Je te laisse une vidéo https://youtu.be/YQVoF0ckjLQ d'une machine réalisée par une entreprise Espagnole pour laquelle je travaille comme indépendant. Je pense que tu découvres ces API dans de mauvaises conditions.
Salutations
Je pense qu'une bonne analyse du fonctionnement de la machine te permettrait d'écrire un programme nouveau et éviter les rustines qui tôt ou tard finiront par céder.
J'espère que tu sauras convaincre ton patron qui j'espère saura évaluer la situation tant technique qu'économique et choisir la meilleure solution.
N'hésite pas à me contacter en cas de doute sur la programmation de ce type d'automate.
Ne doute pas de la capacité des automates Panasonic. Je te laisse une vidéo https://youtu.be/YQVoF0ckjLQ d'une machine réalisée par une entreprise Espagnole pour laquelle je travaille comme indépendant. Je pense que tu découvres ces API dans de mauvaises conditions.
Salutations
-
- Générateur de blocs fonctions
- Messages : 107
- Inscription : 10 juin 2016, 09:41
Re: API PANASONIC et FPWIN PRO 6.2
ca va merci je ny manquerai pas.
pour le moment ce n'est pas gagné.
quand je suis arrivé dans la boite je me suis occupé d'un code siemens car je maitrise, le code devait être 100% fonctionnelle sauf que j'ai reprit la quasi totalité du code.
La demande du patron a été simple tu corrige mais tu ne développe pas, du coup le font du problème n'est toujours pas corrigé.
Il y a des routine en langage évolué type basic/pascal qui genere un FIFO qui est un mauvais copié collé de plus de 15 ans totalement bancal.
bein j'avais l’interdiction formelle de modifier cette merde parce que tu comprend ca fait 15 ans que ca fonctionne......
bein si ca fonctionne comme ca depuis 15 ans bein ca fait peur.
aujourd’hui mon partie est que je vais apprendre a maitriser de nouveaux systèmes et dés que je trouve quelque chose d'autre je me casse tempi pour eux .....
J'ai régulièrement les tech de Panasonic au téléphone, les codes sont mal géré de base....
pour le moment ce n'est pas gagné.
quand je suis arrivé dans la boite je me suis occupé d'un code siemens car je maitrise, le code devait être 100% fonctionnelle sauf que j'ai reprit la quasi totalité du code.
La demande du patron a été simple tu corrige mais tu ne développe pas, du coup le font du problème n'est toujours pas corrigé.
Il y a des routine en langage évolué type basic/pascal qui genere un FIFO qui est un mauvais copié collé de plus de 15 ans totalement bancal.
bein j'avais l’interdiction formelle de modifier cette merde parce que tu comprend ca fait 15 ans que ca fonctionne......
bein si ca fonctionne comme ca depuis 15 ans bein ca fait peur.
aujourd’hui mon partie est que je vais apprendre a maitriser de nouveaux systèmes et dés que je trouve quelque chose d'autre je me casse tempi pour eux .....
J'ai régulièrement les tech de Panasonic au téléphone, les codes sont mal géré de base....
-
- Générateur de blocs fonctions
- Messages : 107
- Inscription : 10 juin 2016, 09:41
Re: API PANASONIC et FPWIN PRO 6.2
bein vai j'ai une question sur l'adressage des E/S, le tech de panasoc a tenté de m'expliquer mais j'avoue n'avoir rien comprit.
voila mes 2 chassis.
CHÂSSIS MAITRE:
1 / API FPΣ FPG-C24R2H 16E + 8S
2 / 1 carte 16E/16S FP0-E32TA
3 / 1 carte 16S AFPORE16YT
CHÂSSIS ESCLAVE:
1 / API FPΣ FPG-C24R2H 16E + 8S
2 / 1 carte 4E/4S FPO-E8RS
J'ai bien compris que les X était les entrées et le Y les sorties, que ca allé de 0 à F Mais après comment différencier les cartes au niveau adressage dans l'API?
Pour info la notion de maitre/esclave na rien a voir avec de la com, c'est juste que certains organes de la machine esclave sont géré par le maitre câblé en filaire.
Je sais que ca va etre un truc de ce genre:
CHÂSSIS MAITRE:
1 / API FPΣ FPG-C24R2H 16E + 8S --> X00 à X0F + Y00 à Y07
2 / 1 carte 16E/16S FP0-E32TA --> X#0 à X#F + Y#0 à Y#F
3 / 1 carte 16S AFPORE16YT --> Y#0 à Y#F
CHÂSSIS ESCLAVE:
1 / API FPΣ FPG-C24R2H 16E + 8S --> X00 à X0F + Y00 à Y07
2 / 1 carte 4E/4S FPO-E8RS --> X#0 à X#3+ Y#0 à Y#3
et la ou je ne pite pas c'est la valeur que doit prendre les # pour chaque chassis.
voila mes 2 chassis.
CHÂSSIS MAITRE:
1 / API FPΣ FPG-C24R2H 16E + 8S
2 / 1 carte 16E/16S FP0-E32TA
3 / 1 carte 16S AFPORE16YT
CHÂSSIS ESCLAVE:
1 / API FPΣ FPG-C24R2H 16E + 8S
2 / 1 carte 4E/4S FPO-E8RS
J'ai bien compris que les X était les entrées et le Y les sorties, que ca allé de 0 à F Mais après comment différencier les cartes au niveau adressage dans l'API?
Pour info la notion de maitre/esclave na rien a voir avec de la com, c'est juste que certains organes de la machine esclave sont géré par le maitre câblé en filaire.
Je sais que ca va etre un truc de ce genre:
CHÂSSIS MAITRE:
1 / API FPΣ FPG-C24R2H 16E + 8S --> X00 à X0F + Y00 à Y07
2 / 1 carte 16E/16S FP0-E32TA --> X#0 à X#F + Y#0 à Y#F
3 / 1 carte 16S AFPORE16YT --> Y#0 à Y#F
CHÂSSIS ESCLAVE:
1 / API FPΣ FPG-C24R2H 16E + 8S --> X00 à X0F + Y00 à Y07
2 / 1 carte 4E/4S FPO-E8RS --> X#0 à X#3+ Y#0 à Y#3
et la ou je ne pite pas c'est la valeur que doit prendre les # pour chaque chassis.
Re: API PANASONIC et FPWIN PRO 6.2
Le document suivant donne les informations page 66
http://www.clrwtr.com/PDF/Panasonic/Pan ... Manual.pdf
API FPΣ FPG-C24R2H 16E + 8S (16E -> X0 a XF, 8S -> Y0 a Y7 )
carte expansion slot 1 16E/16S FP0-E32TA (16E -> X20 a X2F, 16S -> Y20 a Y2F)
http://www.clrwtr.com/PDF/Panasonic/Pan ... Manual.pdf
API FPΣ FPG-C24R2H 16E + 8S (16E -> X0 a XF, 8S -> Y0 a Y7 )
carte expansion slot 1 16E/16S FP0-E32TA (16E -> X20 a X2F, 16S -> Y20 a Y2F)
-
- Générateur de blocs fonctions
- Messages : 107
- Inscription : 10 juin 2016, 09:41
Re: API PANASONIC et FPWIN PRO 6.2
ha merci pour la datasheet je DL pour plus tard et j'imprime la page des adresse, ca va me servir .....dessuite....
pour la question de la fiabilité, je ne tiens pas compte de la capacité de traitement du moment que le code est bien fisellé ca fonctionnera toujours.
on pourrai meme aller jusqu'a remplacer l'api par un microcontroleur, mais techniquement ca na pas de sens.
par contre dans la fiabilité, je regarde le MTBF (exemple les TSX de telemeca, ils ont plus de 30 ans et ils fonctionnent toujours ) , si l'api peut potenciellement planter (oui oui ta bien lu........un jour j'ai coisé des contrôleur de chez GE avec un noyau WINDOWS et ca fiabilité légendaire qui obligé à rebooter le contrôleur 1 fois par semaine......ca c'est pas fiable) , l’histoire de la pile de sauvegarde je trouve ca bancale (ca serai bien mieux de mettre le code dans une EEPROM et non dans une RAM), ect.....
pour la question de la fiabilité, je ne tiens pas compte de la capacité de traitement du moment que le code est bien fisellé ca fonctionnera toujours.
on pourrai meme aller jusqu'a remplacer l'api par un microcontroleur, mais techniquement ca na pas de sens.
par contre dans la fiabilité, je regarde le MTBF (exemple les TSX de telemeca, ils ont plus de 30 ans et ils fonctionnent toujours ) , si l'api peut potenciellement planter (oui oui ta bien lu........un jour j'ai coisé des contrôleur de chez GE avec un noyau WINDOWS et ca fiabilité légendaire qui obligé à rebooter le contrôleur 1 fois par semaine......ca c'est pas fiable) , l’histoire de la pile de sauvegarde je trouve ca bancale (ca serai bien mieux de mettre le code dans une EEPROM et non dans une RAM), ect.....
Re: API PANASONIC et FPWIN PRO 6.2
Pour des applications spécifiques, il m'est arrivé de développer des programmes écris en C sur des cartes à base de microcontrôleurs PIC (de chez Microchip), ce qui est très différent de la programmation d'un API mais tout aussi intéressant.
Le plus important, dans les deux cas, c'est de faire une bonne analyse.
Sans cela, tu rencontres des mauvais programmes avec des rustines dans tous les coins (comme le programme que tu dois modifier).
Pour ce qui est de ton automate, Il me semble que le code programme de l'API FP Sigma est stocké dans une Flash Eprom (la batterie n'est utilisée que pour l’actualisation interne de la date et de l'heure).
Le plus important, dans les deux cas, c'est de faire une bonne analyse.
Sans cela, tu rencontres des mauvais programmes avec des rustines dans tous les coins (comme le programme que tu dois modifier).
Pour ce qui est de ton automate, Il me semble que le code programme de l'API FP Sigma est stocké dans une Flash Eprom (la batterie n'est utilisée que pour l’actualisation interne de la date et de l'heure).
-
- Générateur de blocs fonctions
- Messages : 107
- Inscription : 10 juin 2016, 09:41
Re: API PANASONIC et FPWIN PRO 6.2
ha ouai carement......cool.......car je suis un pationné d’électronique et les pic sont mes chouchous........
heu bein de ce que repend mon chef comme info ca fait perdre la memoire entiere de l'api......
oui et il vaut mieux un programme simple qu'une usine à gaz.....une bonne AF et la plus part des problemes sont réglés....
heu bein de ce que repend mon chef comme info ca fait perdre la memoire entiere de l'api......
oui et il vaut mieux un programme simple qu'une usine à gaz.....une bonne AF et la plus part des problemes sont réglés....
Re: API PANASONIC et FPWIN PRO 6.2
Il est vrai que le monde des microcontrôleurs et de ce qui gravite autour est très intéressant. En septembre, je commencerai l' étude et la programmation d'une carte électronique consistant à acquérir et filtrer les signaux en provenance d'une cellule de charge d'un système de pesage afin d'en déterminer le poids.
Pour la fonctionnalité de la batterie, tu peux regarder page 91 du document que je t'ai communiqué dans un autre post.
Il me semble que la batterie est nécessaire que si tu utilises la fonction "calendrier" ou si la zone mémoire de rétention par défaut est insuffisante.
Pour la fonctionnalité de la batterie, tu peux regarder page 91 du document que je t'ai communiqué dans un autre post.
Il me semble que la batterie est nécessaire que si tu utilises la fonction "calendrier" ou si la zone mémoire de rétention par défaut est insuffisante.