pat34

Bonjour, Existe-t-il une procédure pour enregistrer les données sur infoclimat suite à un arrêt prolongé de la station (maintenance, coupure réseau, coupure alimentation) ? ... il y a quelques années, nous pouvions le faire !!! merci de votre aide Pat34

Bonjour, Merci beaucoup à tous ceux qui m'ont aidé à installer Weewx sur Raspberry ... moi qui suis novice en linux. Je suis satisfait et je sais que l'informatique n'ai pas de la magie en ayant bossé une quarantaine d'année dedans, plutôt du coté hardware 😉. https://www.infoclimat.fr/observations-meteo/temps-reel/saint-clement-de-riviere/000O8.html

pourquoi on ne voit rien sur l'ecran ci-joint ? https://www.infoclimat.fr/observations-meteo/temps-reel/saint-clement-de-riviere/000O8.html

Je ne comprend pas la réponse, je me suis mal exprimé 🙃 .... oui j'ai bien reçu ya 3 jours (le 22) le compte ftp (id et pw) info-climat, mais mon souci c'est que je n'arrive pas a communiquer avec l'espace ftp pour envoyer le fichierStatIC_pat34 vers info climat et mettre la station à jour. Comment faire pour tester la connexion ftp, rechercher le BUG? ci-joint le fichier configphp Merci de votre aide cordialement Pat34 configphp.txt

Merci 970Hpa, reglage time ==>OK (voir ci dessous). Toujours pas de communication avec info climat : comment peut-on tester la communication FTP ? https://www.infoclimat.fr/observations-meteo/temps-reel/saint-clement-de-riviere/000O8.html Pat34 pi@ppmeteo:~ $ php /home/pi/StatIC-WeeWX/static.php --debug=true Version script : weewx-mysql-2.5 Unite BDD : 16 Timezone : UTC Datetime : 2020-11-25 19:32:52 Datetime Timezone : 2020-11-25 18:32:52 TS Timezone : 1606329172 TS WeeWX BDD STOP : 1606329000 Heure (gmdate) WeeWX BDD : 18h30 Datetime Today midnight : 25-11-2020 00:00:00 TS Today midnight : 1606262400 TS Now Comparo FTP IC : 1606329172

bonjour, Est ce que les heures sont correctes ? .... Est ce normal d'avoir le rasperry avec 1heure de retard par rapport a l'heur réelle? Le fichier /home/pi/ic/static_saint clement de riviere est bien mis a jour toutes les 10mn Par contre, la communication avec info climat ne se fait pas ... ya t il un rapport avec les "timezone" ? sinon comment faire pour tester la communication avec info climat ? merci de votre aide pat34 ci dessous le fichier suite a cmde : php /home/pi/StatIC-WeeWX/static.php --debug=true pi@ppmeteo:~ $ php /home/pi/StatIC-WeeWX/static.php --debug=true Version script : weewx-mysql-2.5 Unite BDD : 16 Timezone : UTC Datetime : 2020-11-25 11:40:50 Datetime Timezone : 2020-11-25 11:40:50 TS Timezone : 1606304450 TS WeeWX BDD STOP : 1606307400 Heure (gmdate) WeeWX BDD : 12h30 Datetime Today midnight : 25-11-2020 00:00:00 TS Today midnight : 1606262400 TS Now Comparo FTP IC : 1606304450

Ca va mieux ... la base est en train de se créer .... Bravo et merci ... Pat34

Bonsoir 970hPa et bernardt60, Merci d'avoir pris en compte mes "soucis".😰 Je viens de joindre les 2 fichiers : un fichier d'erreur avec debug=1 , et le fichier weewx.conf Pour info : j'ai suivi au plus près la procédure de BMGB-59. la version de weewx que j'utilise: weewx-4.2.0 alors que dans la procédure de BMGB-59 c'est WEEWX-3.9.2 .... ( les lignes des paramètres en page 11 et 12 ne correspondent plus... ) Pat34. weewx error 16_11_2020.txt weewx.conf.txt

