[C# 2.0] Question sur la classe SerialPort

Version imprimable

24/08/2006, 14h59
cyllix

[C# 2.0] Question sur la classe SerialPort
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:

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:

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:

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

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

Exemple1:

Code:

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

Exemple2:
Code:

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)
25/08/2006, 09h18
Biloutor

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 !

Code Form Serveur:

Code:

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:

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).

28/08/2006, 12h03
cyllix

Comment faire pour stopper la lecture uniquement lorsqu'on a reçu toute la trame?
11/09/2006, 08h51
ekinox17

J'ai exactement le même problème que toi mais personne n'y repond :/
Liaison RS-232