Besoin et approche
Une machine peut fonctionner normalement sans que le logiciel métier connaisse son état, ses cycles ou ses défauts. L’accès dépend du fabricant de l’automate, du modèle, du micrologiciel, de la charge de communication et des signaux autorisés en lecture.
Flux de données
Automate → interface de lecture autorisée → collecteur → événement normalisé → API applicative.
Une adresse de registre ne définit pas une mesure. Type de donnée, mise à l’échelle, signe, ordre des octets et des mots et unités doivent être décrits. La fréquence d’interrogation tient compte de la charge du contrôleur et du réseau.
Exemple de fonctionnement
Une ligne expose les états marche, attente et défaut. Les transitions sont horodatées. Une perte de communication n’est pas classée comme arrêt machine.
Questions pour l’étude du besoin
- Quels sont le modèle et le micrologiciel de l’automate ?
- Une liste documentée des registres ou variables est-elle disponible ?
- Le périmètre est-il en lecture seule ou prévoit-il des écritures ?
- Quelle charge d’interrogation est acceptable en production ?
- Qui autorise les accès et modifications de maintenance ?
Limites et conditions de terrain
La lecture seule sans modification de la logique de commande est privilégiée. Écritures et commandes nécessitent une évaluation des risques distincte et l’accord du site.
Questions fréquentes
Peut-on utiliser les équipements existants ?
Cela dépend de l’interface, de la documentation du fabricant, des droits d’accès et d’un essai sur site. Commencez par transmettre les modèles et les signaux disponibles.