Bonjour, Je n'arrive pas a résoudre ce pb ..... je suis débutant en linux ... j'essaie de passer ma station sur WEEWX. Ma station : https://www.infoclimat.fr/observations-meteo/temps-reel/saint-clement-de-riviere/000O8.html Nov 15 18:25:14 ppmeteo weewx[1083] INFO __main__: Initializing weewx version 4.2.0 Nov 15 18:25:14 ppmeteo weewx[1083] INFO __main__: Using Python 2.7.16 (default, Oct 10 2019, 22:02:15) #012[GCC 8.3.0] Nov 15 18:25:14 ppmeteo weewx[1083] INFO __main__: Platform Linux-5.4.72-v7l+-armv7l-with-debian-10.6 Nov 15 18:25:14 ppmeteo weewx[1083] INFO __main__: Locale is 'fr_FR.UTF-8' Nov 15 18:25:14 ppmeteo weewx[1083] INFO __main__: PID file is /var/run/weewx.pid Nov 15 18:25:14 ppmeteo weewx[1087] INFO __main__: Using configuration file /home/weewx/weewx.conf Nov 15 18:25:14 ppmeteo weewx[1087] INFO __main__: Debug is 0 Nov 15 18:25:14 ppmeteo weewx[1087] INFO weewx.engine: Loading station type Vantage (weewx.drivers.vantage) Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: Caught unrecoverable exception: Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** 'list' object has no attribute 'upper' Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** Traceback (most recent call last): Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** File "/home/weewx/bin/weewxd", line 148, in main Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** engine = weewx.engine.StdEngine(config_dict) Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** File "/home/weewx/bin/weewx/engine.py", line 81, in __init__ Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** self.loadServices(config_dict) Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** File "/home/weewx/bin/weewx/engine.py", line 153, in loadServices Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** obj = weeutil.weeutil.get_object(svc)(self, config_dict) Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** File "/home/weewx/bin/weewx/engine.py", line 347, in __init__ Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** self.target_unit = weewx.units.unit_constants[target_unit_nickname.upper()] Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** AttributeError: 'list' object has no attribute 'upper' Nov 15 18:25:15 ppmeteo weewx[1087] CRITICAL __main__: **** Exiting. merci de votre aide Pat34

Bonjour, C'est bon, il faut mettre une ferrite de ce type sur le cable USB et une ferrite sur le cable power . Pour moi, des que j'ai mis les 2 cables équipés d'une ferrite, je n'ai plu eu de probleme de transfert. Pat34

réponse a altostatus : Le cable USB avec ferrite est de la récup d'appareil photo.... Mais en cherchant sur internet il existe des cables USB avec ferrite pour environ 6€ ainsi que pour des ferrites . Bonne chance Pat34 http://www.ppmeteo.wahost.org/

La photo de la station VP2 équipée de ces 2 ferrites dans le lien ci-dessous : http://ppmeteo.eklablog.com/ Pat34

Bonjour, S'il n'y a plus de plantage quand la console est débranchée du secteur (alimentation), c'est qu'il doit y avoir des parasytes sur l'alimentation qui perturbent. Certainement qu'en rajoutant une ferrite (voir un de mes post's plus haut... ) sur le cable d'alimentation de la console VP2 les parasites disparaitront. C'est ce que j'ai fait il y a 2 ans maintenant et je n'ai que tres rarement des PB de communication. D'ailleurs, j'ai fait cette modif suite a une réponse du technicien de chez Davis apres que je lui est soumis le Pb (voir sa réponse dans un de mes post's précédent .... réponse en anglais !). Je fais une photo de mon montage et je le post Pat34 http://www.ppmeteo.wahost.org/

Ce que j'ai fait pour le probleme communication : PB communication entre PC et vantage pro 2 1)J'ai remplacé le cable de communication (entre VantagePro2 et PC usb) par un cable équipé d'une ferrite . 2) J'ai monté une ferrite sur le cable d'alimentation de la vantage PRO2. Ferrite sur le lien ci dessous : http://www.digikey.com/product-detail/en/28A0592-0A2/240-2245-ND/668341?cur=USD pat34

Bonjour, J'ai eu ce probleme en 2010 et j'ai contacté le support de Davis instrument . Voici sa réponse (en anglais). Donc j'ai monté un cable équipé de ferrite (datalogger au USB PC). et j'ai rajouté une ferrite sur le cable alimentation et depuis rarement de probleme de communication Pat34 station météo : http://www.ppmeteo.wahost.org/ Réponse du support Davis : Noise is a factor with this problem. We have found that if the user simply unplugs their AC adapter from the console and run on the console's C batteries alone (they'll last a year and warn you when they're low) the problem goes away. Some customers cannot unplug their AC adapter. Sometimes they have cabled systems and must use the AC adapter or they may exercise the datalogger enough (5 minute internet uploads, Bulletin 24/7, etc.) that the C batteries run less than a year and makes replacement inconvenient. These users should then use a torroid placed on the AC line, USB cable or both to filter out the offending noise. These two methods have had great success and one should be implemented when anyone experiences this "drop-out" problem. The torroids we used were of the type detailed at this link. Part Number 240-2245-ND FERRITE CYLINDER CLAMP-ON 4.5MM http://search.digike...ame=240-2245-ND http://search.digike...?Detail?name=24 0-2245-ND> Tom Raymond Davis Instruments Technical Support support@davisnet.com 510-732-7814