WMR200: que faut-il pour develloper le plugin ?

[lesommer35]

@pierrick
Désolé, je ne t'ai pas répondu sur la signification des %
Il s'agit d'une évaluation de la qualité de réception des sondes = nombre des mesures reçues / nombre de mesures à recevoir en théorie sur 15 min
Par exemple, l'anémomètre c'est en théorie une mesure toutes les 14 secondes. Si, en pratique, tu ne reçois qu'une mesure toutes les 28 secondes, tu as une qualité de réception de cette sonde de 50%. Cela fait plusieurs mois que j'utilise ce "concept" est c'est relativement juste pour évaluer la qualité de réception des sondes.

[hubione]

@lesommer,
l'accés exclusif me semble plus approprié. Il n'est pas logique d'interagir avec la station depuis plusieurs sources.
En plus ca peut expliquer pourquoi ton exe marche chez toi, pas chez nous.
De mon coté, je coupe soigneusement WD avant de lancer autre chose.
Du coup la séquence d'initialisation vu que le write ne fonctionne pas n'est jamais envoyé et donc il ne reçoit rien.

@windspot
le D5, je me demande si c'est pas le capteur UV, hier, le 7eme champs était à 0, il est maintenant à 1 et comme par hasard, il est en phase avec la station, mais à confirmer dans le temps, avec notamment 2 et plus d'UV.

Hub

[windspots]

@hubione
Merci pour les infos, j'ai pu faire un grand pas en avant
Je pense que j'ai le protocole "exact", je m'explique les champs commencent par un code d? (par exemple d7 pour la température) le byte suivant donne la longueur du champ.
Le d1 n'est reçu qu'une fois au départ.
Le d2 est le record du log
Je poste donc une nouvelle version intermédiaire qui n'inclus pas tous tes commentaires mais qui donne des informations beaucoup plus exact.
http://www.windspots.com/infos/WMR200Reader.zip

@lesommer,
J'ai mis la ligne qui t'intéresse en commentaire car je suis du même avis que hubionne et je pense qu'il n'est pas bien de "sharer" l'accès au port USB.

Au plaisir de vous lire

[hubione]

Je pense que j'ai le protocole "exact", je m'explique les champs commencent par un code d? (par exemple d7 pour la température) le byte suivant donne la longueur du champ.

pourquoi pas, ca expliquerais qu'il soit constant

Le d1 n'est reçu qu'une fois au départ.

justement, il ne donne pas l'heure de la première donnée dans l'historique?
auquel cas, y a qu'a (faut qu'on) envoyer la bonne donnée pour récupérer cet historique et l'effacer dans la foulée.

Le d2 est le record du log

tu appelles quoi "log"? l'historique?

j'ai l'impression que si je laisse tourner le bestiau, le PC se met à ramer jusqu'à ce que je débranche la station?

Pourrais tu ajouter soit la possibilité de faire un copier coller des données, soit les stocker en txt, histoire de faciliter l'interprétation.

Pour le reste y a rien a dire, super.

Hub

[windspots]

@hubione
Voila avec un WMR200ReaderLog.txt "quick & dirty" dans le répertoire temp.
http://www.windspots.com/infos/WMR200Reader.zip

tu appelles quoi "log"? l'historique?
Oui le log c'est l'historique.

[windspots]

Voila, avec l'historique.
http://www.windspots.com/infos/WMR200Reader.zip
Il manque:
Quelques capteurs ...
Effacer l'historique de la station ...
et plus si affinitées ...

Le message D9 semble être le status de l'alimentation
Il est possible que dans les messages nous ayons également le statut des batteries....

Au plaisir de vous lire

[windspots]

Voila le résultat de mes recherches avec l'aide de hubione, lesommer35 et Internet (un message un peu long) :

Oregon Scientific Weather Station USB Protocol:

Station models:
---------------
WMR100
WMR100A
WMR200
WMR200A

Oregon Scientific Weather Station USB ID:
-----------------------------------------
Vendor id: 0x0fde
Product id: 0xca01

Initialization:
---------------
20 00 08 01 00 00 00 00 (once)

PC Ready to receive:
--------------------
When the program is ready to received new data

01 0D 08 01 00 00 00 00

Records:
---------
Records are structured with a message ID (d?) and the length of the message

i.e:
d7 10 0a 01 04 01 07 00 d9 00 1b 14 00 00 06 02
D7-Temp (16 bytes length):
04/01/2007 - 01:10 - Sensor: 0 Temperature: 21.70° Humidity: 27%


d1: // D+
---------

i.e.
d1

00: Message Id


d2: // history
--------------

i.e:
d2 31 08 13 02 04 08 00 00 00 00 00 00 00 00 00 00 00 00 00 01 0c 00 00 00 00 20 ff d5 63 d5 33 01 00 e6 00 20 3c 00 00 01 e3 00 20 32 00 00 11 07
D2-Log (49 bytes length):
02/04/2008 - 19:08
->D3: Wind dir: NNE vitesse: 00 m/s vitesse: 12 m/s
->D6: hpa1: 0981mb hpa2: 0981mb
->D7: Sensor: 1 Temperature: 22.70° Humidity: 32%

00: Message Id
01: Length
02: Minute
03: Hour
04: Day
05: Month
06: Year
07:
08:
09:
10:
11:
12:
13:
14:
15:
16:
17:
18:
19:
20: Wind Direction
21: Wind Speed 2
22: Wind Speed 1
23:
24:
25:
26:
27:
28: Pressure 1 low byte
29: (& 0x0f)Pressure 1 high byte
30: Pressure 2 low byte
31: (& 0x0f)Pressure 1 high byte
32:
33:
34:
35:
36:
37:
38:
39:
40: (& 0x0f) Sensor
41: Temperature 1 low byte
42: Temeprature 1 high byte
43: Humidity
44:
45:
46:
47:
48:


