Probl�me de points de vue sur les sockets ?

Version imprimable

06/04/2011, 16h24
humitake

Probl�me de points de vue sur les sockets ?

Bonjour,

Je suis actuellement en stage et je doit r�aliser un logiciel qui doit me permettre de traiter des informations r�cup�rer par une sortie RS485 en Modbus. Pour ce faire j'ai un convertisseur RS485 / ethernet (MGate MB3180) poss�dant une adresse ip que je connais.
Cependant ce que je n'arrive pas � comprendre c'est comment me connecter � cet ip afin de r�cup�rer les informations. Pour moi le pc serait le serveur et le MGate le client, dans ce cas j'ai juste � cr�er un code g�rant les socket cot� serveur mais je ne touche pas au cot� client ?

Je suis compl�tement perdu, et plus je lis de doc sur les sockets plus je m'enfonce :cry: ... Si quelqu'un peut me remettre sur le droit chemin cela m'aiderait beaucoup.

Merci d'avance de vos r�ponses.
06/04/2011, 16h33
r0d

Bonjour,

avant toute chose, es-tu oblig� de faire ce projet en c++?
Je demande car il existe une biblioth�que open source �crite en C#, qui fonctionne super bien (nous l'utilisons en production), et qui te permettrait de faire ce que tu veux en 2 lignes de code. Elle s'appelle NModbus, elle s'occupe enti�rement du socket , et propose diff�rentes interface pour interpr�ter modbus.
06/04/2011, 16h48
humitake

Bonjour r0d,

Oui je suis oblig� de travailler en C++ et je n'ai encore jamais utilis� de C# donc je pense que j'aurais �t� encore plus perdu...
06/04/2011, 17h06
r0d

Ok.

Alors pas de panique, les socket c'est simple.
Un socket c'est une connection entre deux points d'acc�s. Un point d'acc�s �tant d�fini par une ip et un port.
Pour te connecter � ton appareil, il va donc te falloir conna�tre �galement le port. J'esp�re que tu a un minimum de documentation sur le MB3180 car chaque appareil a ses sp�cificit�s et bien souvent, tu ne trouveras les informations dont tu as besoin que dans la doc.

Notamment la question du client/serveur. Est-ce que l'appareil fonctionne comme un client (ou esclave, ce qui est le plus probable car c'est le fonctionnement typique des rtus en modbus) ou y a-t-il un serveur qui fonctionne en d�mon sur ce dernier (pas impossible selon l'usage souhaite du bidule). Mais �a tu ne peux le savoir qu'en lisant la doc de l'appareil. Et cela peut prendre du temps...

Le protocole modbus fonctionne selon le principe slave/master. L'esclave (slave) ne fait absolument rien si le ma�tre (master) ne le lui a pas explicitement demand�.
-> Il faut donc que, avant toute chose, tu sache si le MB3180 fonctionne comme un esclave ou un ma�tre.
-> Ensuite il faut savoir par quel port il faut entrer.
-> Ensuite il te faut choisir une biblioth�que en c++ qui s'occupe des sockets (il y en a plein, google est ton ami)
06/04/2011, 17h12
jblecanard

Sinon il y a une lib en C open source, que tu peux utiliser dans ton code C++. La doc vient tout juste d'�tre publi�e !
06/04/2011, 17h33
humitake

Citation:

Envoy� par r0d

J'esp�re que tu a un minimum de documentation sur le MB3180 car chaque appareil a ses sp�cificit�s et bien souvent, tu ne trouveras les informations dont tu as besoin que dans la doc.

Oui j'ai toute la doc technique la dessus.

Citation:

Envoy� par r0d

Est-ce que l'appareil fonctionne comme un client (ou esclave, ce qui est le plus probable car c'est le fonctionnement typique des rtus en modbus) ou y a-t-il un serveur qui fonctionne en d�mon sur ce dernier (pas impossible selon l'usage souhaite du bidule). Mais �a tu ne peux le savoir qu'en lisant la doc de l'appareil. Et cela peut prendre du temps...

J'ai lu toute la doc avant de commencer � vouloir coder ;)
Il fonctionne effectivement en mode esclave.

Citation:

Envoy� par r0d

Ensuite il faut savoir par quel port il faut entrer.

Sur un petit soft que l'on m'a donn� la connexion est utilis� en passant par le port 502.

Citation:

Envoy� par r0d

-> Ensuite il te faut choisir une biblioth�que en c++ qui s'occupe des sockets (il y en a plein, google est ton ami)

J'ai effectivement d�j� prit une biblioth�que pour les sockets : libws2_32.a
Cependant me faudra t'il une autre librairie pour le modbus ? Ou ces derni�res sont ce dont tu as parl� dans ton premier post ?

Pour l'instant ce que j'aimerai faire c'est �tablire une connexion entre le MGate et le pc auquel il est reli�. Je pensais ensuite utilis� les sockets pour envoyer des bits sous la norme Modbus dont j'ai la documentation technique.
Cependant je n'arrive pas � �tablir de connexion ...

Citation:

Envoy� par jblecanard

Sinon il y a une lib en C open source, que tu peux utiliser dans ton code C++. La doc vient tout juste d'�tre publi�e !

Merci je vais regarder �a =)
06/04/2011, 18h11
r0d

