AC23 a écrit : ↑07 mars 2022, 16:47
Kallysto a écrit : ↑07 mars 2022, 12:46
Béryl a écrit : ↑09 févr. 2022, 07:37
C'est un humain qui va lire le programme pour dépanner, donc il faut qu'il pige du premier coup l'utilité de la variable.
Je préfère de loin une variable "Defaut_moteur1" que "DM1", par exemple.
Sans aller jusqu'à des noms de variables de 255 caractères, il faut un juste milieu qui tout en restant dans le concis soit facilement compréhensible.
Maintenant un site de plus de 350 automates avec pas moins de 12 boites et 25 ou 28 gus qui sont passés pour faire la programmation je plussoie. En fonction du niveau de dégénérecence du programme et des mnémonique, je peux dire qui a fait le programme sur mon site... Et certains, c'est bien que je les ai jamais croisé !
Après des variables courtes ne sont pas un problème SI ET SEULEMENT SI il a été établis un standard de dénomination et qu'il est respecté... Et ce standard est bien sûr celui du CLIENT et non celui de la boite de programmation.
Maintenant, peux-tu réellement en vouloir au prestataire qui est passé pour intervenir sur une partie bien précise sans aucune consigne ou réunions avec les autres prestataires ?
Moi, j'ai eu le cas où le client voulait une HMI avec le même "style" ou "thème" que les autres. Sauf que moi j'étais sur du Wago et pas les autres. Et bien sûr, j'ai eu l'information une fois le contrat bouclé... Inutile de dire que j'en ai chié
On a une seule marque autorisée. Certains ont du mal à respecter.
On a une seule référence d'API autorisé chez cette marque. Certains ont du mal à respecter.
On a une seule référence de chaque type de carte (entrée digitale, entrée ana, sortie digital, sortie ana). Certains ont du mal à respecter.
On a une seule référence d'écran autorisé chez cette marque. Certains ont du mal à respecter.
On a un visuel standardisé pour les pages web. Certains ont du mal à respecter.
On a des AF standardisées. Certains ont du mal à respecter.
On a pour chaque élement (capteur, actionneur, machine) une codification standardisée. Certains ont du mal à respecter.
On a des mnémoniques standardisés, notemment avec les codification standardisées. Certains ont du mal à respecter.
On a pour protocole de communication autorisés : modbus IP, modbus RTU, OPC modbus. Certains ont du mal à respecter.
Entre ceux qui ne respectent pas nos normes électriques, ceux qui se sont carrément pointé avec des automates d'autres marques (si si...) pour les démo, ceux qui utilisent des librairies propriétaires alors que c'est explicitement interdit, ceux qui se pointent avec d'autres références que celles autorisées, ceux qui se pointent avec du M-Bus au lieu de Modbus, etc. apparemment un cahier des charges, ça sert à allumer le barbecue.
Pour faire un résumé rapide, 10% des programmeurs qui sont passés ont eu la volonté de bien faire et de respecter le cahier des charges (qui fait 80 pages et décris l'ensemble des exigences élec et automatisme) et de faire leur taff correctement. Les autres sont juste des gros branleurs plus ou moins incompétents.
