faberb

Juste pour info on peut faire du copier coller de openoffice (gratuit) qui ouvre les .csv dans un fichier texte. Quant à l'extracteur, de données je le peaufine, car il y a encore quelques buggs et le met en téléchargement libre d'ici quelque jours. Pour Xnet les logs doivent apparaitre dans un répertoire log créé par vos soins sous le répertoire où est placé Xnet.exe. A+

Dans la mesure du possible il faut pas faire ça : parce que le vent au dessus d'un toit n'est plus en écoulement laminaire, il est soit plus élevé face au vent soit moins élevé en face arrière. Si ton anémo est côté tuiles qui s'envolent tu as sans doute mesuré un vent très inférieur avec des données parfois erratiques de vitesses ridiculement faibles et de fortes variations incompréhensibles. Mon anémo est dans un champ à 40 m de la maison et à 4m 50 au dessus du sol hélas j'ai un bois à moins de 80 m : il a une influence sur la mesure! Même en hiver sans les feuilles des arbres! En ce qui me concerne j'ai eu des vitesses max à 23m/s C'est déjà pas mal! Pendant la tempête de 99 j'ai eu des tuiles qui ont eut le rêve d'Icare, en mesurant leur poids et en faisant des calculs de venturi, on en a déduit que le vent n'était que de ...100km/h! Bien sûr aucune tuile côté vent ne se sont envolées, s'est à l'arrière du vent qu'elles se sont envolées, par aspiration. Tout ça pour dire que le capteur mesure la vitesse du vent où il est placé, pas forcement la vitesse du vent réel! Attention donc éloignez le plus possible l'anémo de tout obstacle. A+ BF

Oui toujours car il y a des morceaux qui restent mystérieux pour le moment, je pense que c'est de ce côté là qu'il faut chercher.A+

Pour ceux qui veulent bien aider : le logiciel Weather Display (WD) version M récupère les données du data logger dans un fichier qu'il appelle : WMR200HISTORY.txt. Ce fichier se situe directement dans le dossier de WD. Il stocke dans ce fichier les données brutes qui viennent de la station. Il y a beaucoup plus de données que WD n'en décode. On a beaucoup avancé sur le décodage de ce fichier. Mais il manque encore des infos, et mon petit utilitaire n'est pas encore très au point, il n'est d'ailleurs pas franchement pratique à utiliser, mai bon j'avance. crsdele m'a passé des fichiers wmr200history qui m'on bien aidés : notamment on sait maintenant où se situe les UV dans les infos, et comment sont codées les sondes.Alors si vous avez plusieurs sondes de température (trois et plus), je suis intéressé par ce fichier wmr200history, et les observations qui vont avec que vous auriez copiés sur un bout de papier en lisant la console, cela permettra de vérifier la cohérence des données que je décode. Attention toutefois, à chaque lancement de WD, ce fichier history est effacé. Alors à chaque fois que vous avez fait une connexion, sauvez ce fichier history il peut contenir des infos que vous auriez perdues. En attendant d'avoir fini ce travail je les stocke, et comme depuis hier ça commence à ressembler à quelque chose /emoticons/biggrin@2x.png 2x" width="20" height="20"> . Deuxième mise en garde : dans ce fichier history ne sont stockées les infos brutes que quand le récupérateur est en marche (vous voyez toutes les infos défiler). Lorsque ce fichier se ferme et que WD a fini de récupérer le data logger, WD n'inscrit plus rien dans cet history mais inscrit ses données dans le fichier de log, qui n'est pas complet et inscrit des données erronées où fausses. /emoticons/sad@2x.png 2x" width="20" height="20"> A force de regarder dans WD et ce qui est transmis de la console dans les trames de données je peux affirmer que WD fait un décodage parfois fantaisiste , il zappe des trames et recopie la précédente! Alors tout ça pour dire que l'on peut récupérer plus et mieux avec WD. Xnet météo d'ailleurs est en passe de réussir, betas testeurs n'hésitez pas! :!: Autre info : en allant trifouiller directement sur le bus usb j'ai remarqué que WD clos la liaison avec une trame spécifique (un message informatique). Donc pour ne pas perdre de données il faut fermer WD avant de déconnecter la station. Dernière info : la console transmet aussi le "heat index". Et pour finir : j'ai essayé la dernière version de OS weather : il a pas réussi à se lancer. C'est promis j'essaye de le lancer ce soir avec la station connectée! Peut être que là il va fonctionner.... En attendant je continue à travailler le logiciel.

