[M580] Erreurs équipements Modbus

[engyug06]

Aujourd'hui avec la technologie DCS, on est plutôt orienté configuration et paramétrage Process, les développeurs de grandes firmes à l'instar de Siemens (PCS7) et Schneider (Ecostruxure) ont mis au point des programmes prédéfinis qui englobent leurs équipements (DTM, GSD, EDS) avec toutes les variables inhérentes au fonctionnement de ces derniers.

[engyug06]

slts,
Mais le M580 il fait quoi dans cette affaire ????

Bonjour,

J''ai mis M580 à titre indicatif par rapport au type du PLC que nous avons: Modicon M580 Hotstanby (Pack Primary+Standby).

Nous utilisons Ecostruxure Hybrid DCS comme logiciel.

Merci

[engyug06]

slts,
Mais le M580 il fait quoi dans cette affaire ????

PES (PlantStruxure) est basé sur le M580.
PES c'est Unity Pro + Citect Scada + Bibliothèques de Blocs + Base de données Objets.
Je n'accuserai pas le M580 d'emblée.
Peut être les bonnes pratiques de mise en oeuvre des réseaux locaux industriels.

Ecostruxure Hybrid DCS = Ecostruxure Conrtol Expert (V15) + SCADA Citect. Il y a également des "foundation et general library" qui comptent la quasi-totalité des équipements Schneider et d'autres équipements génériques, des databases ainsi qu'une VM dans ce système.

[engyug06]

Bonjour,

Y a t-il parmi vous quelqu'un qui pourrait m'orienter sur des pistes hors que celles que j'ai déjà précisées.
Y a-t-il des paramètres concernant la communication Modbus serial dans le cas général(Port eNOC, Passerelle EGX, équipements Modbus) que j'ai omis de vérifier ?

J'apprécierais votre aide
Merci !!!

[Laurent]

Salut,

le M580 est redondant, c'est bien ça ?
La redondance est-elle bien opérationnelle :
- un processeur Primary, l'autre Standby,
- le programme est identique dans les deux processeurs,
- le programme gère le matériel redondant (cartes de communication, E/S) ?

Je ne dis pas que tes problèmes viennent de là, mais les configs redondantes, il faut savoir bosser avec, on peut se faire piéger.

[engyug06]

Salut,

le M580 est redondant, c'est bien ça ?
La redondance est-elle bien opérationnelle :
- un processeur Primary, l'autre Standby,
- le programme est identique dans les deux processeurs,
- le programme gère le matériel redondant (cartes de communication, E/S) ?

Je ne dis pas que tes problèmes viennent de là, mais les configs redondantes, il faut savoir bosser avec, on peut se faire piéger.

Bonjour @Laurent,

Oui le PLC est bel et bien redondant, tous les points que vous avez cités sont corrects.
A titre de question, si ça devait avoir quelque chose avec la configuration de la redondance, ça n'aurait pas un impact sur l'intégralité du système ? Car concernant le réseau Ethernet: les appareils DIO (VFDs, autres PLCs ...) et RIO (modules d'entrées/sorties distants) nous n'avons pas de problèmes.

Maintenant, je suis tombé sur un paramètre de la configuration du Port eNOC au niveau de la doc, qui pourrait peut-être être en corrélation avec les erreurs Modbus de notre système. (voir les 2 photos en attaché).

Quelqu'un parmi vous ayant déjà fait face à pareille situation pourrait-il confirmer ?
Merci

[Laurent]

Salut,

le paramètre indiqué permet de déterminer le comportement de _CHAQUE_ processeur redondant, quand la liaison de synchronisation entre eux est vautrée :

• All sections : tout le programme est éxécuté, SUR LES 2 PROCESSEURS, ce qui signifie que les sorties seront déterminées deux fois, ce qui peut ne pas être souhaité selon l'architecture de l'API (racks en réseau en anneau, par exemple) ;

• First section : seule la première section de code est éxécutée, c'est là dedans qu'on gère la config redondante, tout le reste du programme (le process normalement) ne sera pas traité ;

• No section at all : RIEN ne sera éxécuté, comme un API simple en STOP.

De mon côté, mes quelques API redondants sont configurés pour traiter toutes les sections, mais ce n'est pas moi qui ai créé les configs, je les maintiens seulement.

[engyug06]

Salut,

le paramètre indiqué permet de déterminer le comportement de _CHAQUE_ processeur redondant, quand la liaison de synchronisation entre eux est vautrée :

• All sections : tout le programme est éxécuté, SUR LES 2 PROCESSEURS, ce qui signifie que les sorties seront déterminées deux fois, ce qui peut ne pas être souhaité selon l'architecture de l'API (racks en réseau en anneau, par exemple) ;

• First section : seule la première section de code est éxécutée, c'est là dedans qu'on gère la config redondante, tout le reste du programme (le process normalement) ne sera pas traité ;

• No section at all : RIEN ne sera éxécuté, comme un API simple en STOP.

De mon côté, mes quelques API redondants sont configurés pour traiter toutes les sections, mais ce n'est pas moi qui ai créé les configs, je les maintiens seulement.

Salut,

Merci pour vos éclaircissements.

Cordialement