jackT

Bonjour, L'onglet "Paramètres" sert à entrer les valeurs normales mensuelles de température, pluie et heure d'ensoleillement pour ta région. Le STDV est l'écart entre la valeur mensuelle mesurée et la valeur normale entrée dans "Paramètres". Le STDV% est la valeur mensuelle mesurée exprimée en pourcent de la valeur normale.

Vérifie que l'application Weathercat est autorisée à se connecter au réseau local : Réglages Système/Confidentialité et sécurité/Réseau local

Bonjour, Il est probable que Weathercat a besoin de l'accès exclusif au datalogger IP. Selon leurs instructions, il faudrait désactiver l'envoi des données à weatherlink.com : https://wiki.trixology.com/index.php?title=How_to_setup_the_Davis_WeatherLinkIP™_data_logger#:~:text=Uncheck the option to Upload to weatherlink.com

Ce paramètre "maxSolarRad_Wpm2" est bien calculé par weewx, mais ne concerne pas les UV. C'est la valeur théorique de radiation solaire maximum , en W/m2, qu'on peut s'attendre à mesurer en absence de nuages. Il y a le choix de deux algorithmes différents pour ce calcul, et deux paramètres additionnels peuvent être ajustés - voir https://weewx.com/docs/5.1/reference/weewx-options/stdwxcalculate/?h=maxsolarrad#maxsolarrad

Les capteurs baromètre, température et humidité intérieure sont à l'intérieur de la console, et donc aucune transmission 433 Mhz n'est faite pour ceux-ci. SI tu veux que weewx reçoive les données barométriques, il faudrait installer un capteur connecté directement au raspberry et s'arranger que weewx récupère ses données. Concernant les uv, il semble que ta station ( est-bien une Raddy MN6 Lite Station météo 5 en 1 ?) n'a pas de capteur uv ni de radiation solaire.

Un certain nombre d'hébergeurs ne permettent pas de connexions directes depuis l'extérieur sur leurs serveurs MySQL. A vérifier avec l'hébergeur en question. Une carte SD de qualité peut durer des années. Voir par exemple l'expérience de l'auteur de Weewx, qui utilise sans problèmes la même carte SD (Sandisk Extreme Plus 16GB SD card) depuis décembre 2014 : https://www.threefools.org/weewx/status/index.html

En ce qui concerne ta configuration du FTP, oui, il faut bien mettre : [[FTP]] # FTP'ing the results to a webserver is treated as just another report, # albeit one with an unusual report generator! skin = Ftp ... ... ... Sinon ton log indique bien les 53 transfers ftp sans erreurs vers meteo-montrealmalepere11.fr .... Côté meteo-montrealmalepere11.fr, peux tu consulter un log du serveur FTP pour voir si il y a des erreurs ? Edit : vérifie aussi sur ton hébergement que le dossier de base de l'utilisateur FTP que tu utilises pour les transfers FTP depuis weewx est bien à l'endroit que tu attends.

Comme ton problème semblait venir de la configuration de ton réseau, je n'avais inclu que les informations concernant les ports utilisés par le mqtt Le contenu complet de ma configuration mosquitto est la suivante : listener 1883 listener 8083 protocol websockets allow_anonymous false password_file /etc/mosquitto/passwd acl_file /etc/mosquitto/acl En utilisant le skin Belchertown, l'adresse du serveur mqtt utilisé ainsi que les éventuels nom d'utilisateur et mot se passe sont écrits en clairs dans le script belchertown.js. Si il n'y a pas un contrôle d'accès strict dans mosquitto, rien n'empêche quelqu'un d'averti de pouvoir utiliser ton serveur mqtt pour ses propres besoins. En ce qui me concerne, j'ai défini un nom d'utilisateur "public" et mot de pass "public" qui n'a accès qu'en lecture seule au serveur mqtt. J'utilise un autre utilisateur et mot de passe pour permettre à weewx de publier ses données au serveur mqtt.

Voici mes paramètres mosquitto : listener 1883 listener 8083 protocol websockets J'utilise le port 8083 pour les websockets, mais tu peux utiliser 9001 pour autant que ce port ne soit pas déjà utilisé par ton NAS. L'important est que le port websockets configuré dans mosquitto soit le même que celui configuré dans le skin Belchertown ( mqtt_websockets_port = 9001). Dernière chose : si tu veux que les navigateurs des visiteurs extérieurs puissent se connecter au mqtt , il faut aussi rediriger sur ta box le port 9001 vers le NAS.

J'ai zappé ce point ! Si il y a écrit connecté, c'est que le navigateur est bien connecté au serveur mqtt , mais qu'il ne trouve pas le "topic" loop qui contient en format json toutes les données agrégées des capteurs dont a besoin le skin belchertown . Donc comme suggéré par @970hPa, regardes avec mqtt explorer si tu as bien un topic "loop" dans les messages mqtt.

Donc dans ce cas, nginx ou tout autre serveur web n'est pas concerné, car la page web s'ouvre correctement. C'est le navigateur du visiteur du site qui, une fois la page web chargée, va essayer de communiquer directement (via un script javascript) avec le serveur mqtt configuré . Si ton site est accessible de l'extérieur, peux-tu communiquer l'URL du site, ce sera plus facile pour vérifier les erreurs javascript concernant la connexion au serveur mqtt et avancer pour résoudre le problème !. Edit : pour info, c'est la fonction connect() du script belchertown.js qui se connecte au serveur mqtt

Si j'ai bien compris, tu as une adresse ddns pour ton nas ( par exemple nas.synology.me) et un reverse proxy pour ton raspberry ( par exemple rasp.nas.synology.me). As-tu bien utilisé le domaine du nas (et non celui du raspberry) dans mqtt_websockets_host et aussi configuré sur ta box une redirection du port 1883 ( ou le port que tu a configuré dans mqtt_websockets_port) vers le nas?

Bonjour, Le skin Belchertown est-il configuré avec l'adresse interne LAN du NAS ? Par exemple # MQTT Websockets defaults mqtt_websockets_enabled = 1 mqtt_websockets_host = 192.168.x.x ... ... Dans ce cas, le NAS, et donc le mqtt, n'est pas accessible depuis l'extérieur et Il faudrait utiliser un service (dyndns, no-ip ou autre) qui redirige la connexion mqtt de l'extérieur vers ton NAS. Ton site belchertown est-il hébergé sur ton NAS ou bien chez un hébergeur externe ?

...et surtout éviter que le soleil soit dans le champ de vision ! Mon MLX90640 a mesuré hier une température de 324°C au niveau du soleil !

Oui, effectivement, pour les nuages hauts (>5000m), la température est surestimée, et donc difficile de calculer leur hauteur réelle. En ce qui concerne la mesure d'un index de couverture nuageuse, qui je pense est réalisable avec ce type de sonde , il me faudra plus de données ces prochaines semaines pour suivre les données et voir ce qu'on peut en tirer. Actuellement, mes sondes thermiques (je viens de rajouter à une MLX90614 une MLX90640 qui mesure sur un champ de vision d'environ 55° une matrice 32X24 de valeurs températures. (mini caméra thermique) ne sont pas orientées de manière optimale. Elles ont sous un avant-toit, protégées de la pluie et pointant le ciel avec un angle d'environ 50°. L'idéal est de mettre les sondes orientées à 90°, à la verticale , c'est là ou l'effet de l'atmosphère est le plus faible, et où les températures du "ciel clair" sont les plus froides . Il reste à trouver un boitier qui puisse permettre aux sondes de supporter la pluie si elles sont orientées à la verticale.