D'après les informations données par les LEDs en face avant de la PRM voici la description des principaux modes de marche
LED SF fixe : reboot
SF clignotant : NO CONF
BUSF Clignotant : une ereur mémorisée et/ou présente
RUN/STOP Vert: RUN RUN/STOP jaune : STOP
RUN/STOP Vert clignotant : mode Cleared
Modes de marche sur Chargement de configuration :
Si la configuration dela PRM contenue dans l'automate est identique à celle de la PRM
- je modifie la configuration de la PRM dans la DTM,
- je transfère la configuration dans la PRM
Resultat :
la conf présente dans l'automate n'est pas la même que celle de la PRM
et si je fais un upload de l'appli automate, je récupère une conf de PRM
différente de celle de le PRM. Pour que les deux conf soient identiques
il faut que je fasse un build changes pour mettre à jour les infos de
upload dans l'automate.
La PRM prend en compte sa nouvelle conf sur reboot
Le
reboot se fait même si on est en RUN si on est en modif qui n'a pas
modifié le CRCIO, ie sur modif de vitesse profibus, la PRM reboot
immédiaement
Si j'ai mis une conf dans la PRM sans avoir coché DHCP,
si je mets les roues codeuses sur un numéro pour se faire servir une adresse,
Alors : la PRM prend son adresse.
Si j'ai mis une conf dans la PRM en ayant coché DHCP,
si l'adresse servie qui correspond aux roues codeuses est différente de celle de la conf (celle servant à se connecter)
alors on passe en flash 6 (adresse IP par défaut) si c'est la même
si la conf est différente alors on la prend afin de pouvoir se connecter et faire une modif sans repasser par l'IP par défaut.
remarque
c'est pour cela qu'on a eu des cas où on ne prenait pas l'adresse IP en
DHCP car la conf était différente et ils avaient mis une adresse en
configuré et pas en servie, d'où le passage par un clear.