question utilisation socket

Bonjour,

Je débute avec le C# et je développe actuellement une application qui consiste à récupérer les données d'un capteur qui sont transmises via une liaison Ethernet (protocole tcp/ip utilisé). Afin de les récupérer j'ai pensé utiliser un socket. Mon premier problème est de savoir si je dois travailler avec le socket en temps que serveur ou client.

Pour l'instant j'ai codé ca :

Code:

---

1 2 3

Socket serveursockets = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp);   IPEndPoint pointdeter = new IPEndPoint(IPAddress.Parse("192.168.4.5"), 8000);

---

Je pensais ensuite utiliser la méthode bind et listen afin de déclencher l'écoute.

Pouvez-vous m'éclairer sur la façon dont je dois utiliser les sockets afin de récupérer les données?

Merci d'avance pour vos réponses et au temps que vous m'aurez consacré ;)

Si ton capteur initie une connexion, tu devras effectivement créer une socket de type serveur (bind + listen).
Tu pourrais peut-être te tourner vers WCF qui permet de faire pas mal de choses de manière simple, une fois la documentation assimilée :ccool:

Merci de ta réponse. En fait mon capteur est géré par un microcontroleur qui lui même gère un module Ethernet qui se charge d'envoyer les données vers le pc. J'ai déjà su faire passer des page html via ce même module donc je suppose qu'une connexion est initiée. Je vais continuer à creuser du coté des sockets

il faudrait voir la doc que ton capteur, mais en général un capteur est le serveur, et il te faudrait donc un client

la classe socket est la classe de base, il y a la classe TcpClient qui est légèrement plus simple à utiliser, mais qui peut rester complexe quand même ^^
client.connect
client.read
(client.write pour envoyer)
client.close
(et client.dispose peut etre)
le tout dans un thread, ou alors comprendre les fonctions asynchrones

Effectivement après vérification de la doc mon module Ethernet agit comme serveur. Le socket devra donc etre en client. J'ai vu pas mal de chose sur les threads sur le site je vais donc tester cette voie la

j'amerai essayer d'utiliser la methode client.connect , mais il me demande de creer un endpoint pour le moment je fais ceci

Code:

---

1 2 3 4 5 6 7

public void button1_Click(object sender, EventArgs e) {     clientsockets.Connect(,8000);   }

---

je ne sais pas du tout comment créer mon argument manquant , sauriez vous m'aider ??

il faut utiliser l'intellisense, pour voir les différentes surcharges
ensuite pour les paramètre si ca demande un endpoint, bah tu fais un new endpoint et tu regardes ce que ca demande etc...
sinon y a f1 qui te permet de voir le détail sur les classes et membres du framework

Citation:

---

Envoyé par leraleur22

j'amerai essayer d'utiliser la methode client.connect , mais il me demande de creer un endpoint pour le moment je fais ceci

Code:

---

1 2 3 4 5 6 7

public void button1_Click(object sender, EventArgs e) {     clientsockets.Connect(,8000);   }

---

je ne sais pas du tout comment créer mon argument manquant , sauriez vous m'aider ??

---

Connect est surchargé => http://msdn.microsoft.com/en-us/libr...ts.socket.aspx

Tu peux écrire cela

Code:

---

1 2 3 4

const string host = "localhost"; const int port = 5000;   clientSocket.Connect(host,port);

---

Sinon le code que tu as mis dans ton premier post est un bon départ

Code:

---