Citation:

Envoy� par humitake

J'ai effectivement d�j� prit une biblioth�que pour les sockets : libws2_32.a
Cependant me faudra t'il une autre librairie pour le modbus ? Ou ces derni�res sont ce dont tu as parl� dans ton premier post ?

Alors. Je vais partir du tout d�but car je ne connais ni ton niveau ni tes connaissances. Je te demande donc pardon par avance si je racontes des trucs que tu sais d�j�.
Afin de bien comprendre (et donc bien programmer) une application qui utilise le r�seau, il faut comprendre un minimum le principe des couches r�seaux. Par exemple le mod�le OSI donne une bonne id�e.
Dans le cas pr�sent - et en se r�ferrant � OSI - on a:
- 1. Couche physique: rj45 (je suppose)
- 2. Couche de liaison de donn�es: Ethernet
-> tout �a c'est g�r� par le mat�riel, le syst�me d'exploitation (les drivers en fait)
- 3. Couche r�seau: IP
- 4. Couche transport: TCP
-> �a c'est g�r� par les sockets
Pas de couches 5 ni 6 ici
7. Application: protocole Modbus

En gros (tr�s gros); les couches 3 et 4 s'occupent du transport des donn�es d'une machine � l'autre, et la couche 7 est le contenu de ces donn�es, ici ce seront les trames modbus brutes. L'architecture en couche se retrouve effectivement dans les trames: la trame brute est le message modbus en lui-m�me, cette trame va �tre "enrob�e" dans une trame TCP, elle-m�me "enrob�e" dans une trame IP, etc.

Donc en fait, toi tu n'auras � t'occuper que 2 choses: les couches 3 et 4 d'une part, en utilisant un socket, et de la couche 7 d'autre part.

En c++, il y a une constellation de biblioth�ques, y compris celles �crites en C que l'on peut utiliser en C++. La premi�re chose est de v�rifier s'il existe des biblioth�ques qui font d�j� ce que tu veux. Il existe donc peut-�tre une biblioth�que qui fait les deux choses (transport et modbus), il faut donc effectivement que tu commences par regarder la biblioth�que propos�e par jblecanard dont j'ignorais tout et qui m'int�resse d'ailleurs beaucoup. Merci jb au passage ;)

Donc � la question de savoir si tu as besoin d'une biblioth�que (library se traduit en fran�ais par biblioth�que, ce qui est s�mantiquement justifi�) pour modbus, �a d�pend de ton contexte particulier. Ca d�pend de ce que tu veux faire (si c'est un stage, peut-�tre souhaites-tu manipuler des trames modbus par exemple, auquel cas il faudra que tu fasses ta propre biblioth�que), de si tu trouves une biblioth�que qui fait ce que tu veux (si ce n'est pas le cas, tu seras bien oblig� d'en faire une toi-m�me), etc.
07/04/2011, 10h04
humitake

