%SW8 et %SW9 inhibent ou activent les \u00e9changes entre la CPU et les modules d’E\/S <\/b><\/p>\n
SW8 pour la recopie des entr\u00e9es dans la CPU et
\nSW9 pour l’\u00e9criture des sorties dans les modules<\/p>\n
les bits 0 agissent sur les \u00e9changes li\u00e9s \u00e0 la MAST
\nles bits 1 agissent sur les \u00e9changes li\u00e9s \u00e0 la FAST<\/p>\n
Pour les modules de COMM Ethernet avec ioscanning on a actuellement le fonctionnement suivant :
\n– Pour les ETY sur premium, le SW8.0 \u00e0 1 arr\u00eate la copie de la m\u00e9moire des %MW par les donn\u00e9es de l’ETY (ie si on a configur\u00e9 le module pour avoir un set to 0 des entr\u00e9es sur perte de comm, les %MW restent dans leur \u00e9tat au lieu de passer \u00e0 z\u00e9ro)
\n– Pour les NOE M340 le SW8.0 a le m\u00eame fonctionnement, les MW ne sont pas \u00e9crits dans l’automate<\/p>\n
Nota<\/b> : qui dit stop des \u00e9changes du module vers l’UC dit aussi que les \u00e9crnas de debug sont faux car si vous d\u00e9branchez le cable vous serez toujours en vert si le SW8.0 est \u00e0 1<\/p>\n
– Pour les SW9.0 avec les ETY, les \u00e9changes avec l’UC sont bien arr\u00eat\u00e9s, on voit que l’ioscanning reste en marche dans l’\u00e9cran de debug de l’ioscanning<\/p>\n
– Pour les NOE M340, on voit que le module est arr\u00eat\u00e9 car l’\u00e9cran de l’ioscanning montre des carr\u00e9s rouges (ie si on a une PRM la PRM passe en stop car le CRCIO n’est pas copi\u00e9 dnas la PRM, alors qu’avec un ETY la PRM reste en RUN)<\/p>\n","protected":false},"excerpt":{"rendered":"
%SW8 et %SW9 inhibent ou activent les \u00e9changes entre la CPU et les modules d’E\/S SW8 pour la recopie des entr\u00e9es dans la CPU et SW9 pour l’\u00e9criture des sorties dans les modules les bits 0 agissent sur les \u00e9changes li\u00e9s \u00e0 la MAST les bits 1 agissent sur les \u00e9changes li\u00e9s \u00e0 la FAST … <\/p>\n