Discussion :

[Bartholivier]

bonjour, je viens de me mettre a .NET et je cherche pour le moment a faire synchroniser un appareil électronique avec mon programme ceci dans le but de faire un bootloader pour DSP texas. mon code est entièrement fonctionnel et ca fonctionne. Mais , parfois, et sur certaines machines, la synchronisation ne se fait pas, ou est anarchique. cela m'arrive même parfois sur ma machine . J'ai refais le même code en VB6 et cela fonctionne sans problème. Je remet donc en cause un soucis de gestion de ma voie série sur .NET. Si quelqu'un a des conseils a me donner, je suis preneur, peut-être un problème de configuration ?

Merci a vous pour tous les conseils que vous pourriez me donner.

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
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
'================================================================================'
	'================================================================================'
   		listbox1.Items.Add (" ")
  		listbox1.Items.Add ("Synchronisation ...")
  		listbox1.Items.Add (" ")
 
  		Select Case comboBox2.Text
			Case "9600" : rs232.BaudRate = 9600
			Case "19200" : rs232.BaudRate = 19200
			Case "38400" : rs232.BaudRate = 38400
		End Select
 
		if cmbVITESSE.Text="12MHz" then
			rs232.ReadTimeout = 20
			rs232.WriteTimeout = 20
		Else
			rs232.ReadTimeout = 10
			rs232.WriteTimeout = 10
		End If
 
		OVERFLOW = false
		rs232.Open()
		Handle = environment.TickCount
		Do
			rs232.Write("a")
			application.DoEvents
'			System.Threading.Thread.Sleep(20)		
			If rs232.BytesToRead()>0 Then 
				strCara = rs232.ReadByte
			End If
		Loop While strCara <> asc("a") And Handle + 5000 > environment.TickCount
 
		rs232.Close()
		if Handle + 5000 < environment.TickCount then goto ERREUR

[tomlev]

tu as essayé de jouer sur les autres paramètres du SerialPort ? Handshake, Parity, StopBits, etc...

[Bartholivier]

Pour la configuration du port j'en suis sur. c'est le même que j'ai appliqué pour VB6 ( 9600 bauds- 1 start - 1 stop - no parity)

le seul paramètre sur lequel je peux influer sur la voie serie (du moins a mon sens) sont le ReadTimeout et le WriteTimeout mais cela n'a rien changé.

j'avais pensé que le fait de laisser l'appli lire les messages WINDOWS plantait le systeme. Mais je comprend pas pourquoi, la voie serie se gere normalement tout seul. Et ce n'est pas comme si j'attendais un flot de donné, je n'attend qu'un seul caractère.

J'ai pas essayer de sortir cette simple routine sur un thread dédié, mais bon si je doit parallélise a chaque fois que je dois écrire sur le port serie, c'est pas gagné.

[Pol63]

le truc c'est que c'est codé à la vb6 ...

il faut en effet déporter ca sur un thread (celà n'interdit pas de faire une classe qui va bien et de la reprendre à chaque fois, on ne réécrit pas à chaque fois ce qu'on a déjà écrit)

doevents, c'est plus qu'interdit en vb6, donc ca doit l'etre aussi en vb.net

et faire le write à chaque tour, c'est étrange ...

pour les goto erreur, il vaut mieux utiliser des try catch


et subtilité à tenter avant de modifier tout le code car il doit pouvoir fonctionner, meme s'il est pas écrit comme il faut : convertir tout ce que tu veux envoyer en tableau d'octet, sur certains capteurs j'avais eut des soucis en envoyant des string, un peu d'anarchie comme tu dis...
il doit y avoir des fonctions dans le framework pour faire ca mais je les ai plus en tete

[Bartholivier]

Pour le goto Erreur je defini simplement un time overflow

Pour l'ecriture je fais une synchronisation de vitesse avec le DSP. j'envoi le caractere en continu jusqu'a ce qu'il me le renvoye correctement.

Pour le DoEvents cela fait un petit moment que je code en VB6 et jamais je n'avais vu que c'était interdit. M'enfin je ne suis pas un as de la programmation. Et les threads avec VB6 c'est pas toujours la panacée.

Je vais essayer de casser mon code pour inclure ça dans une thread le problème viens probablement de là. Bien que pour moi, a partir du moment ou la donnée est dans l'UART (en entrée ou en sortie) je ne voie pas vraiment pourquoi elle se perdrait, même si windob est sollicité par un processus un peu plus long que les autres.

Par contre effectivement c'est codé a la VB6. Je n'ai pas encore saisi toutes les subtilités de .NET, peut-etre que ton conseil de passer en tableau d'octet est la solution. Je vais commencé par ca et on verra ensuite pour la thread

Merci de tes conseils

[ddaime]

Je vois que tu as bien pris en compte les paramétres du genre parité, stop, vitesse de communication, timeout mais qu'en est il des protocoles de communication (DTS/RDS, XON/XOFF, ...) ?

[Pol63]

Pour le goto Erreur je defini simplement un time overflow

les goto c'est plus utilisé ... (enfin ca ne gène en rien le fonctionnement, peut etre juste la lisibilité du code)

Pour l'ecriture je fais une synchronisation de vitesse avec le DSP. j'envoi le caractere en continu jusqu'a ce qu'il me le renvoye correctement.

étrange, moi j'attendrais quelques 10aines de ms avant de renvoyer, m'enfin ca dépend de ce que tu as de l'autre coté ...

Pour le DoEvents cela fait un petit moment que je code en VB6 et jamais je n'avais vu que c'était interdit. M'enfin je ne suis pas un as de la programmation.

le doevents est pratique mais très risqué, imaginons une boucle for avec un doevents, et un traitement qui utilise les variables boutons ou autre, l'utilisateur clic sur la croix => fermeture imédiate de l'appli car le bouton n'existe plus alors que le doevents vient de se finir et cherche à accéder au bouton

Et les threads avec VB6 c'est pas toujours la panacée.

je savais pas qu'on pouvait multithreader du vb6 ...
enfin la le but de multithreader, c'est pas du tout pour que la com se passe bien, c'est pour pas figer l'interface utilisateur

Par contre effectivement c'est codé a la VB6. Je n'ai pas encore saisi toutes les subtilités de .NET, peut-etre que ton conseil de passer en tableau d'octet est la solution. Je vais commencé par ca et on verra ensuite pour la thread
Merci de tes conseils

à tester en premier avant de casser tout comme je disais, ca se trouve c'est juste ca
enfin si t'as déjà vérifié que la com se passe bien depuis ce pc avec un soft vb6 ou autre

Bizarre ! Car toute communication entre 2 périphériques, même avec une liaison série, impose un protocole de communication. Pour la liaison série on utilise le mode XON/XOFF, DTS/RTS et quelques autres.

moi j'ai rarement vu de matériel ou il fallait activé un controle de flux ...