Discussion :

[afriad]

Bonjour

je développe une application sur smartphone en utilisant Delphi et un module bluetooth ble . L'idée c'est de recevoir les données d'API (vitesse...) et de les traitées. Vu que je dois utiliser un modbus RTU (rs232), j'aimerai bien savoir si quelqu'un parmi vous à déjà un exemple de ce protocole modbus !!

cordialement

[ShaiLeTroll]

Tu trouves des composants mais sache que le RS232 c'est un port PC, le bon vieux port COM, parfois connecté avec un adpateur pour bornier RS422 ou RS485


Pour ma part, j'ai intégré du Modbus avec C++Builder

En C++Builder, j'ai utilisé uniquement un composant Modbus de PROCONX
Tu dois pouvoir trouver des composants pour ces protocoles

Surtout que profibus est remplacé par profinet ou Modbus/TCP

CAN, tu peux tenter le codé à la main avec un TComport

Modbus n'est qu'un premier niveau, il faut savoir ensuite ce que ta carte met dans les registres

Pour ma part, j'ai gagné de temps en passant par un composant payant chez ProconX mais tu n'auras pas le budget en tant qu'étudiant
Par contre, j'étais en USB (en fait un port COM virtuel) en mode Serial physique en RS-232, voire même des borniers type RS485

Commence déjà par jouer avec le TClientSocket et TServerSocket, tu as plien d'exemple, tu peux utiliser Telnet pour tester aussi
Un fois la communication TCP maitrisée, il va te falloir bien gérer des trames binaires (et non du texte comme Telnet)

As-tu une documentation sur la structure d'une Tram Modbus,
je sais que sur le forum, certains se sont amuser à sniffer les trams échangées entre deux appareils pour comprendre les données.

[afriad]

en fait pour t'expliquer un petit peu, ma carte contient un module bluetooth ble HM-10 relié avec un adaptateur RS232 au variateur (API). Donc la je suis obligé de travailler avec le modbus RTU afin de recevoir les données sur mon smartphone.

[sergio_is_back]

La spécification du protocole modbus/RTU est publique, sur cette URL tu trouvera toute la description du protocole : https://ipc2u.com/articles/knowledge...-and-examples/

Le protocole est un peu différent de modbus/TCP que j'utilise habituellement mais c'est pas problématique en soit

Si tu connais les registres que tu veux lire et écrire tu peux facilement faire ta propre implémentation

Et ici trouvera d'autres informations en particulier un exemple en C++ de calcul du CRC : https://www.modbustools.com/modbus.html

Pour envoyer/recevoir sur le port série RS232 tu peux utiliser la librairie Comport ici : https://sourceforge.net/projects/comport/
Je ne sais pas si elle compile pour Android mais ça peut servir pour un test sur PC

Avec tout ça tu devrais facilement t'en sortir

[afriad]

je te remercie sergio, je crois que j'ai du mal à comprendre ce mode RTU. Supposant que je veux :

lire cette trame 11 03 006B 0003 7687

En réponse au périphérique esclave Modbus RTU, nous obtenons:

11 03 06 AE41 5652 4340 49AD

donc déja comment j'obtiens ca "06 AE41 5652 4340" ?? par contre je sais bien comment calculer le crc

[sergio_is_back]

je te remercie sergio, je crois que j'ai du mal à comprendre ce mode RTU. Supposant que je veux :

lire cette trame 11 03 006B 0003 7687

En réponse au périphérique esclave Modbus RTU, nous obtenons:

11 03 06 AE41 5652 4340 49AD

donc déja comment j'obtiens ca "06 AE41 5652 4340" ?? par contre je sais bien comment calculer le crc

11 03 006B 0003 7687 : c'est la trame que tu vas envoyer (dans l'exemple pour lire un ou plusieurs registres 16 bits)

11 = Numéro du device, si tu n'a qu'un seul device connecté, tu peux essayer 00 ou $FF (broadcast)
03 = C'est la commande de lecture pour les holding register
006B = c'est l'adresse du premier registre que tu veux lire (sur 16 bits = 1 word)
0003 = On veut lire trois registres
7687 = Et là c'est le CRC

Tu stockes tout ce beau monde dans un tableau de byte (array of byte), ou dans un TMemoryStream, ou dans une chaine de caractères AnsiString, c'est selon ton choix
Après il faut que l'écrire sur le port série de ton périphérique connecté (là bien sur ça dépend de la façon dont tu est connecté)
Ensuite il faut lire les caractères qui vont arriver sur ton port série (avec un timeout c'est mieux, ça évite de reste bloquer)
Au fur et à mesure tu stocke et tu vérifie ce que tu reçois
Lorsque ce que tu as reçu correspond au protocole (en gros à ce que tu as demandé), longueur de trame OK, CRC OK, etc...
A ce moment tu peux exploiter les données

par exemple :

11 03 06 AE41 5652 4340 49AD

11 = c'est bien le device requis qui a répondu
03 = J'avais envoyé une commande 03 et c'est bien une réponse à la commande 03
06 = Il y a 6 octets utiles qui suivent
AE41 = 2 octets soit la données le premier registre (16 bits)
5652 = 2 octets soit le seconds registre
4340 = 2 octets soit le troisième registr
49AD = le CRC de la trame (à recalculer et à vérifier bien sur)

Et après tu exploite les infos :

AE41 était la valeur dans le premier registre de ton périphérique et là... Ben c'est la documentation technique qu'il faut consulter...

C'est clair ? ou pas...