Discussion :

[vinowan]

Bonjour,

J'utilise un port COM rs232 (donc en UART) pour la reception de trame via le protocol "Cctalk".

La particularité de ce protocol est qu'il n'utilise pas de marqueur de fin de string comme CR par exemple.
La taille de la trame est contenue dans la trame elle même, il est donc impossible de savoir a l'avance combien de bytes seront contenu dans la trame.

1er byte recus = adresse du destinataire.
2eme byte = nbr de byte de data (0 à 200)
3eme byte = adresse de la source (expediteur)
4eme byte = header (ordre dela commande)
5eme byte = data 0 à N
...
dernier byte = checksum

Mon probleme:

j'ai créer un socket et un evenement pour gérer la reception des byte.

Code :

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

sEvénement(gnNumeroPortComOuvert,sEveCaractèreReçu,"gProc_LecturePortCom")

cela fonctionne tres bien, je construit la trame de reception a chaque byte recus.
Mais le probleme arrive si il manque un byte lors de le reception de la trame, c'est a dire du à un parasite par exemple.
la trame se decalle et n'est jamais plus bien interpreter par le programme.

il faudrait pouvoir reseter la reception de la trame, c'st a dire repositionner le programme de reception sur le 1er byte a recevoir si il n'y a plus de reception de byte apres 20 ms par exemple. donc créer une sorte de time out entre reception de byte.

Mais comment faire ???

Merci de votre aide.

[R&B]

Bonjour,
rapidement, il semble que vous disposiez de toutes les information car comme vous l'indiquez :
"La taille de la trame est contenue dans la trame elle même" => 5eme byte
... et ...
dernier byte = checksum

ce dernier byte permet de vérifier que la trame est juste (et donc ne comporte pas d'erreur)
si la valeur à cette adresse ne correspond pas où n'est pas présente, il y a eu une erreur en réception. il faut sans doute relire le buffer (et faire une nouvelle demande).

[jurassic pork]

hello,
les traitements du protocole cctalk sont assez particuliers et nécessitent une bonne gestion des timings de la liaison série (en particulier les time out ) et des contrôles de checksums :

/*
* When receiving bytes within a message packet, the communication software should
* wait up to 50ms for another byte if it is expected. If a timeout condition occurs, the
* software should reset all communication variables and be ready to receive the next
* message. No other action should be taken. (cctalk spec part1, 11.1)
*/

Il existe des bibliothèques qui gèrent le protocole cctalk (par exemple cctalklib en dotnet) . Soit on utilise ces bibliothèques si cela est possible en windev, soit on s'inspire du code source de ces bibliothèques pour refaire les traitements en windev, soit on refait tout de A à Z .

Ami calmant, J.P