J'ai besoin de personnes qui ont gardés les WMR200history que WD version M stocke sous son répertoire. Si vous m'envoyez ces WMR200history et que vous me dites en plus la date et l'heure des données ainsi que les données (toutes) y compris les smileys pour deux ou trois dates cela va nous aider à décoder les infos envoyées par la station.merci

Rassure toi t'es pas le seul, ni le premier à avoir une crise de nerfs avec ce logiciel. /emoticons/biggrin@2x.png 2x" width="20" height="20"> Laisse le en anglais c'est plus facile à comprendre car en français les traductions sont partielles et "débordent" des fenêtres, alors on voit pas toujours tout! C'est la version M qu'il faut, et ce n'est pas un super logiciel, mais pour le moment on a pas le choix! Si tu trouves en logiciel gratuit fait nous signe! /emoticons/tongue@2x.png 2x" width="20" height="20"> Nous non plus! /emoticons/happy@2x.png 2x" width="20" height="20">

Super n'oublie pas de noter à part les valeurs et les dates précises que tu as eus.

J'ai recommencer à travailler sur la trame D2 et j'ai corrigé et espère avoir résolu le pb du Windchill la trame transmise est la suivante : D2 31 28 03 0E 01 09 00 00 00 00 00 00 21 00 00 0C 01 01 07 08 0C 36 10 03 5E 01 FF E9 23 F4 33 01 00 BF 00 2A 28 00 00 01 38 00 62 3C 00 00 36 07 la clé de la compréhension : 1ère ligne un n° de repère que j'ai mis moi (voir en dessous) 2ème ligne la trame elle même 3ème ligne des repères en lettre que j'ai mis moi pour la compréhension 01-02-03--04-05-06-07--08---09--10--11--12--13---14--15--16-17--18-19-20-21---22-23-24- D2-31-28--03-0E-01-09--00---00--00--00--00--00---21--00--00-0C--01-01-07-08---0C-36-10- ID--ll-mm-HH-JJ-MM--AA-an---ph--pi1--pi2--pj1-pj2--pc1-pc2-mr-hr--jr-Mor-Ar--div------vr-vx- la suite... 25--26---27---28-29---30-31--32-33--34-35-36--37--38--39-40--41--- 03--5E---01---FF-E9---23-F4--33-01--00-BF-00--2A--28--00-00--01--- xm-wc1-wc2--uv-PPa-Db-ppr-Ec-ncti----Ti--Ti2-hui--pri-pri2----ncte- la suite encore 42-43--44--45--46---47-48--49 38-00--62--3C--00---00-36--07 Te-Te2-hue-pre-pre2---CSl--CSh 01- => D2 identificateur de trame heure date année 02- => ll = 31 dans cette trame c'est la longueur de la trame identificateur et CS inclus 03- mm = minutes 04- HH = heures 05- JJ = jours 06- MM = mois 07- AA = année (2000+AA) 08- an = n° de capteur en poids faible et alim du capteur en poids fort 09- ph = taux de précipitation par heure en inch B0 indique un dépassement de capacité dans ce cas la station affiche HHH mm/h (à vérifier) 10- pi1 11- pi2 = précipitation instantanée en inch 12- pj1 précipitation des dernières 24 h en inch poids faible 13- pj2 précipitation des dernières 24 h en inch poids fort 14- pc1 : pluie cumulée en inch $pc2pc1/100 ex : $0021 = 33 soit 0,33 inch en mm = 0,33*25,4=8,4 mm (interrogation sur pc2 pour le moment) 15- pc2 : pluie cumulée poids fort 16- Mr : minutes du début de l'enregistrement des précipitations accumulées 17- Hr : heure du début de l'enregistrement des précipitations accumulées 18- Jr : Jour du début de l'enregistrement des précipitations accumulées 19- Mor : Mois du début de l'enregistrement des précipitations accumulées 20- Ar : du début de l'enregistrement des précipitations accumulées ici le total de pluie 8,4 mm c'est depuis le 1 janvier 07 à 12 h 00 21- div direction du vent =div*22,5 degrés nord = 0 dans la direction nord-est-sud-ouest ex : 08=> 08* 22,5= 180° 22- 23- vr = rafales de vent en m/s à diviser par 10 ici $36=54 soit 5,4m/s 24- vx xm = vent moyen vm = $mv en m/s ex 10 03 =>$31= 49 soit 4,9 m/s 25- xm 26- wc1 windchill = $wc2 wc1 appliqué avec une formule où l'on soustrait 320 et l'on divise le tout par 15 ex $15E=350 Windchill=(350-320)/15= 2°C (à vérifier mais presque sûr) 27- wc2 lorsque la station donne wc1 wc2 = 00 20 cela indique un windchill non calculé --->>> sûr 28- UV indice UV interprétation? 29- pression concatenation du poids fort en b avec PPa résultat en hectopascal exemple : E9 23 : 3E9=1001 hpascal 30- D est la prévision 12-24 h : ici 2 (0 Partiellement nuageux, 1 pluvieux, 2 nuageux, 3 ensoleillé, 4 neigeux) 31- pression concatenation du poids fort en c avec PPr résultat en hectopascal exemple : F4 33 : 3F4=1012 hpascal 32- E est la prévision actuelle : ici 2 (0 Partiellement nuageux, 1 pluvieux, 2 nuageux, 3 ensoleillé, 4 neigeux) 33- ncti n° de capteur de température intérieure ? 34- 35- Ti : température intérieure en °C ex : $BF=191 soit 19,1°C 36- Ti2 : poids fort de la température intérieure avec signe codé sur le bit de poids fort un $8= signifie signe <0 37- hui : humidité intérieure en % ex : $2A=42% 38- pri : point de rosée intérieure ex $28 = 4°C 39- pri2 : point de rosée intérieure poids fort avec signe codé sur le bit de poids fort un $8= signifie signe <0 40- 41- ncte : n° de capteur intérieur en poids faible ? et alimentation en poids fort? 42- Te : température extérieure en °C : ex : $38 = 56 soit 5,6°C avec bit de poids fort = signe un bit de poids fort à 1 indique une température <0 43- Te2 : poids fort de la température extérieure avec signe codé sur le bit de poids fort un $8= signifie signe <0 44- hue : humidité extérieure en % ex $62=98% 45- pre : point de rosée ex $3C = 60 soit 6°C 46- pre2 : poids fort du point de rosée en poids fort avec signe codé sur le bit de poids fort un $8= signifie signe <0 47- 48- Checksum poids faible 49- Checksum poids fort (somme des octets de la trame identificateur inclu) Il reste à trouver les valeurs prises pour les calculs des alims, le travail fait sur la WMR 100 ne semble pas convenir. Et puis il reste le 22 le 34, le 40 et le 47. Quelqu'un a une idée? ______________________________________________________________ ______________________________&&&&&&&&&&____________________ Message aux bonnes âmes qui veulent bien aider les informaticiens qui tentent de développer un petit logiciel qui récupère les infos : Pour nous aider et si vous avez une version de WD 10.37 m ce serait de m'envoyer un fichier qui s'appelle wmr200history et qui se trouve sous le répertoire Wdisplay. C'est dans ce fichier que sont stockées toutes les données brutes qui sont envoyées par la station. On aurait besoin de gens qui ont une sonde UV. (et qui nous dirait les valeurs relevées à quelle heure et quel jour) On aurait besoin de personnes qui ont les capteurs à portée de main et qui pourraient déconnecter le petit panneau solaire 2 ou trois minutes (et nous dire à quelle heure et quel jour cela a été fait), puis faire laisser le panneau solaire mais enlever les piles, et enfin mettre des piles usées. On aurait besoin de relevés des moments où les sondes sont perdues, puis retrouvées .(et nous dire à quelle heure et quel jour cela a été fait) On aurait besoin pour le capteur de pluie de moment où le capteur est perdu (et nous dire à quelle heure et quel jour cela a été fait) On aurait besoin pour le capeur de pluie qu'il soit alimenté avec des bonnes piles, puis avec des piles usées (et nous dire à quelle heure et quel jour cela a été fait). merci de m'envoyer ça à mon adresse mail avec le WMRhistory et les dates et les types d'évènements que vous avez eu ou créés. merci A+

