BGC

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