Blog

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.

%SW8 et %SW9 inhibent ou activent les échanges entre la CPU et les modules d’E/S 

SW8 pour la recopie des entrées dans la CPU et
SW9 pour l’écriture des sorties dans les modules

les bits 0 agissent sur les échanges liés à la MAST
les bits 1 agissent sur les échanges liés à la FAST

Pour les modules de COMM Ethernet avec ioscanning on a actuellement le fonctionnement suivant :
– Pour les ETY sur premium, le SW8.0 à 1 arrête la copie de la mémoire des %MW par les données de l’ETY (ie si on a configuré le module pour avoir un set to 0 des entrées sur perte de comm, les %MW restent dans leur état au lieu de passer à zéro)
– Pour les NOE M340 le SW8.0 a le même fonctionnement, les MW ne sont pas écrits dans l’automate

Nota : qui dit stop des échanges du module vers l’UC dit aussi que les écrnas de debug sont faux car si vous débranchez le cable vous serez toujours en vert si le SW8.0 est à 1

– Pour les SW9.0 avec les ETY, les échanges avec l’UC sont bien arrêtés, on voit que l’ioscanning reste en marche dans l’écran de debug de l’ioscanning

– Pour les NOE M340, on voit que le module est arrêté car l’écran de l’ioscanning montre des carrés rouges (ie si on a une PRM la PRM passe en stop car le CRCIO n’est pas copié dnas la PRM, alors qu’avec un ETY la PRM reste en RUN)

Si on coche la case « initialisation des %MWi sur reprise à froid« , lorsque l’on a ue reprise à froid les %MWi se comportent comme des variables non localisée, ie elles prennent la valeur initiale indiquée dans l’éditeur de data et si on a eu un %S94 et un %S66 et que la case sauvegarde est cochée alors on a les valeurs courantes qui sont mises dans les valeurs initiales (ceci se fait automate en RUN ou en STOP).

Si on a décoché la case « initialisation des %MWi sur reprise à froid » alors les %MWi se comportent différemment des variables non localisées : sur reprise à froid les %MWi (nommés ou pas) prennent la valeur contenue dans la flash de l’automate. Cette flash peut être écrite avec les valeurs courantes des %MWi par mise à 1 du bit %SW96.0. (automate en Stop)

Sur Quantum les Healthbits sont :
– soit définis par l’utilisateur dans des IW ou MW pour les NOE
– soit situés dans les mots systèmes %SW160 à %SW167 pour la liaison Ethernet intégrée à l’UC.

Pour mettre en oeuvre une PRM il ne faut pas oublier quelques points importants.

– créer une configuration de PRM avec la DTM MASTER de la PRM
– associer la PRM avec l’ioscanning d’un module ethernet
– Mettre un DFB de gestion qui sera configuré en entrée avec les paramètres de la PRM à gérer : PRM_IN et PRM_info qui indique quelle PRM doit être gérée
– générer le projet
– transférer l’application dans l’automate
– faire un store data to device dans la PRM

Cela doit fonctionner, sinon :
– vérifier que l’automate est en RUN
– vérifier que l’ioscanning fonctionne
– vérifiez que l’automate et la PRM contiennent la même configuration
Sinon le CRCIO sera différent et le PRM ne démarrera pas

sinon appelez moi 🙂

Attention, pour faire un field bus discovery appelé aussi découverte de bus de terrain, il faut :
– se connecter à la PRM
– que les DTM des équipements à découvrir soient installés
– que les GSD des équipements à découvrir soient ajoutés dans la bibliothèque
– que le catalogue matériel des DTMs soit mis à jour

à ce moment là seulement les quipements peuvent être « découverts »

Si vous ouvrez un fichier STA, vous pouvez travailler sur l’application sans avoir forcément tous les GSDs présents dans la bibliothèque.

Vous pourrez alors faire toutes les manipulations ne nécessitant pas de regénération des variables liées à la PRM.

une icone (petit triangle jaune) apparaît sur le noeud indiquant que le GSD n’est pas dnas la bibliothèque.

Vous pouvez alors rajouter le GSD dans la bibliothèque (menu équipement/ajouter GSD) toutefois il est nécessaire de fermer le projet puis de le réouvrir pour que la modification soit prise en compte pour l’ancien équipement présent dans l’arborescence de la DTM PRM.

Câblage d'un CEV pour faire la passerelle Modbus Série Modbus Ethernet TCP/IP
  ______________
 |      _____   |
 |     |    |   |      
 O     O    O   O
 |     |______________ D(B)
 |___________________ D(A)


 O     O    O   O



                  O    O
                  |___________ +24V
                  O    O
                  |___________ -24V


Le 0V du LU9GC3 va sur le 2 et le 3 du SCA 50
Le D(B) sur le 5
Le D(A) sur le 4

Pour faire la configuration sur Ethernet