Communication Modbus TCP/IP M340

[itasoft]

Pour tester la syntaxe faire la requête sur soi même (192.168.49.201) et voir si la valeur est écrasée

%M6:=%S6;

if re(%M6) then

Gest_read[3]:=10;

READ_VAR(ADDM('Ethernet_1{192.168.49.201}TCP.MBS'),'%MW',200,1,Gest_read,Recep_read);

end_if;

[RomainCO]

Pour tester la syntaxe faire la requête sur soi même (192.168.49.201) et voir si la valeur est écrasée

%M6:=%S6;

if re(%M6) then

Gest_read[3]:=10;

READ_VAR(ADDM('Ethernet_1{192.168.49.201}TCP.MBS'),'%MW',200,1,Gest_read,Recep_read);

end_if;

C'est bon pour ça, ça fonctionne !

[itasoft]

alors ça veut dire que coté destinataire ça merde lamentablement

[JC87]

Ouais, ça se complique... Néanmoins avant de passer sur une liaison série (ou de balancer ce truc par la fenêtre ) tu peut tenter de faire de l'IO scanning. Sur la NOC bien entendu car ce service n'est pas disponibles sur la prise Ethernet intégré. Il n'y a aucune programmation à faire, juste du paramétrage ou niveau du réseau.

JC

[philou77]

Re !

Encore une fois, le PEC-100 est Modbus SCII over TCP ... ça va pas bien marcher entre la cpu et lui en Modbus RTU over TCP !

qu'il reste sur la communication en RS485 Modbus ASCII ! là ça va fonctionner.

Pour info, le port série intégré à la CPU NE PEUT PAS être utilisé car il monte au max à 38400 Bauds, le mini du pec-100 est lui à 57600 Bauds !!

Donc BMX NOM 0200 sur RS485 (Liaison Modbus - 57600 bauds - maitre- Asccii) raccordée sur PEC-100 Subd-9 configuré correctement !

[JC87]

Possible, vu la tronche du truc on sent bien le produit des 90's plutôt que du 21eme siècle Mais je comprend pas à quoi sert le port Ethernet alors, parce que du Modbus ASCII sur TCP il doit pas y avoir des masses d'automates qui savent faire ça et si il faut se cogner la construction des trames à la main ça n'a absolument aucun intérêt.

Cela dit il faut se méfier un peu de ces produits asiatiques. Il se trouve que par le plus grand des hasards je suis en train de faire une machine de dépose de colle avec l'intégration d'un robot cartésien coréen Robotech distribué par la société Robocol et on a très vite évacué l'idée de communiquer en réseau avec lui vu qu'il n'y avait que de la liaison série.

On se contente de piloter le contrôleur par entrées/sorties TOR et même ça c'est chiant parce que la connectique contrôleur c'est des SUB D à a la con à trois rangées. Les trucs asiatiques ne ressemblent bien souvent pas du tout à ce qu'on fait en Europe et ne sont pas si moderne en définitive.

JC

[philou77]

J'ai édité mon post en page 6 car j'ai du me tromper sur le raccordement des broches en RS485

le A va au A
le B va au B

[RomainCO]

alors ça veut dire que coté destinataire ça merde lamentablement

Bonne nouvelle

Au vue de ce que dis @philou77, je vais retenter (pas RS485 mais RS232 du coup, c'est bon aussi ?) mais donc, il faut faire un print_char (et non un Read_var??) ?

Possible, vu la tronche du truc on sent bien le produit des 90's plutôt que du 21eme siècle Mais je comprend pas à quoi sert le port Ethernet alors, parce que du Modbus ASCII sur TCP il doit pas y avoir des masses d'automates qui savent faire ça et si il faut se cogner la construction des trames à la main ça n'a absolument aucun intérêt.

Cela dit il faut se méfier un peu de ces produits asiatiques. Il se trouve que par le plus grand des hasards je suis en train de faire une machine de dépose de colle avec l'intégration d'un robot cartésien coréen Robotech distribué par la société Robocol et on a très vite évacué l'idée de communiquer en réseau avec lui vu qu'il n'y avait que de la liaison série.

On se contente de piloter le contrôleur par entrées/sorties TOR et même ça c'est chiant parce que la connectique contrôleur c'est des SUB D à a la con à trois rangées. Les trucs asiatiques ne ressemblent bien souvent pas du tout à ce qu'on fait en Europe et ne sont pas si moderne en définitive.

JC

Pour ma part c'est imposé par le client CE contrôleur. Ca va finir par des E/S TOR moi aussi...

[JC87]

Si tu as un peu de temps essaye quand même l'IO scanning, ce n'est que du paramétrage et c'est vite fait. Aujourd'hui d’ailleurs c'est ce qu'on utilise le plus souvent avec un automate Schneider et des périphériques Modbus TCP/IP car ça évite la programmation et on n'a rien à gérer.

Sinon en liaison série il faut utiliser aussi les fonctions Read_Var/Write_Var car ça reste du Modbus. Privilégie plutôt le RS485 parce que en RS232 on est très limité en distance et il y a plus de fils à raccorder.

JC

[philou77]

+1 !
Rester en RS485 et en liaison MODBUS (mais ASCII, pas RTU)