Re !
Ah j'ai oublié de dire que tous les défauts sont auto_maintenus (captage des défauts fugitifs).
et personnellement je préfère afficher le premier défaut uniquement...les autres découlant souvent du premier et il y a rarement 2 défauts actifs en même temps !
En n'affichant qu'un défaut, on perd pas son temps à lire des informations erronées.
Aide au dépannage
-
philou77
- Mi homme - Mi automate

- Messages : 2142
- Enregistré le : 21 oct. 2015, 10:00
- Localisation : Ile de France
Re: Aide au dépannage
Si vous avez compris tout ce que je viens d'écrire, c'est que j'ai dû faire une erreur quelque part ! 
Re: Aide au dépannage
Bonjour,
sujet d'actualité pour moi
Pas de défaut position vérins, impossible de démarrer car un vérin n'est ni ouvert ni fermé, mais il est dans les conditions de départ cycle.
Et après avoir récupérer les programmes je vois un programme ( 32 E/S ) avec 250 tempos , des SET/RESET sur des sorties automate
Pas de RAZ prévu
Réponse du constructeur ; çà marche ailleurs, il n'y a que chez vous.....
sujet d'actualité pour moi
Pas de défaut position vérins, impossible de démarrer car un vérin n'est ni ouvert ni fermé, mais il est dans les conditions de départ cycle.
Et après avoir récupérer les programmes je vois un programme ( 32 E/S ) avec 250 tempos , des SET/RESET sur des sorties automate
Pas de RAZ prévu
Réponse du constructeur ; çà marche ailleurs, il n'y a que chez vous.....
Créateur de pannes ...
Re: Aide au dépannage
Salut,
C’est un cas très classique : ce qui est “évident” pour le concepteur ne l’est pas du tout pour les régleurs, surtout avec du G7 et des branches parallèles.
De mon côté, ce qui a vraiment aidé :
des messages d’erreur explicites côté IHM (pas juste “étape bloquée”, mais quel capteur / quelle condition attendue)
un mode dépannage qui force l’affichage des conditions non validées (capteurs, vérins, sécurités)
et surtout une doc simple, orientée terrain : “si la machine est bloquée à l’étape X → vérifier A, B, C”
On avait aussi mis en place un petit espace centralisé pour la doc et les logs (schémas, explications des séquences, captures IHM), accessible à distance. Un hébergement type planethoster.fr faisait bien le job pour que les équipes aient toujours la bonne version, même sur site client.
Le G7 reste très bien, mais sans outils visuels pour voir ce qui bloque réellement, les régleurs se retrouvent vite perdus. Plus tu rends l’information lisible sans rentrer dans le code, plus le dépannage devient efficace.
Bon courage, tu es clairement sur la bonne réflexion
C’est un cas très classique : ce qui est “évident” pour le concepteur ne l’est pas du tout pour les régleurs, surtout avec du G7 et des branches parallèles.
De mon côté, ce qui a vraiment aidé :
des messages d’erreur explicites côté IHM (pas juste “étape bloquée”, mais quel capteur / quelle condition attendue)
un mode dépannage qui force l’affichage des conditions non validées (capteurs, vérins, sécurités)
et surtout une doc simple, orientée terrain : “si la machine est bloquée à l’étape X → vérifier A, B, C”
On avait aussi mis en place un petit espace centralisé pour la doc et les logs (schémas, explications des séquences, captures IHM), accessible à distance. Un hébergement type planethoster.fr faisait bien le job pour que les équipes aient toujours la bonne version, même sur site client.
Le G7 reste très bien, mais sans outils visuels pour voir ce qui bloque réellement, les régleurs se retrouvent vite perdus. Plus tu rends l’information lisible sans rentrer dans le code, plus le dépannage devient efficace.
Bon courage, tu es clairement sur la bonne réflexion

