Page 41 sur 67

Re: Automates programmables

Publié : 09 mars 2018, 20:06
par dB-)
Bonjour,

le dialogue entre appareils a beaucoup évolué au cours des dernières décennies, dans'l'temps on parlait de liaison RS232 ou RS485, ou parallèle, etc ... En fait il s'agissait là de l'interface physique (tel type de fil, de prise, tels potentiels ou courants, symétrie ou pas, etc ..) et de "protocoles" rudimentaires d'échange (simplex, duplex, je mets tel fil à +5V, je fais un "handshake" ou je réponds par un "acknowledge" avec tel autre fil, etc ...)

Tout ceci s'est à la fois compliqué et structuré au fil des ans, et maintenant quand on parle d'un protocole c'est un mille feuilles avec plusieurs couches de définition, les couches du haut c'est ce qu'on veut échanger en général et la façon de le faire, et tout en bas c'est le matériel : fils, connecteurs, potentiels, etc ...

Il existe des centaines de protocoles de dialogue, et l'un d'entre eux, très utilisé, est le protocole public Modbus qui peut se baser sur plusieurs supports physiques, dont la liaison RS 485.

En pratique, c'est assez simple, par exemple le multi-afficheur Diris propose un protocole Modbus basé sur une liaison RS485, il suffit de trouver un automate ou une extension d'automate de type Modbus RS485 (par exemple un em4 ou un M3 avec extension XN03), et de relier les deux appareils entre eux.

Dans chaque appareil, on définit une table de variables, par exemple dans l'automate 5 variables A B C D E en entrée, et dans le Diris ce sera l'inverse, les variables A ..E seront des sorties. En pratique, une fois la liaison configurée, on ne s'occupe de rien, c'est comme si les deux appareils ne faisaient qu'un.

Le Millenium M3 seul n'ayant pas d'interface Modbus (disponible avec l'extension XN03 ou XN06), on peut utiliser la liaison série RS232 qui sert habituellement à le programmer via son connecteur en façade, et par exemple quantité d'écrans d'interface (HMI) peuvent communiquer avec un M3 via son connecteur de programmation : écrans Crouzet, Panasonic, IMO, Weintek, etc .

Voyez aussi ce sujet dans lequel il y a pas mal d'informations

Bonne soirée

dB-)

Re: Automates programmables

Publié : 15 août 2018, 18:47
par dB-)
Bonjour,

depuis quelques jours je passe (disons plutôt je perds) mon temps sur le PC à développer une application qui fait dialoguer sur un même réseau Modbus RTU un écran Crouzet CTP110E avec un API Crouzet em4 option Modbus et 3 multiafficheurs Schneider PM5110 ...

Ohhh misère ..., quel #@$*! : dur d'avancer entre les erreurs sur les documents (schéma de câblage faux par ici, mapping d'adresses décalé de 1 par là), la fonction "passthrough" qui ne fonctionne pas (*), etc .., plus à chaque correction d'un bug les 30 s de téléchargement à poireauter :evil: ...

(*) la fonction "passthrough" fonctionnait très bien sur deux autres installations, l'une via Internet avec un modem routeur ADSL, un écran Weintek MPT8 70 et un M3 en liaison programmation, l'autre via Internet aussi, avec un modem routeur ADSL relié directement à un em4 Ethernet .. Mais aujourd'hui, j'arrive en Ethernet sur le CTP110E (via le driver USB => Ethernet Weintek) et je dois passer à travers et rejoindre l'em4 en Modbus RTU, et là ça coince gravement ... :snif:

Là aussi, que d'heures perdues à câbler, décâbler, vérifier, recâbler, installer tel driver, tel autre, ouvrir le pare-feu, inhiber l'antivirus, ... oooùùùlalaààà le marteau et l'enclume n'étaient pas loin, ça a failli voler ! ;-)

Problème de "passthrough" remonté au SAV, ... qui n'a pas de solution à ce jour ...

Mais tout le reste fonctionne, c'est déjà bien :langue3:

Edit dB-) : message un peu charcuté et déplacé dans le bon sujet !!!

dB-)

Re: Automates programmables