Je suis pas vraiment un pro en c++, d�ailleurs vous allez rire mais je n'arrive pas � inclure la librairie ... Je suis sous Windows avec Eclipse mais pas moyen de l'utiliser. Et toutes mes recherche sur internet me ram�ne � la commande configure sur linux ...

Je pense que si cette bibliotheque me permet de faire ce que je souhaite je l'utiliserai car je dispose d�j� des informations que je doit envoyer en modbus, si sa m'�vite de les envoyer en cr�ant un socket c'est un plus.
07/04/2011, 10h34
jblecanard

Citation:

Envoy� par humitake

Je suis pas vraiment un pro en c++, d�ailleurs vous allez rire mais je n'arrive pas � inclure la librairie ... Je suis sous Windows avec Eclipse mais pas moyen de l'utiliser. Et toutes mes recherche sur internet me ram�ne � la commande configure sur linux ...

Et oui, �a utilise les auto-tools.

Tu es sur windows, tu as le choix, vu ton contexte, entre deux compilateurs : GCC et CL (compilateur de visual studio). Lequel utilises-tu actuellement ?

Vu que tu es sur Eclipse, tu es parti pour marcher � l'open source. Le plus simple pour toi, c'est d'installer MinGW. MinGW te fournira sous windows un environnement similaire � Linux. Tu pourras, dans une console MinGW, lancer le fameux ./configure, make, make install. Une fois ceci fait, il te faudra lancer eclipse depuis cette console. De l�, tu pourras travailler avec GCC et utiliser libmodbus.

Si tu d�butes en C++, tu vas devoir un peu te coltiner toutes les probl�matiques d'installation, d'include et de link de biblioth�ques. La bonne nouvelle, c'est que plein de monde sur ce forum pourra t'aider l� o� tu bloques.

Edit : J'ai essay� moi-m�me, il faut modifier une ligne dans modbus-tcp.c pour que �a compile, et apr�s aucun souci pour inclure et linker sous eclipse. J'ai compil� et link� l'exemple du site, j'y connais rien en modbus par contre.
07/04/2011, 11h44
humitake

Citation:

Envoy� par jblecanard

Tu es sur windows, tu as le choix, vu ton contexte, entre deux compilateurs : GCC et CL (compilateur de visual studio). Lequel utilises-tu actuellement ?

J'utilise GCC.
Par contre je rencontre un soucis avec WinGW, je l'ai installer, j'ai lanc� un nouveau "terminal" apr�s l�installation, j'ai rajouter les dossiers /bin dans le paths mais je ne peux pas utiliser la commande ./configure.
Le message d'erreur est le suivant :

Citation:

'.' n'est pas reconnu en tant que commande interne ou externe, un programme ex�cutable ou un fichier de commandes.

J'ai essayer la commande sans le '.', sans le '/' toujours le m�me r�sultat ...

edit : avec ma question ce sera mieux ...
Aurais-je oubli� une �tape dans l�installation ?
07/04/2011, 13h30
jblecanard

Salut

En fait c'est assez bizarre que tu aies GCC sans MinGW. D�sinstalles GCC, installes MinGW puis dans le menu d�marrer, il faut lancer un "MinGW shell". Ensuite, comme ce sont des paths unix, "E:\mon\dossier" devient par exemple "/e/mon/dossier". Il faut te d�placer avec la commande cd jusqu'au bon dossier puis lancer ./configure.

Je t'invite � consulter ceci que je viens d'ouvrir sur le github de libmodbus.
07/04/2011, 13h54
humitake

Oui je me suis rendu compte de ma connerie apr�s coup ... En fait je ne me suis pas tromp� dans l'installation mais j'utilisait le sheel de Windobe ...
Ensuite la commande ./configure ne marchait toujours pas. L'erreur �tait que mon dossier libmodbus-2.0.3 se trouvais dans "Documents and Settings" et la commande n'aimait pas les espaces dans le pwd. Voila :aie:

Donc maintenant j'ai le ./configure qui marche mais pas le make ... :cry:
Il me d�clare pas mal d'erreur, surtout quelques .h je pense que la suite des erreurs vient de la.
Il me manque tous ces fichiers ... :
terminos.h
sys/socket.h
sys/ioctl.h
netinet/in.h
netinet/ip.h
netinet/tcp.h
arpa/inet.h

