Blog

Note sur le fonctionnement de l’application de coupure :

Sur l’écran xbt le M signifie mémorisation, il permet de mémoriser les défauts et de continuer les coupures si c’est possible.

Si on va regarder les mots %MW150:4 du Premium de coupure à l’adresse 84.0.1.38 on aura les informations suivantes :

1 Primaire
2 Standby
4 Offline
16 Unknown

Pour Clyde, Bonnie, Asterix Obelix de %MW150 à %MW153

Value Communication Report (Least Significant Byte) 
16#00 Correct exchange
16#01 Exchange stop on timeout
16#02 Exchange stop on user request (CANCEL)
16#03 Incorrect address format
16#04 Incorrect destination address
16#05 Incorrect management parameter format
16#06 Incorrect specific parameters
16#07 Problem in sending to the destination
16#08 Reserved
16#09 Insufficient receive buffer size
16#0A Insufficient send buffer size
16#0B No processor system resources
16#0C Incorrect exchange number
16#0D No telegram received
16#0E Incorrect length
16#0F Telegram service not configured
16#10 Network module missing
16#11 Request missing
16#12 Application server already active
16#13 UNI-TE V2 transaction number incorrect
16#FF Message refused

If the value of the communication report is 16#FF, the operation report will have the following values:

Value Operation Report (Most Significant Byte) 
16#01 No resources towards the processor
16#02 No line resources
16#03 No device or device without resources (*)
16#04 Line error
16#05 Length error
16#06 Faulty communication channel
16#07 Addressing error
16#08 Application error
16#0B No system resources
16#0C Communication function not active
16#0D Destination missing
16#0F Intra-station routing problem or channel not configured
16#11 Address format not managed
16#12 No destination resources
16#14 Non-operational connection (example: Ethernet TCP/IP)
16#15 No resource on the local channel
16#16 Access not authorized (example: Ethernet TCP/IP)
16#17 Inconsistent network configuration (example: Ethernet TCP/IP)
16#18 Connection temporarily unavailable
16#21 Application server stopped
16#30 Transmission error

Legend: 
(*) Code only managed by PCMCIA cards: TSX FPP20 and TSX FPP10

Pour pouvoir extraire des bits d’une variable d’un équipement Profibus esclave de la PRM.

– Créer une PRM

– relier la PRM dans l’ioscanning d’un NOE ou ETY

– ouvrir l’écran de configuration de la PRM

– aller sur l’équipement dont on veut faire de l’extraction de bits

– passer la gestion des variables en mode manuel au lieu d’automatique

– aller dans l’écran de gestion des variables (soit en entrée soit en sortie)

– sélectionner la variable que l’on veut modifier

– faire une suppression

– resélectionner la variable ainsi nettoyée (elle porte le nom FREE_i)

– donner un nouveau nom

– sélectionner un type qui accepte l’extraction de bits (BYTE, WORD, IN)

– cocher la case d’extraction de bits

– indiquer le nombre de bits de la variable

– cliquer sur ajouter

Résultat : une nouvelle variable est crée, lors de la génération des variables, des sous éléments de type bit seront générés avec une notation dépendant de la position de la variable dans l’équipement.

Note : pour rajouter une variable avec extraction de bits, refaire la manipulation avec les variables restantes

%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)

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.

Pour les commandes telnet sur un ETY on utilise soit la liaison série en 115 KB/s soit TCP/IP avec les codes habituels de sysdiag

ensuite les commandes possibles :

dcs

d TcpPoolUmi

d Tcp_srv_mdb_trans_pool

d Tcp_clt_mdb_trans_pool

hi_ShowCounters

d &HSBY_Status

d &xpl_Cpt

mbufShow

inetstatShow

i

ifShow