1 2	const int port = 5000; clientSocket.Connect( new IPEndPoint(IPAddress.Parse("192.168.4.5"), port);

---

comment faire en sorte que le port soit lu en permanence ?

Citation:

---

Envoyé par leraleur22

comment faire en sorte que le port soit lu en permanence ?

---

Le port en principe il est défini une fois et il ne change pas tout le temps. (autant dire que pour un équipement il ne change 90% du temps jamais (le cas où cela peut changer c'est lorsque l'équipement est derrière une passerelle par exemple). Auquel cas il faut le définir dans un fichier de configuration mais bon un équipement ne viendra pas écrire dedans automatiquement pour te dire qu'il a changé de port (c'est une opération manuelle que ton programme peut lire automatiquement)

C'est quoi le protocole de communication de ton équipement ? C'est un protocole normalisé ou pas ?

le protocole est le TCP/ip , mais j'aimerai que le port soit lu en continu (rafraichissement des données tout les x temps)

les donnée sont transmisse pas un microcontrolleur (ce sont des donnée de température envoyées sous forme de chaîne de caractère)

mais je ne connais pas du tout comment lire le port ... ca serai bien que l'on m'explique avec des exemple de code ( sans utiliser de dns )

Code:

---

1 2 3 4 5 6 7

public void button1_Click(object sender, EventArgs e) {   IPAddress ipa = new IPAddress(thom);// 143.24.20.36 clientsockets.Connect(ipa,8000);   }

---

voici le code pour la connexion je ne sais meme pas s'il est bon car ca na communique pas

Citation:

---

Envoyé par leraleur22

le protocole est le TCP/ip , mais j'aimerai que le port soit lu en continu (rafraichissement des données tout les x temps)

les donnée sont transmisse pas un microcontrolleur (ce sont des donnée de température envoyées sous forme de chaîne de caractère)

---

En fait je parlais de la couche applicative. Est-ce qu'il s'agit d'un protocole modbus ? Ftp ? Http ? SMTP ??? Manifestement c'est rien de tout cela puisque c'est sous forme brute chaîne de caractère.(une espèce de protocole batard ?)

Il faut distinguer la lecture des données de la lecture d'un port car cela ne veut absolument pas dire la même chose. Pour lire de manière périodique il faut utiliser un timer, un thread ou une task et dans le code de ce timer|thread|task il suffit de faire un appel à la méthode Read de ta socket (encore mieux est de s'abonner à l'événement DataReceived)

Citation:

---

Envoyé par leraleur22

mais je ne connais pas du tout comment lire le port ... ca serai bien que l'on m'explique avec des exemple de code ( sans utiliser de dns )

---

Mais tu n'as pas à lire le port (d'ailleurs tu ne le peux pas dans 90% des cas) il faut le connaître à l'avance pour communiquer avec ton équipement en le définissant dans un fichier de configuration. Ce que tu veux lire ce sont les données de l'équipement qui se trouve à une adresse et qui utilise un port.

Tu dis que cela ne marche pas mais quelle est ton erreur ???
Es-tu sûr que ton équipement se trouve sur l'adresse et le port que tu utilises ???

Citation:

---

Envoyé par leraleur22

Code:

---

1 2 3 4 5 6 7

public void button1_Click(object sender, EventArgs e) {   IPAddress ipa = new IPAddress(thom);// 143.24.20.36 clientsockets.Connect(ipa,8000);   }

---

voici le code pour la connexion je ne sais meme pas s'il est bon car ca na communique pas

---

Ici tu ne fais qu'une tentative de connexion à aucun moment cela lit les données. La question est déjà est-ce que l'appel à Connect marche où est-ce que tu as une erreur et si oui quelle est telle ?

lance un thread pour le tcp/ip, car les méthodes simples sont bloquantes

dans le principe, un thread pour lire sur le réseau et stocker ce que tu récupères
un timer qui s'occupe d'afficher la valeur récupérée (500ms par exemple)

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 34 35 36

public class Form1 {   private System.DateTime last_date_capteur_ok; // à typer selon ce que tu récupères private object valeur_capteur;   public Form1() { initializecomponent(); thread th = new thread(lectureCapteur); th.isbackground = true; th.start(); timer1.Start(); }     private void lectureCapteur() { // connection socket while (true) { tcp.read(); last_date_capteur_ok = DateAndTime.Now; valeur_vapteur = valeur_trouvée; } }     public void timer1_tick(object sender, voir_ce_qu_il_faut e) { if (last_date_capteur_ok.AddSeconds(2) < DateAndTime.Now) afficher_que_ca_répond_plus(); this.label1.text = valeur_capteur.ToString(); }   }

---

le code est pas totalement fini, il faut gérer la perte de connexion et la reconnexion par exemple, l'arrêt propre du thread, ou encore mettre des try/catch
si tu as plusieurs capteurs il faut faire une classe pour ranger un peu mieux

j'ai etabli la connexion , mais il ne veux pas lire .....

voici le code

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 34 35 36 37 38

public partial class Form1 : Form { Socket clientsockets = new Socket(AddressFamily.InterNetwork, SocketType.Stream, ProtocolType.Tcp); SocketAddress adresse = new SocketAddress(AddressFamily.InterNetwork); long thom = 0X2414188f;   public Form1() { InitializeComponent();   }   private void Form1_Load(object sender, EventArgs e) {   }   public static void threadloop () {   while (Thread.CurrentThread.IsAlive)// tant que le threads est encore en vie {     }   }   public void button1_Click(object sender, EventArgs e) {   IPAddress ipa = new IPAddress(thom);// 143.24.20.36 clientsockets.Connect(ipa, 8000); Thread nico = new Thread(new ThreadStart(threadloop)); nico.IsBackground = true;// thread d'arrière plan nico.Start();// lancement du threads   }

---

il ne connait pas tcp.read();

finalement il ne fait meme pas la connexion car il ne se connecte pas au pic

Citation:

---

Envoyé par leraleur22

j'ai etabli la connexion

---

C'est bien c'est la première chose qu'il faut faire. Auquel cas il faut connaître le message d'erreur de la connexion pour faire un diagnostic. Pour cela il suffit de faire :

Code:

---

1 2 3 4 5 6 7 8

try { clientSocket.Connect(...); } catch(Exception ex) { //ex.Message te donne la raison de l'échec. }

---

Citation:

---

Envoyé par leraleur22

il ne connait pas tcp.read();

---

Oui regarde le lien vers la documentation que je t'ai donné il y a toutes les méthodes disponibles. En fait il faut que tu utilises la méthode Receive qui est surchargée.

http://msdn.microsoft.com/en-us/library/8s4y8aff.aspx

oui j'ai écrit read pour dire que tu dois lire, pour trouver l'instruction exacte et le reste du code, il va bien falloir finir par lire une doc sur les sockets en .net
car le net regorge de cours et tutos sur l'utilisation des sockets en c#, et en plus ca gagne du temps

De plus il va falloir que ta socket soit déclarée en static car tu l'a créé dans le thread de ton IHM et tu veux l'utiliser dans un autre thread créé par tes soins hors le contexte de 2 threads différents (la zone mémoire où sont les variables notamment) sont différents (d'où l'utilisation d'une socket en static pour la partager entre thread, bien que d'un point de vue conception ta façon de faire va te poser d'autres problèmes et nuire à la lisibilité et la maintenance)

Citation:

---

Envoyé par hegros

De plus il va falloir que ta socket soit déclarée en static car tu l'a créé dans le thread de ton IHM et tu veux l'utiliser dans un autre thread créé par tes soins hors le contexte de 2 threads différents (la zone mémoire où sont les variables notamment) sont différents (d'où l'utilisation d'une socket en static pour la partager entre thread, bien que d'un point de vue conception ta façon de faire va te poser d'autres problèmes et nuire à la lisibilité et la maintenance)

---

!?

un thread n'a rien à voir dans la portée des membres ...
un thread secondaire ne peut juste pas accéder aux controles

en effet autant pour moi la référence reste identique c'est plus lié aux contrôles graphiques

je veux bien ne pas creer de thread.
mais pour lire le socket j'ai besoin de savoir si le thread principale créé est en vie.

=> je devrai faire un truc du genre

while (this Thread.CurrentThread.IsAlive)
{
executer mon code pour lire en faisant receive pour lire
}

car par la suite j'ai besoin de mettre les donnée en graphique

Thread.CurrentThread.IsAlive ne pourra jamais retourner False
car le thread qui va exécuter cette ligne sera le CurrentThread, et pour exécuter la ligne il sera forcément en vie ! :D

de toute facon le thread principal se ferme quand l'appli se ferme


bref tu n'en es pas là, tant que tu ne réussis pas à récupérer les donnés, rien ne sert de se poser la question de comment les mettre à l'écran et comment ne pas faire figer l'interface avec la comm
donc laisse tomber le thread et concentre toi sur la comm

Oui tu devrais commencer par ne pas te préoccuper des threads et de l'IHM et faire une classe qui s'occupe de communiquer et lire les données.

Après tu pourras mettre cela dans un thread et voir comment gérer cela avec l'IHM.

pour finir je change de protocole , je passe sur le protocole udp car le microcontroleur fonctionne en udp , mais je n'ai aucune idée de comment faire pour lire

il faut lire la doc de ton capteur pour savoir s'il voit lui envoyer une commande ou s'il envoie en continue ses infos