Un probl�me de PATH peut-�tre ?
Et merci pour l'info pour l'erreur de compil.
07/04/2011, 14h11
jblecanard

Citation:

Envoy� par humitake

Il me manque tous ces fichiers ... :
terminos.h
...

J'ai aussi eu ce probl�me � la base, il faut que tu t�l�charges la version 2.9.3 car la stable 2.0.3 comporte des probl�mes pas trop r�solubles sur windows (notamment avec termios.h)

Ensuite, il faut faire la modification dont je parle sur github dans modbus-tcp.c � la ligne 67. Ca va compiler, tu fais un make, puis make install. Ensuite tu lances eclipse depuis ce shell (en lui donnant le chemin complet "/c/truc/machin/eclipse/eclipse.exe"). Il reste � dire au projet o� se trouvent les includes et la lib. Si tu n'y arrives pas, je t'expliquerai comment faire.
07/04/2011, 14h58
humitake

Ah oui d'accord ... Je crois que j'aurais saut� de ma fen�tre avant de trouver cela, tu est un peu comme un super-h�ros :zoubi:

Par contre j'ai toujours un probl�me mais je pense que c'est parce que j'utilise mal la commande ./configure
J'ai test� de deux fa�on :
- Je me suis mit a la racine du r�pertoire et j'ai fait ./configure
=> Ok
Ensuite j'ai lanc� make
=> Sa me g�n�re une erreur sur le fichier unit-test-client.c:590
warning : implicit declaration of function 'usleep'
Par contre comme il est dans test je pense que je ne devrai pas le compiller ...

- J'ai donc utilis� ./configure --target src
=>Ok
Ensuite j'ai lanc� make toujours la m�me erreur donc j'en ai d�duit que je ne sait pas utilise ./configure ...

Ensuite en attendant les compilations j'ai regard� la doc de la nouvelle version et ils indiquent une commande suppl�mentaire :
./autogen.sh par contre cette derni�re ne fonctionne pas "no shuch file or directory".
Je continue mes recherches mais si tu repasse par la ... :oops:
07/04/2011, 15h07
jblecanard

Hello

C'est un warning et pas une error. Donc pas de souci � se faire ! Je n'ai pas ce warning cel� dit mais on ne va pas chipoter, c'est dans les codes de test donc ce n'est pas g�nant.

Tu peux faire make install et passer � la suite des op�rations !
07/04/2011, 15h35
humitake

Ah oui c'est un warning ... :oops:

Bon alors, j'ai lanc� eclipse via le shell, ensuite j'ai rajouter le dossier C:/libmodbus-2.9.3/src/.lib dans le path des librairies
et j'ai rajout� C:/libmodbus-2.9.3/src/.lib/libmodbus-4.dll dans les librairies.

Je ne sais pas si il faut faire autre chose, en tout cas je vais commencer � coder je verrai bien si sa plante et je te remercie jblecanard, d�ailleurs ne voudrait-tu pas m'�pouser :D ?
07/04/2011, 15h42
jblecanard

Citation:

Envoy� par humitake

d�ailleurs ne voudrait-tu pas m'�pouser :D ?

Attend de voir si �a marche :mouarf:.

Pour v�rifier, rien de plus facile : dans le main de ton projet, tu copie colle le morceau de code de cette page en oubliant pas l'include "modbus.h". Si �a compile et si �a linke, c'est que tout est bien en place.

Chez moi les paths que j'ai obtenus sont :
- "C:\MinGW\msys\1.0\local\include\modbus" pour les includes
- "C:\MinGW\msys\1.0\local\bin" pour le path des libs
- "libmodbus-4" pour la lib

C'est un peu mieux car ce sont le r�sultat de "make install" alors que si tu vas taper directement dans le r�pertoire de build, c'est un poil moins propre. Mais bon c'est du chipotage.

Bon alors j'ai mit les m�me paths que toi vu que c'est les m�me chemin, comme sa c'est propre :p