d3: // wind
-----------

i.e:
d3 10 06 0c 01 01 07 01 0c 00 00 00 00 20 2b 01
D3-Wind (16 bytes length):
01/01/2007 - 12:06 Wind dir: NNE vitesse: 00 m/s vitesse: 12 m/s

00: Message Id
01: Length
02: Minute
03: Hour
04: Day
05: Month
06: Year
07: Wind Direction
08: Wind Speed 2
09: Wind Speed 1
10:
11:
12:
13:
14:
15:

d4: // ????
-----------


d5: // UV
---------

i.e:


00: Message Id
01: Length
02: Minute
03: Hour
04: Day
05: Month
06: Year
07: UV



d6: // Baro
-----------

i.e.
d6 0d 04 0c 01 01 07 cd 03 cd 33 cc 02
D6-Baro (13 bytes length):
01/01/2007 - 12:04 - hpa1: 0973mb hpa2: 0973mb

00: Message Id
01: Length
02: Minute
03: Hour
04: Day
05: Month
06: Year
07: Pressure 1 low byte
08: (& 0x0f)Pressure 1 high byte
09: Pressure 2 low byte
10: (& 0x0f)Pressure 1 high byte
11:
12:


d7: // Temperature
------------------

i.e.
d7 10 04 0c 01 01 07 00 da 00 20 28 00 00 22 02
D7-Temp (16 bytes length):
01/01/2007 - 12:04 - Sensor: 0 Temperature: 21.80° Humidity: 32%

00: Message Id
01: Length
02: Minute
03: Hour
04: Day
05: Month
06: Year
07: (& 0x0f) Sensor
08: Temperature 1 low byte
09: Temeprature 1 high byte
10: Humidity
11:
12:
13:
14:
15:


d8: // ???
----------


d9: // ???
----------

i.e.
d9 08 00 00 80 00 61 01

[windspots]

j'ai l'impression que si je laisse tourner le bestiau, le PC se met à ramer jusqu'à ce que je débranche la station?
Hub

C'est normal parce que il y a du memory leak due au remplissage des fenêtres de messages, je viens de le diminuer au maximum mais c'est quand même 70Ko/minute
http://www.windspots.com/infos/WMR200Reader.zip

la doc:
http://www.windspots.com/infos/OregonSc ... otocol.txt

[lesommer35]

@windspots
Pour moi, tu as un byte de trop à chaque fois, car le checksum semble être à chaque fois l'avant-dernier byte. D'ailleurs avec la WMR100, j'ai la même chose, j'ai un byte de plus (mais pas toujours) mais il a peut-être une signification car c'est souvent 01 ou 02.
Sinon pour le vent, je suis étonné que ce ne soit pas codé comme pour la WMR100. En fait, pour la WMR100, une vitesse vent est codée sur 1,5 bytes. En effet, avec un byte tu peux aller jusqu'à 25,6 m/s soit 92.16 km/h ce qui est un peu juste. D'où la nécessité de 1,5 bytes.

[windspots]

Voila j'ai mis à jour les versions (voir messages précédents pour les liens)

@lesommer35
Le checksum sont les deux derniers bytes du record
Je commence à avoir des enregistrements complets qui se recoupent avec le message D2 (historique)
J'attends tes commentaires avec impatience

[lesommer35]

Le checksum sont les deux derniers bytes du record

Ah oui c'est vrai merci pour l'info

Sinon, on parte bien sur un schéma de ce genre :

[windspots]

@lesommer
Non je ne pense pas.
A mon avis la seule différence entre la WMR100 et la WMR200 est l'historique des données...
Donc le plugin devrait être le même.

[lesommer35]

Le décodage n'est pas le même !

[windspots]

Le décodage n'est pas le même !

Je crois qu'un de mes lointains aieuls devait être Saint Thomas
Je suis donc aller acheter une WMR100 pour tester
Et je confirme que le décodage n'est pas le même, j'ai donc rapidement adapté mon code pour en tenir compte.
Mais je ne suis pas satisfait à cause de :
1) la station ne s'attend à rien pour envoyer des données....
2) que le décodage proposé précédement ne prend pas en compte le byte 0 qui à l'air de signifier quelque chose d'important.

Une nouvelle version du Reader est donc disponible

http://www.windspots.com/infos/WMR200Reader.zip

Au plaisir de vous lire

[lesommer35]

Dans ton décodage de la WMR100, il te manque un "60 42 (81)" pour la sonde thermo ext.
Sinon avec la station branchée sur le secteur, j'ai bien "50 60" pour la date/heure et c'est passé à "D0 60" quand j'ai débranché l'alimentation secteur, donc sur piles (quasi à plat). J'ai donc refait un test en mettant des piles chargées et j'ai eu "10 60".
Bref, dans tous les cas la clé pour déterminer le type de record semble bien être uniquement le byte 1. Le byte 0 semble donner des infos sur l'alimentation de la sonde.

EDIT: J'ai maintenant un "90 60" : secteur débranché ; 3 piles déchargées + 1 pile chargée
EDIT2: J'ai un "50 42 (A1)" maintenant
EDIT3: J'ai été changé les piles de la sonde ext thermo/anémo et maintenant j'ai des "00 48" et "00 42 81". Ca confirme la signification du byte 0...