ardigier

+1

il faut que tu configures ton plugin par le boutons "options" tu dois renseigner les champs et coccher les colonnes que GW va utiliser dans lea base de xnet sur le site de xnet on touve la liste des colonnes

il suffit de decompresser le fichier dans C:xnetmétéo (rep que tu auras au préalable créé)

oui à la premiére question pour la deuxiéme , c'est la durée de vie des piles qui montrera si l'accu joue bien son role

bonjour Job, ce message apparait effectivement sur la ver 20100201a mais si on est attentif et patient, elle disparait au bout de quelques minutes et apparait alors le message concernant les enregistrements en UTC (je n'ai plus le texte exact) sur la ver expérimentale 20100525a que tu m'as fait passer, ce message n'apparait plus, par contre cette version contient un bug pour la pluie en effet lorsque on lance xnet, celui ci enregistre 1 fois le cumul pluie (absolute_rain) dans la colonne relative_rain, cela se reproduit à chaque lancement de xnet. j ai découvert ça ce WE car nous avons eu enfin 6 mm de pluie depuis début juin je viens donc de repasser sur la ver 20100201a qui fonctionne normalement edit PS pourquoi xnet ne prévoit pas l'enregistrement du taux de pluie (ou intensité de pluie)? c'est une donnée qui peut etre intéressante d'avoir en cas d'orage par exemple

normalement la wmr est radiopilotée donc ne rien mettre dans les réglages horaires de la station dans GW il faut mettre +1 dans l'onglet localisation et +2 dans les options du plugin csv

vider manuellement le datalogger, et relancer xnet

+1 avec mm91

avez vous remarqué que du 23/07 23H au 24/07 09H la pression était trés stable à 1020 hPa

il ressemble au mien mais l'espacement des coupelles parait + etroit sur le tien

effectivement ma station me donnait ces valeurs à 22 H et 0 H

@vent d'autan sur la console que te donne le channel 4?

@Niko34 essaies de vider manuellement le datalogger sur la station

sur ton secteur tu as 3 stations météo qui envoient vers Awekas http://www.mandelieumeteo.com/ http://auribeaumeteo.nuxit.net/index.php http://delevis.net/meteo/actu_forum.htm tu peux peut etre entrer en contact avec eux et voir s'ils peuvent t'aider a+

il faut déjà lire la notice, au delà de 10 m/s la marge d'erreur est de +- 10% ensuite il faut appliquer le facteur de correction par rapport à la hauteur de l'anémo la formule se trouve dans ce forum en faisant cela, on approche mieux la réalité, même si l'anémo n'envoie les info que entre 3 et 14 secondes d'écart

j'ai remarqué que la réception du signal est faible, pour comparaison j'ai une pendule radio pilotée qui met 2-3 minutes pour se mettre à jour alors que la station recherche pendant 15-30 mn essaie de metttre la station à l'xtérieur jusqu'à ce quelle soit à jour

avec WMR100, VWS fonctionne correctement,et il est compatible avec GW pour l'affichage des graphes et les transfert vers un site

c'est la derniére version du logiciel VWS , il faut croire que Oregon est incapable de créer son propre logiciel pour faire tourner ses stations avec WMR200 il peut y avoir des probléme avec le datalogger (perte de données) cela m'est arrivé, et j'ai du prendre xnet pour ne plus avoir de plantage

et heatindex (ou humidex) que lorsque la température dépasse 25°

j'ai eu 88.5 km/h anémo placé au faite du toit hauteur 7 m environ

salut Stargate, je suis sur le thor, aujourd'hui avec ce bon mistral quels sont tes rafales maxi observées? cela me permettra de voir si mon anémo (oregon) est de bonne qualité par avance merci

@ David, si tu restes devant le panneau xnet, tu pourras voir que le % qui est à "--" passe pendant une fraction de seconde à "100%" lorsque la station envoie la donnée.

à voir

oui c'est sans doute comme ça mais je ne sais pas s'il est modifiable il faudrait poser la question sur le site de GW http://www.aguilmard.com/phpBB3/viewforum.php?f=2 a+

oui, car la sonde telle que livrée va surchauffer au soleil et peut donner des températures supérieures de 2 à 3 degrés à la temp réelle c'est ce qui s'est passé pour moi