J'ai bien mit #include <modbus.h> et je n'ai pas d'erreur � cette ligne. Par contre sinon plein d'erreur....

Je met le message d'erreur on ne sait jamais ...

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
 
**** Build of configuration Debug for project FireScan ****
 
**** Internal Builder is used for build               ****
gcc -IC:\MinGW\msys\1.0\local\include\modbus -O0 -g3 -Wall -c -fmessage-length=0 -otestModbus.o ..\testModbus.c
..\testModbus.c:13: warning: type defaults to `int' in declaration of `mb'
..\testModbus.c:13: error: conflicting types for 'mb'
..\testModbus.c:10: error: previous declaration of 'mb' was here
..\testModbus.c:13: warning: initialization makes integer from pointer without a cast
..\testModbus.c:13: error: initializer element is not constant
..\testModbus.c:13: warning: data definition has no type or storage class
..\testModbus.c:14: warning: type defaults to `int' in declaration of `modbus_connect'
..\testModbus.c:14: warning: parameter names (without types) in function declaration
..\testModbus.c:14: warning: data definition has no type or storage class
..\testModbus.c:17: error: syntax error before numeric constant
..\testModbus.c:17: warning: type defaults to `int' in declaration of `modbus_read_registers'
..\testModbus.c:17: warning: data definition has no type or storage class
..\testModbus.c:19: warning: type defaults to `int' in declaration of `modbus_close'
..\testModbus.c:19: warning: parameter names (without types) in function declaration
..\testModbus.c:19: error: conflicting types for 'modbus_close'
C:/MinGW/msys/1.0/local/include/modbus/modbus.h:145: error: previous declaration of 'modbus_close' was here
..\testModbus.c:19: error: conflicting types for 'modbus_close'
C:/MinGW/msys/1.0/local/include/modbus/modbus.h:145: error: previous declaration of 'modbus_close' was here
..\testModbus.c:19: warning: data definition has no type or storage class
..\testModbus.c:20: warning: type defaults to `int' in declaration of `modbus_free'
..\testModbus.c:20: warning: parameter names (without types) in function declaration
..\testModbus.c:20: error: conflicting types for 'modbus_free'
C:/MinGW/msys/1.0/local/include/modbus/modbus.h:147: error: previous declaration of 'modbus_free' was here
..\testModbus.c:20: error: conflicting types for 'modbus_free'
C:/MinGW/msys/1.0/local/include/modbus/modbus.h:147: error: previous declaration of 'modbus_free' was here
..\testModbus.c:20: warning: data definition has no type or storage class
Build error occurred, build is stopped
Time consumed: 308  ms.

Edit : Non c'est bon en fait apr�s une clope je revient sur mon code et je n'avait pas mis de main ...
Par contre j'ai un autre probl�me, de temps en temps sa ne me g�n�re aucun binaire du coup je ne peux pas ex�cute mon programme. A quoi cela est-il du ?

07/04/2011, 16h13
jblecanard

Je peux voir le code ? Parce que l� �a m'a l'air de vraiment venir de ton code.
07/04/2011, 16h17
humitake
Citation:

Envoy� par humitake

Edit : Non c'est bon en fait apr�s une clope je revient sur mon code et je n'avait pas mis de main ...
Par contre j'ai un autre probl�me, de temps en temps sa ne me g�n�re aucun binaire du coup je ne peux pas ex�cute mon programme. A quoi cela est-il du ?

:cry:

Edit :
Je pense avoir trouv�, il me g�n�re un warning :
Code:

1 2 Invalid project path: Duplicate path entries found (/FireScan [Include path] isSystemInclude:true includePath:C:/Dev-Cpp/include/c++/3.4.2), path: [/FireScan].
Je vais donc chercher de ce cot� la.

Edit 2 :

Alors effectivement en fait dans les includes de mes compilateur (GNU C et GNU C++) j'ai tous les includes en doubles. Une premi�re fois avec C:/ et une seconde fois avec c:/ .
Je pense qu'une r�installation de eclipse s'impose en n�installant pas de compilateur avant mingw ...