As tu bien coché les cases dans WD des unités métriques? (partout) bon courage

Il n'y aura pas de problème le data logger stocke exactement ce qui est écrit sur la centrale. Je l'ai vérifié sur de nombreuses trames. C'est WD qui en fait n'importe quoi, grosso modo il perd ce qu'a dit boudha en moyenne 0,3m/s en plus ou en moins soit un total d'environ 0,5m/s à cause de calculs accumulés avec des approximations. ça me rassure moi qui ai acheté cette station essentiellement pour le calcul du vent /emoticons/biggrin@2x.png 2x" width="20" height="20"> . Je ne sais pas comment étalonner le capteur cela permettrait de mettre fin à la discussion et de savoir surtout à quoi s'en tenir et s'il faut appliquer des correctifs! Quelqu'un a une idée?A+ B

C'est tout à fait le cas : il compte le nombre de tours. D'ailleurs cela se voit lorsqu'on le démonte pour mettre les piles. La précision de ce type de capteur est donc toute relative. Quant au traitement qui en est fait derrière... c'est une autre histoire, et tes expériences prouvent que la station fait une sorte de moyenne des rafales... Bon à savoir. Ce qu'il faut aussi savoir c'est que les deux informations de rafale et de vent moyen sont bien transmis dans les infos envoyés au pc en m/s avec une décimale, mais que W.D les "traite" et les enregistre en knot (voir notre discussion plus haut) dans le fichier de log que l'on récupère dans WD. Le problème c'est qu'il les enregistre sans la décimale, on pert donc de l'info. Cela m'a énervé /emoticons/biggrin@2x.png 2x" width="20" height="20"> ! Je suis donc allé voir un peu plus loin, la version WD m enregistre dans le fichier wmr200history.txt les trames (les infos numériques) qui ont été transmises par la station WMR200. Grâce à un site allemand et au travail de job je crois (je suis pas sûr, mais je pense qu'il a au moins fait parti de l'équipe) je me suis attelé à décoder les infos contenus dans la trame qui envoie les infos du data logger. Et voici ce que j'obtiens (la trame est transmise en hexa décimal): la trame transmise est la suivante : D2 31 28 03 0E 01 09 00 00 00 00 00 00 21 00 00 0C 01 01 07 08 0C 36 10 03 5E 01 FF E9 23 F4 33 01 00 BF 00 2A 28 00 00 01 38 00 62 3C 00 00 36 07 la clé de la compréhension : 1ère ligne un n° de repère que j'ai mis moi (voir en dessous) 2ème ligne la trame elle même 3ème ligne des repères en lettre que j'ai mis moi pour la compréhension 01-02-03-04-05-06-07-08---09--10--11--12--13--14--15--16-17-18-19-20-21--22-23-24- D2-31-28-03-0E-01-09-00---00--00--00--00--00--21--00--00-0C-01-01-07-08--0C-36-10- ID--ll-mm-HH-JJ-MM-AA-ph1-ph2-pi1-pi2--pj1-pj2--pc1-pc2----------------div---vr-vx-xm- la suite... 25-26-27-28-29--30-31--32-33--34-35-36--37--38--39-40-41--- 03-5E-01-FF-E9--23-F4--33-01--00-BF-00--2A--28--00-00-01--- ----------uv-PPa-Db-ppr-Ec-ncti----Ti--Ti2-hui--pri-pri2----ncte- la suite encore 42-43--44--45--46---47-48--49 38-00--62--3C--00---00-36--07 Te-Te2-hue-pre-pre2----CSl--CSh 01- => D2 identificateur de trame heure date année (trame du data logger les autres commencent par d'autres valeurs D3, D4, D5 pour le uv instantannées etc..) 02- => ll = 31 dans cette trame c'est la longueur de la trame identificateur et CS inclus soit 49 données transmises ($31=49 en décimal) 03- mm = minutes 04- HH = heures 05- JJ = jours 06- MM = mois 07- AA = année (2000+AA) 08- ph1 = precipitation de l'heure 09- ph2 10- pi1 = précipitation instantanée en inch 11- pi2 12- pj1 précipitation des dernières 24 h en inch poids faible 13- pj2 précipitation des dernières 24 h en inch poids fort 14- pc1 : pluie cumulée en inch $pc2pc1/100 ex : $0021 = 33 soit 0,33 inch en mm = 0,33*25,4=8,4 mm (interrogation sur pc2 pourle moment) 15- pc2 : pluie cumulée poids fort 16- 17- 18- 19- 20- 21- div direction du vent =div*22,5 degrés nord = 0 dans la direction nord-est-sud-ouest ex : 08=> 08* 22,5= 180° 22- 23- vr = rafales de vent en m/s à diviser par 10 ici $36=54 soit 5,4m/s 24- vx xm = vent moyen vm = $mv en m/s ex 10 03 =>$31= 49 soit 4,9 m/s 25- xm 26- windchill poids faible????? codage???? 27- windchill poids fort????? codage???? ex ici $01 5E quelque fois $02 00 quand le windchill n'est pas calculé 28- UV indice UV interprétation? 29- pression concatenation du poids fort en b avec PPa résultat en hectopascal exemple : E9 23 : 3E9=1001 hpascal 30- D est la prévision 12-24 h : ici 2 (0 Partiellement nuageux, 1 pluvieux, 2 nuageux, 3 ensoleillé, 4 neigeux) 31- pression concatenation du poids fort en c avec PPr résultat en hectopascal exemple : F4 33 : 3F4=1012 hpascal 32- E est la prévision actuelle : ici 2 (0 Partiellement nuageux, 1 pluvieux, 2 nuageux, 3 ensoleillé, 4 neigeux) 33- ncti n° de capteur de température intérieure ? 34- 35- Ti : température intérieure en °C ex : $BF=191 soit 19,1°C 36- Ti2 : poids fort de la température intérieure avec signe codé sur le bit de poids fort un $8= signifie signe <0 37- hui : humidité intérieure en % ex : $2A=42% 38- pri : point de rosée intérieure ex $28 = 4°C 39- pri2 : point de rosée intérieure poids fort avec signe codé sur le bit de poids fort un $8= signifie signe <0 40- 41- ncte : n° de capteur intérieur ? 42- Te : température extérieure en °C : ex : $38 = 56 soit 5,6°C avec bit de poids fort = signe un bit de poids fort à 1 indique une température <0 43- Te2 : poids fort de la température extérieure avec signe codé sur le bit de poids fort un $8= signifie signe <0 44- hue : humidité extérieure en % ex $62=98% 45- pre : point de rosée ex $3C = 60 soit 6°C 46- pre2 : poids fort du point de rosée en poids fort avec signe codé sur le bit de poids fort un $8= signifie signe <0 47- 48- Checksum poids faible 49- Checksum poids fort (somme des octets de la trame identificateur inclu) Est ce qu'une (des) bonne(s) âme(s) peut(vent) confirmer? Notamment le winchill que je n'arrive pas à comprendre. les octets non renseignés je ne les ai jamais vus bouger, je soupçonne que ce sont les alimentations des capteurs. Est ce que quelqu'un sait quelque chose? Avec ces infos, je compte développer une moulinette informatique qui décode automatiquement les trames. merci A+

Je suis allé voir... et après avoir suivi les liens on tombe sur un site allemand qui a décodé les trames d'envoi de la WMR 100 qui est semble t-il proche de la WMR 200.Pour infos : la station se connecte en USB comme un périphérique HID (grosso modo comme une souris). Le logiciel qui est sensé récupérer les infos envoi alors une trame de données qui est comprise par la station (WMR 200), qui répond à son tour en envoyant des trames toutes les 3-4 secondes... vidant par là même son data logger... Donc une fausse manip et tout est perdu! Je soupçonne que dans l'ordre est envoyé : La date sur une trame puis les autres trames pour : - la pression - la temp intérieure - la temp ext - le vent avec les virgules - les precipitations - les uvs s'il n'y a pas de trame c'est que ça n'as pas changé. Ai je bien fait l'analyse? Au passage visiblement cela a été "décodé" par un usb sniffer il y en a en téléchargement gratuit sur source forge.net Je veux bien que tu me l'envoie merci mais, je ne garanti absolument aucun résultat surtout que je n'ai pas installé linux, dans un premier temps, si j'arrive à développer quoi que ce soit ce sera sous vista, mais si tu as encore le compilateur pour linux, je te renverrai les sources, que tu pourra (peut être) recompiler. merci BF

Serait ce à dire que tu as des infos techniques de l'interface ? Peux-tu communiquer ces infos ? Et éventuellement les codes sources de tes travaux sur ce forum ? Peut être qu'il y a de bons informaticiens parmi ceux qui sont sur le forum (pour ma part j'en suis un piètre, mais s'est un défit qu'il me semblerait intéressant de relever) ?BF

je parlais du mile anglais nautique sur wiki pedia par ex: grosso modo c'est presque la même distance à qq 10 cm près d'où une légère différence (que je n'ai pas vérifiée). Bref c'est intéressant pour la culture rien de plus, et en fait cela répond à ma question de curiosité : c'est bien le knt américain qui est utilisé dans WD. merci bf

En effet un knt = 1,852km/h, mais le mille anglais n'est pas tout à fait équivalent au mille nautique (il y en a de nombreux milles d'ailleurs) et donc si on prend le knot anglais un knt=1,853184 km/h. C'est vraiment couper les cheveux en 4 ok, car avec l'imprécision des mesures, additionné du côté farfelu des calculs dans GW, multiplier par 1,85 est parfait! A+ BF PS : j'ai envoyé un mail à OS pour avoir juste le pilote qui gère le data logger histoire de récupérer les données de ce data logger.... Pour le moment pas de nouvelles. Est ce que quelqu'un a tenté quelque chose de similaire?

Je cite boudha : "Effectivement, il faut bien configurer wdisplay avant le premier transfert, sinon toutes les unités sont celles de base. Knots, c'est à dire Noeuds, est la mesure utilisé par les américains mais pas seulement pour mesurer des vitesse. 1 Kt= 1.852Km/h. C'est en effet de wdisplay que proviennent les logs, en .txt, utilisés par graphweather, et non l'inverse." ----------------------------------- En fait après fausse manip sur GW j'ai bien configuré en unités métriques mais il n'enregistre dans le log que des données en knots, tout le reste est en données métriques mais toujours pas le vent! attention donc ! les unités sont les suivantes : 1m/s=1,9426 knot au passage on ne sait pas si c'est des knots us ou des knot uk (il n'y a pas une grosse différence) Pour ceux que ça intéresse il existe un logiciel gratuit de conversion des unités qui s'appelle : "converber" Il me reste un problème : la précision de la mesure du vent, car elle est enregistrée sans la virgule quelqu'un sait-il quelque chose là dessus?

Bonjour, Après bien des énervements, j'ai fini par faire fonctionner la station WMR200 merci pour les tuyaux des forums info climat, car le logiciel pas fourni avec la station et donné en téléchargement sur le site français d'OS ne foctionne bien évidemment pas ! (au moins sous vista, ce que j'ai). Mais je rencontre, il me semble certaines incohérences, lorsque je vide le data logger avec GW version M, j'ai l'impression que ce logiciel ne me met pas la mesure correcte du vent dans le fichier log. Illustration : day month year hour minute temperature humidity dewpoint barometer windspeed gustspeed direction rainlastmin dailyrain monthlyrain yearlyrain heatindex 6 1 2009 18 50 18.5 86 15.0 29.560 10 10 22 0.000 0.000 0.000 0.000 18.5 6 1 2009 18 52 -6.7 83 -9.1 1001.0 9 11 22 0.0 0.0 0.0 0.0 -6.7 La première ligne de mesure les données sont en données US, car le logiciel une fois installé ne m'a pas laissé le temps de le configurer pour récupérer les données. Une fois reconfiguré en données métriques (deuxième ligne), la vitesse du vent reste en knots (drôle d'unité), et surtout sans les décimales. Ce qui me semble bizzare, car GW affiche lorsqu'il récupère les données le vent en m/s, comme je le lui ai demandé avec une décimale. Est ce que d'autres ont le même problème? Ou bien est ce normal et GW fait-il un moyennage des mesures données en valeur entières? Autre chose : lorsque GW a fini de télécharger les données, il efface le data logger de la station sans que j'ai coché la case "vider en fin de téléchargement". Quelqu'un a t-il le problème? merci BF