
J'ai pu vérifier environ la moitié, l'autre moitié étant des valeurs que j'ai obtenu sans avoir pu noté l'affichage correspondant.
quel parasites?@lesommer: j'ai ajouté un fichier de config WMR200Reader.exe.config afin de mettre en share l'accès à l'USB, mais ce n'est pas "stable" j'ai beaucoup de parasites et pas encore trouvé l'anti-parasite....
avant chaque reception d'une sonde j'ai une paire de 0xffwindspots a écrit :Merci pierrick pour le nombre d'octets valides... mais il me semble que je suis au courant![]()
Non ce que j'ai comme "parasites" ce sont des 0xff supplémentaires qui pertube le décodage.
Je vais implémenter vos nouvelles découvertes![]()
A+
Ok, tu confirmes mon tableau donc...pierrick a écrit :SUR LA WMR100
----------------
sonde temp/hygro
fleche → 0 |xx00
fleche ↑ 1|xx01
fleche ↓ 2|xx10
smiley
sans 0 |00xx
C |11xx
8 |10xx
4 |01xx
Pierrick
SUR LA WMR100lesommer35 a écrit :Sinon pour les octets 3, 7 et 8 de la clé 48, avez-vous déjà vu autre chose que 0C, 00 et 20 respectivement :
00 48 0A 0C 25 00 00 00 20 A3 00
Même chose pour les octets 8 et 9 de la clé 42 :
00 42 40 D2 00 2F 5A 00 00 20 FD 01
Même chose pour les octets 2 et 3 de la clé 60 :
10 60 00 00 15 12 12 04 08 81 36 01
Enfin au sujet de l'alimentation, je pensais que ce n'était pas valable pour la clé 42, notamment car l'octet 0 semble bien donner la variation de température. De plus, l'alimentation de la sonde 0 est donnée par la clé 60 et l'alimentation de la sonde 1 est donnée par la clé 48, mais quid des autres sondes thermo/hygro ?
j'ai plus d'erreurs de somme de controle lorsque je manipule la station (modif affichage, recherche sondes ...)et de toute faconwindspots a écrit :@pierrick
Je parles malheureusement de mon modeste code et uniquement en ouvrant le file USB en mode shared, sinon en mode exclusif je n'ai aucun problème![]()
// ddu original m_hHandle = CreateFile(strPath, GENERIC_READ | GENERIC_WRITE, 0, IntPtr.Zero, OPEN_EXISTING, FILE_FLAG_OVERLAPPED, IntPtr.Zero);
// lesommer35 m_hHandle = CreateFile(strPath, GENERIC_READ | GENERIC_WRITE, FILE_SHARE_READ | FILE_SHARE_WRITE, IntPtr.Zero, OPEN_EXISTING, FILE_FLAG_OVERLAPPED, IntPtr.Zero);
Sinon je vous poste ma dernière version avec vos dernières découvertes:
http://www.windspots.com/infos/WMR200Reader.zip
sur 17h de fonctionnemet:lesommer35 a écrit :Pour info, j'ai commencé à réécrire un code en C# et curieusement je me retrouve confronter au même problème de parasites. Tout fonctionne correctement et puis d'un coup ça part en vrille pendant quelques minutesJe vais revérifier mon code pour voir si je n'ai pas fait une boulette... Par contre, je n'ai pas constaté de parasites quand on manipule la station.
oui je l'ai verifié (j'ai perdu mon total pluie )@pierrick
Concernant les octets 2 et 3 de la clé 60, je n'ai pas réussi à reproduire tes valeurs. Depuis hier, j'ai "---" pour mon pluviomètre et j'ai quand même "00 00"En fait, j'ai "---" depuis mon dernier reset de la station. Il faut peut-être d'abord capter un signal puis le perdre pour que ces octets changent
![]()
Je suis en VendéeSinon pour le Heat Index et Wind Chill, je suis en Bretagne donc je ne suis pas prêt d'avoir plus de 30°C pour tester
J'ai à peu près les mêmes chiffres que toi car je fais la même chose que toi. En fait, le problème vient effectivement de l'utilisation de VWS ou WD en parallèle. Mon explication est que ces logiciels renvoient à la station des bytes de contrôle qui perturbe la réception. Pour moi, un seul logiciel (ou aucun) doit envoyer ces bytes de contrôle sinon délire garanti...pierrick a écrit : sur 17h de fonctionnemet:
erreurs de controle =>97
controles Ok =>17163
pour moi ca va![]()
manipuler la station=recherche sondes, affichage differents(wind child) ....
je ne fait qu'écouter le port USB (sniffer)
si utilisation seul (sans vws) un simple envoi de '20 00 08 01 00 00 00 00' et la station envoie (je n'ai pas la chaine pour l'arreter )