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.