Publié : 15 août 2018, 21:44
par segretain
Bonjour,

Info à l'intention de dB et à ceux qui utilise le modbus RTU.
La contrainte du câblage en chaine des éléments peut quelquefois être une contrainte.
Personnellement j'ai un automate WAGO en tant que maître et en esclaves :deux variateurs, un automate
Unitronics ainsi qu'une centrale de mesure Metrawatt j'ai trouvé chez Schneider l'équivalent d'un switch ethernet
mais en Modbus et de surcroit passif. référence LU9GC3

lien "https://www.schneider-electric.fr/fr/pr ... %C3%A0-vis"

Ça marche très bien, le câblage est alors en étoile.

Cordialement Frédéric.

Re: Automates programmables

Publié : 16 août 2018, 08:03
par dB-)
Bonjour,

merci pour le retour et le lien, c'est un matériel intéressant !

Le problème ci-dessus n'était pas tellement dans la structure de la liaison Modbus RTU (j'ai simplement connecté les 4 éléments en parallèle, et ça tourne bien), mais un problème de manque de sérieux de la documentation :

- les bornes data sont appelées dans les documentations tantôt A et B, ou D0 et D1, ou D- et D+, etc ... avec parfois des inversions de polarité !!!
- la notation est encore plus obscure quand l'appareil peut être configuré au choix en maître ou en esclave
- plus les erreurs de documentation dans le câblage des connecteurs DB9 (j'en ai un fagot, du temps des anciens PC et tables traçantes ;-) )
- sur la doc Schneider (quand même une boite sérieuse, non ?) toutes les adresses du "mapping" des afficheurs sont décalées de 1 ... : vous voulez lire par exemple la tension moyenne de l'afficheur PM5110 N°2, dans la doc "PM5100_PM5300_ModbusRegisterList" c'est l'adresse 3026, en fait il faut aller piocher à l'adresse 3025 (donc ici 2#3025) : re-énervement et perte de temps pour découvrir ça :snif:
- les constructeurs rajoutent une "surcouche" de protocole, qui complique tout : dans la doc du CTP110E Crouzet (qui est en fait un MT8092XE Weintek) vous avez bien 100 ou 200 variantes de protocole Modbus, selon les appareils connectés ... chaque constructeur fait tout pour que le client achète tout l'ensemble de sa marque, et utilise le logiciel fourni qui va bien, avec tout pré-configuré, mais à prix d'or ...
- ici j'ai mis sur le même bus des appareils différents, et j'ai pu finalement trouver à tâtons, à force d'essais, une configuration qui permet de dialoguer avec tous les éléments ...

Reste la fonction passthrough (pour la mise à jour du logiciel em4 Modbus à travers le Web et le CTP110E), qui ne fonctionne pas à ce jour, gros handicap quand l'installation est sur un site éloigné ... d'autant plus handicapant que j'ai pris l'habitude de travailler ainsi avec d'autres installations réalisées, c'est vraiment extra de pouvoir, depuis son bureau, faire le suivi d'une installation, redémarrer l'API, faire un monitoring, ou une mise à jour de l'application ...

J'attends le retour du SAV, sans grand espoir, quand je vois que mes nombreuses autres remarques des années passées n'ont pas été suivies d'effet ..

PS : autre problème découvert hier soir : les macros du CTP110E ne peuvent pas tourner quand le CTP110E dialogue en Modbus RTU avec l'em4 ... même en ralentissant la vitesse de dialogue, ou en forçant des pauses ... :-x Plusieurs macros de calcul, de mise à l'échelle, stockage, etc ... Bon, on va voir, mais ça commence à bien faire :evil: et je pense que je vais rayer définitivement l'em4 de la liste des matériels utilisables, et ne garder à l'avenir que le bon vieux M3 qui lui ne m'a jamais posé aucun problème ... (Edit dB-) : le problème a été résolu depuis, voir plus loin ...)

Bonne journée

dB-)

Re: Automates programmables

Publié : 16 août 2018, 09:10
par segretain
Bonjour dB,

Effectivement cela peut vide devenir laborieux de faire communiquer des objets de différente marque.
Cela me remet en mémoire les semaines passées à faire communiquer un automate Wago avec la centrale de mesure,
sans succès. Je met à jour la bibliothèque et miracle la comm devient active.....

Bonne journée, Frédéric.

Re: Une aventure qui demarre

Publié : 17 août 2018, 11:29
par ericnoharet
Bonjour,

Suite à votre MP, je ressort ce post et remet ma question. c'est un peu hors sujet dans ce post, mais cela peut servir à tout le monde.

Pourriez vous nous présenter votre système à base d'arduino pour le
compteur.
J'ai un système à base arduino, mais qui fait simplement du "datalog" sur
carte SD.

Votre système à l'air plus sympa et communicant.

Sinon, votre projet à avancé ?

Eric

Arduino

Publié : 17 août 2018, 12:01
par dB-)
Bonjour,

