[C# 2.0] Question sur la classe SerialPort

**cyllix** · 24/08/2006, 14h59

Salut, je développe une appli qui va utiliser le protocole modbus en liaison série RS232. Ma classe de base dérive de la classe SerialPort. Cependant, il y a quelque chose que je comprends pas trop.

Dans mon form client, je crée un port en tant qu'instance de cette classe de base (celle de ma dll qui hérite de SerialPort). Mais quand je récupère les données de l'autre côté, j'obtiens deux choses différentes.

Si je fais ceci dans mon form client:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

clientModbusPort.sendData(frameToSend);

j'appelle la fonction sendData de ma dll qui prend en paramètre un tableau de byte que j'envoie. Cette fonction pour l'instant se résume à ceci:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 
public void sendData(byte[] bufferSend)
{
  this.Write(bufferSend, 0, bufferSend.Length);
}

et je récupère du côté serveur la trame complète (qui doit contenir au total plusieurs dizaines de bytes)

Par contre, si j'utilise la fonction write directement dans le form client:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

clientModbusPort.Write(frameToSend, 0, frameToSend.Length);

J'obtiens une trame coupée par tranche de 8 bytes affichés en hexa

Exemple1:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

3A 30 31 30 33 30 30 30 30 30 30 30 30 0D 0A

Exemple2:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
 
3A 30 31 30 33 30 30 30
30 30 30 30 30 0D 0A

Pourquoi cette différence? (l'encodage utilisé est ASCII)

**Biloutor** · 25/08/2006, 09h18

Salut, j'ai eu le même problème.
Afin de contourner cette difficulté, j'ai été obligé de calculer la taille de la trame que j'attendais en réponse et de stopper la lecture uniquement lorsque j'ai reçu toute la trame.

Sinon l'évenement Read (il me semble) se déclenche de manière un peu bizzard, dans certains cas il te prend un seul octet puis le reste de la trame, dans d'autres cas il pend toute la trame d'un coup ou bien il fait ce que tu présente plus haut.

L'inconvénient de cette méthode est qu'il te faut gérer les trames d'exeptions ModBus qui sont de 5 Octets il me semble et donc de modifier la taille de la trame en attente.

Selon moi cette méthode est correcte puisque Modbus est un protocol Maitre esclave "pure", aucunes infos ne remonteront toutes seules vers le maitre sans qu'il en est fait la demande. Dans tous les cas tu peux connaître la taille des trames que tu va recevoir !

**cyllix** · 25/08/2006, 14h37

Code Form Serveur:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
 
private void serveurModbusPort_DataReceived(object sender, SerialDataReceivedEventArgs e)
{
  //Traite les données reçues.
  byte[] serverReceiveBuffer = serveurModbusPort.receiveData();
 
  if (serverReceiveBuffer != null)
  {
    ReceiveData(serverReceiveBuffer);
  }
}
 
//Fonction ReceiveData(serverReceiveBuffer) sert à traiter les octets lus pour ensuite construire la trame de réponse octet par octet.

Code dll:

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
 
public byte[] receiveData()
{
  if (this.BytesToRead > 0)
  {
    byte[] bufferRead = new byte[this.BytesToRead];
 
    this.Read(bufferRead, 0, bufferRead.Length);
 
    return bufferRead;
  }
  else
  {
    return null;
  }
}

Pourtant, très souvent, ça me découpe toujours ma trame par morceau de 8 octets alors que je lui dis bien de lire la totalité du tableau de byte[] passé en paramètre. Je ne vois donc pas du tout où est ce que ça cloche (et donc comment y remédier).