Catégorie : Automatisme

Attention le single entry point n’est pas un same entry point:

Pour les CPUs M580 en V8.1 c’est éditeur de conf

Pour les NOCs M580 en V8.1 c’est la DTM

Pour les CPUs M580 en V10.0 c’est éditeur de conf

Pour les NOCs M580 en V10.0 c’est éditeur de conf

Pour les CXM c’est le Ethernet network manager

Pour les Hart et SCAIME c’est le DTM de la CPU ou du NOC

Résumé DRIVECOM sur le mot de Commande
– 6 passe en ready
– 15 RUN
– 128 RESET défaut
***************************
Câblage:
En source
Cabler les DI avec le 24V
Et le DO+ sur 24V et le DO- entre la charge et le commun
Pour les relais j’ai R1C avec R1A en Normalement ouvert
et R1B Normalement fermé
Sinon les autres R2A et R2C et R3A et R3C sont en Normalement Ouvert
********************************************
Le RPI par défaut est de 10ms, le holduptime est de 16 fois le RPI soit 160ms pour un RPI de 10ms

Uses cases

● Powerful connection to SCADA / control layer

● Extend I/O scanner capability of the CPU

● Generic & FactoryCast version for extended web monitoring – through your Smartphone

Technical details

• Ethernet IP & Modbus TCP Ethernet module connected to Ethernet backplane

• Can be set in a different network than the CPU (connection is performed through BusX in this case)

• 128 I/O devices

• 16 local slaves (3 on M580 CPU)

• Up to 4 NOC in M580 configuration (local rack)

• Advanced cyber-security features (Achilles L2, encrypted firmware, port control, Access Control)

• Improved data presentation given by DDDT

• Support PRM, HART modules…

• Full Ethernet bandwidth including on the service port

• Available also in conformal coated versions

 

Customer values, benefits and key features

• High performance given by SPEAr600 dual-core processor

• Flexibility to connect to legacy and new devices as modules support EtherNet/IP and MB/TCP protocols

• High network availability given by supporting RSTP

• Avoid interlink cables thus reduces the installation cost thanks to the Ethernet backplane

• Improved data presentation given by DDDT

• High capacity & ePAC to ePAC communication – up to 16 local slaves supported (where the CPU only supports 3)

• Improved protection against Cyber Security risks. Advanced Cyber security features (such as Firmware signing, Firmware encryption, Access control by IP address, Achilles Level 2.)

• Full Ethernet bandwidth available on each port including service port.

Quelques remarques à la volée
– avec un ATV6xx neuf, le conencter sur le réseau et ouvrir le dossier réseau de windows, l’ATV apparaît alors dans la liste des équipements et on peut commence rà le configurer avec un navigateur internet en double cliquant dessus
– C’est le premier équipement à appliquer le single mode entry pour la zone IP (ie cette zone est accessible uniquement par la DTM master et pas par la DTM))
– l’ID255 n’est utilisable qu’une fois, si on veut lire la mémoire de l’ATV utiliser l’ID 248
DTM:
le bouton Apply en mode connecté envoie directement la modification à l’ATV, pas besoin de faire un store data to device

FDR:
En automatique le FDR server est renseigné si on indique un temps de cycle de synchro et on est en Served. en automatique et sereved il faut attendre le temps de cycle de synchro pour que le FDR soit envoyé au serveur, ce n’est pas envoyé à la modification
En manuel on peut faire un push vers le FDR dans ce cas là attention à ce qu’il y a dans l’ATV car ce n’est pas forcément ce qui est affiché dans la DTM. Cela permet de faire un push d’une configuration automatique vers le FDR

Mettre ici les points qui me semblent utiles à retenir pour la CXM:

RIO et DIO

CXM en rack d’un CRA ou d’un rack local peut être soit scannée par une CPU en RIO ou DIO

CXM en rack d’un CRA peut être scannée en DIO par un BME NOC

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 🙂