je regroupe ici les messages relatifs essentiellement à l'Arduino

D'autres messages du forum ont évoqué "accessoirement" l'Arduino, ils sont ici

Bonne journée

dB-)

Re: Arduino

Publié : 17 août 2018, 12:22
par toor
Bonjour à tous,

je vais repondre rapidement sur la philo, sachant qu il me faudrait faire un beau schema pour expliquer tout ca, mais la j ai un moteur bloqué sur mon MF 145 a regarder, donc pas trop de temps.... :/

J utilise un arduino pour la liaison : TeleInfo EDF vers USB (demodulation FSK + trame RS232 vers un PC sous linux)
ca donne ca :

Cpt_EDF ----> Demod/Arduino ---> USB_PC (pour demod, je vous retrouverai le circuit a 3€ que j utilise)

Sur le PC, j ai plusieur application qui sont alimentées par un programme central en C qui recupere les trames teleinfo et assure 2 fonctions :
- stockage sur disque avec gestion archivage
- mise a dispo sur un port UDP de ces informations.

Ensuite j ai d'une part un serveur WEB (apache) avec cgi-bin qui fait des requetes sur le port UDP et permet affichage temps reel (3 courbes pour les 3 courants triphasé, ou les index)
Un deuxieme programme en python va chercher les infos sur port UDP et regulierement (crontab linux) me renvoi des SMS (api free.fr ou carte GPRS)
(Je recois donc regulierement les index des compteurs sur mon telephone)

Le shéma serait alors :

Cpt_EDF ----> Demod/Arduino ---> USB_PC [prog C + port UDP en ecoute] <------- requete cgi/bin (Apache Web server) ---> page HTML (accessible depuis internet)
... ... ... ... ... ... ... ... [port UDP en ecoute] <------- srcipt python : Gestion SMS

Nota : Le prog C pilote aussi un afficheur LCD 4 x 20 caracteres qui affiche le temps reel dans mon salon ;)
Voila dans les grandes lignes....

A bientot
toor.

Re: Automates programmables

Publié : 17 août 2018, 12:41
par dB-)
Bonjour,

retour du SAV Crouzet ce matin (mea culpa :gene4: ), la mise à jour du programme d'un em4 n'est tout simplement pas possible via la liaison Modbus, elle est bien sûr possible via le connecteur programmation, et la liaison Ethernet, donc le vais remplacer le 88981103 avec extension Modbus par un 88981133 (Ethernet) ...

Par ailleurs, j'ai résolu le problème de la macro qui ne s'exécutait pas simultanément avec une liaison Modbus : bien que la compilation de la macro n'ait détecté aucune erreur, un décalage d'argument d'une fonction "GetData" bloquait tout simplement toute ladite macro ...

Donc c'est reparti ! :ghee: Et la cafetière tourne non stop !

Bonne journée

dB-)

Re: Arduino

Publié : 17 août 2018, 12:47
par ericnoharet
Bonjour,

Merci pour les infos

Je serais intéressé par le programme arduino qui traite les données, (et aussi le câblage).
Mon montage utilise la liaison série qui est aussi utilisée par le port usb, du coup je ne peux pas faire l’acquisition des données compteur et la transmission usb en même temps.

Pour le MF 145, je dois avoir le manuel d'atelier complet si cela peut vous servir.

Eric