jackT

Voici mon retour sur l'utilisation de cameras Reolink. J'utilisais depuis une quinzaine d'années deux caméra Mobotix pour l'observation du ciel chez moi. Résolution et sensibilité dépassée ... Je viens de les remplacer par deux caméra Reolink RLC-811A . J'avais besoin de caméras POE et le champ de vision de ce modèle semble le plus grand (il y a un zoom optique 5X mais je ne l'utilise pas) parmi les caméras POE Reolink actuellement disponibles. La sensibilité de ce modèle, qui n'est pourtant pas le modèle avec la plus grande ouverture parmi la gemme du constructeur, est très bonne de nuit dans un contexte d'observation du ciel, sans éclairage IR ou projecteur allumés. Voici par exemple une petit bout de la grande ourse capturée lors d'une brève trouée parmi les nuages tout à l'heure.

As-tu configuré au moins un affichage dans Services/Evènements ? Par exemple

Désole de contredire @Claude33, mais il y a bien 2 abris différents : 1) l'abri non-ventilé, composé de coupelles superposées et qui permet, comme tout abri passif, une circulation d'air latérale. Le bas de l'abri est fermé. En équipant cet abri d'un kit de ventilation diurne, un ventilateur est ajouté sur le haut de l'abri et permet, en journée d'améliorer la circulation d'air dans l'abri et d'aspirer l'air (air venant des côtés de l'abri) vers le haut. 2) l'abri à ventilation active , qui est en fait une "cheminée" entourée de coupelles qui protègent cette cheminée des rayons solaires. L'air est aspiré par le ventilateur depuis le bas de cette cheminée et évacué vers le haut. Une circulation passive latérale de l'air n'est pas possible avec cet abri.

Mon capteur Netatmo est bien sans capot et installé dans un abri 7714 comme discuté ici : En bientôt 9 ans, je n'ai jamais eu aucun problème d'humidité.

On a vu la même chose au pied du glacier du Rhône en fin juillet dernier, où deux zones recouvertes de protections sont installées juste pour permettre aux touristes parcourir des pseudo "grottes de glace" , alors que le glacier en lui-même est maintenant bien en arrière ... Tout ça juste pour maintenir un

Bonjour, La personne qui a développé cette extension a disparu du net en juin - et son compte Github contenant plein de choses intéressantes pour weewx et son email ont été effacés... Tu peux éventuellement tester le "skin" weewx-wdc ( https://github.com/Daveiano/weewx-wdc ) . Il a l'air très touffu, voir trop à priori, mais Il est hautement configurable (voir https://github.com/Daveiano/weewx-wdc/wiki ) et on peut par exemple limiter la page à quelques jauges, infos et graphiques d'intérêt. Et il s'adapte à toute largeur d'écran. De mon côté, j'utilise ce "skin" pour mes archives .

J'ai depuis 8 ans le même capteur Netatmo dans un abri 7714, et il fonctionne toujours très bien.

Dans ces cas, il faut aussi regarder le vent : L'épisode venteux de plus de 30 km/h, entre 19h et 23h, ramenant de l'air chaud accumulé par les terres, a freiné la baisse de température.

La station d'Aix-les-Bains est en bout de jetée du port et donc quasiment au-dessus du lac, avec une eau du lac ayant une température plus fraîche. La même chose est observée au bord du lac Léman: ma station est à environ 250 m du bord du lac Léman, avec une zone boisée entre le lac et la station. Il y a deux autres stations dans un rayon de de 2km et implantées tout au bord du lac. En ce moment par exemple, ma station mesure une température de 30,2 °C, alors qu'une station située tout au bord du lac et à 600 m mesure 27,9°C ( https://www.weatherlink.com/bulletin/c599e1f9-16f9-44a3-80ad-d6a0196f8ee4). Une autre station, à 2km, ayant une installation très comparable de celle d'Aix-les-Bains , mesure 26,9°C ( https://www.weatherlink.com/bulletin/d5d29752-c79e-4ec6-b381-b61920f4855d) Tout dépend de l'effet direct de la température de l'eau du lac et des vents thermiques qui ramènent de l'air du centre du lac vers les côtes.

200 cb est la limite supérieure de mesure de la sonde. Si le sol est très sec, la valeur "théorique" est au-delà de 200 cb, mais la sonde affichera toujours 200 cb. Cela redescendra une fois que le sol sera moins sec.

En ce qui concerne Weatherlink (app smartphone et page station weatherlink.com), les données sont affichées, mais avec des noms de sonde génériques :Temp 1 , Temp 2.... et Humidité du sol 1, Humidité du sol 2 ..... Il ne semble pas qu'on puisse redéfinir le nom des sondes en "Temp 20cm, Temp 50 cm ...". En tous cas, je n'ai pas trouvé d'option qui permettrait de le faire. Site weatherlink.com : App smartphone :

Bonjour, Utilises-tu le driver WLLDriver de @Drealine ? Si c'est le cas, tu peux configurer le driver pour récupérer le température et humidité de ton deuxième ISS comme extraTemp1 et extraHumid1 : device_id = iss:1-extraTemp1:4-extraHumid1:4 Il faudra vérifier que ta base de donnée weewx contient bien les champs extraTemp1 et extraHumid1 . Si ce n'est pas le cas, il faudra les rajouter

Voici donc une fonction php : function est_ensoleille($longitude,$latitude,$jour,$mois,$annee,$heure,$minute,$radiation){ if (checkdate($mois,$jour,$annee) and ($heure <> "--") and ($minute <>"--") ) { $utcdate = local_to_UTC($jour, $mois, $annee, $heure, $minute); $timestamp = mktime($utcdate['heure'], $utcdate['minute'], 0, $utcdate['mois'], $utcdate['jour'], $utcdate['annee']); $dayofyear = date("z", $timestamp); $theta = 360 * $dayofyear / 365; $equatemps = 0.0172 + 0.4281 * cos((pi() / 180) * ($theta)) - 7.3515 * sin((pi() / 180) * ($theta)) - 3.3495 * cos(2 * (pi() / 180) * ($theta)) - 9.3619 * sin(2 * (pi() / 180) * ($theta)); $corrtemps = $longitude * 4; $declinaison = asin(0.006918 - 0.399912 * cos((pi() / 180) * ($theta)) + 0.070257 * sin((pi() / 180) * ($theta)) - 0.006758 * cos(2 * (pi() / 180) * ($theta)) + 0.000908 * sin(2 * (pi() / 180) * ($theta))) * (180 / pi()); $minutesjour = $utcdate['heure'] * 60 + $utcdate['minute']; $tempsolaire = ($minutesjour + $corrtemps + $equatemps) / 60; $angle_horaire = ($tempsolaire - 12) * 15; $hauteur_soleil = asin(sin((pi() / 180) * ($latitude)) * sin((pi() / 180) * ($declinaison)) + cos((pi() / 180) * ($latitude)) * cos((pi() / 180) * ($declinaison)) * cos((pi() / 180) * ($angle_horaire))) * (180 / pi()); if ($hauteur_soleil > 3) { $seuil = (0.73 + 0.06 * cos((pi() / 180) * 360 * $dayofyear / 365)) * 1080 * pow((sin(pi() / 180 * $hauteur_soleil)), 1.25); if ($radiation > $seuil) return true; else return false; } else return false; } else return false; } Les paramètres de la fonction sont : longitude, latitude : coordonnées de l'emplacement du pyranomètre ou luxmètre jour, mois, année, heure, minute : la date et l'heure de la mesure de radiation radiation : la valeur, en W/m2, de la radiation mesurée La fonction retourne true si la radiation mesurée et en dessus du seuil, et false autrement L'idée est que pour chaque mesure successive de radiation, la fonction est appelée. SI la fonction retourne true, on considère ,par approximation, que la période entre la mesure précédente et cette mesure a été ensoleillée. Par exemple, avec un intervalle de mesure de 5 minutes, si la fonction retourne true, on comptabilisera 5 minutes d'ensoleillement pour cette mesure. Le mieux est d'avoir des intervalles de mesure de radiation le plus court possible , ce qui rendra le calcul d'ensoleillement plus précis.

L'estimation du temps d'ensoleillement en appliquant un seuil fixe (120 W/m2 ou autre) sur des données de pyranomètre ou luxmètre va donner des données très irréalistes. Concernant la comparaison pyranomètre Davis et luxmètre Ecowitt, je m'imaginais que les mesures seraient bien différentes, le pyrano Davis captant une bande de fréquence plus large que le spectre visible capté par un luxmètre, et que la formule du calcul de l'ensoleillement "DAVIS" ne serait pas applicable aux données d'un luxmètre. Ayant depuis quelques temps un Ecowitt WS90 (j'étais iinteressé par la technologie de mesure de pluie de ce capteur) , j'ai donc les mesures du luxmètre, et j'ai comparé les 2 mesures. Il est généralement admis qu'on peut "convertir" des données de luxmètre (lux) en W/m2 en utilisant la formule suivante : W/m2 = lux/126.7. En comparant avec mon pyranomètre Davis, la formule suivante W/m2 = lux/113, donne des valeurs les plus proches entre pyranomètre et luxmètre : Sur ce graphique des 7 derniers jours, les temps d'ensoleillement (indiqués en dessous du graphique) sont les même : 980 minutes , et sont calculés (par période de 10 minutes ) en utilisant la "formule DAVIS", celle utilisée par Infoclimat, ROMMA et par l'extension weewx que j'ai écrite. Le seuil d'ensoleillement calculé est affiché en noir sur le graphique. Sur les 30 derniers jours : avec un temps d'ensoleillement de 4010 minutes pour le pyranomètre VP2 et 3900 minutes pour le luxmètre, soit moins de 3% de différence. Les graphiques interactifs peuvent être vus ici : http://meteo-sciez.fr/site/graphiques_sun.php Il semble donc raisonnable d'utiliser la formule "DAVIS" pour estimer le temps d'ensoleillement à partir d'un luxmètre Ecowitt, en ajustant éventuellement le facteur de conversion lux -> W/m2. @Pascaloux : Si cela peut t'être utile et si tu es à l'aise avec le php, je peux te transmettre une fonction écrite en php qui fait le calcul du seuil et qui pourrait te permettre de calculer le temps d'ensoleillement .

A priori non, sauf si une autre station DAVIS d'un voisin proche est à portée et que les ID sont en conflit. Les mêmes intervalles de transmissions de deux ISS de même ID peuvent perturber la logique de réception. Pour le reste, même avec 5 fréquences distinctes utilisées par Davis, certaines perturbations électromagnétiques de sources diverses peuvent perturber la bonne réception des signaux des transmetteurs.

Oui. Pour les transmetteurs DAVIS européens, 5 fréquences sont utilisées dans un ordre successif pré-établi. Ce n'est pas la fréquence qui différencie les ID, mais l'intervalle d'émission de chaque ID est décalée pour minimiser les collisions. L'ID concerné est codé dans chaque paquet transmis. Pour les transmetteurs aux Etats-Unis, ce sont 51 fréquences qui sont utilisées ! Davis n'a jamais communiqué sur le protocole de transmission, mais celui-ci a été trouvé il y a déjà un certain nombre d'années et est utilisé par exemple par le "Meteostick" et la version Pro du Meteobridge - voir https://www.wxforum.net/index.php?topic=36267.0 Un driver weewx a aussi été développé (https://github.com/lheijst/weewx-rtldavis) qui peut être utilisé par exemple avec un raspberry Pi + une Clé USB RTL2832 qui capte directement les paquets envoyés par les transmetteurs Davis.

Vérifie dans les réglages de la console Vantage Vue que le "serial baud rate" est réglé à 19200. Le datalogger IP communique avec la console en 19200 baud voir aussi :

Tu peux toujours essayer, mais du coup je doute que cela change quelque chose. Comme tu sembles avoir 2 consoles, est-ce que les deux consoles affichent des rafales ou températures à 0 lorsque le problème survient? Si c'est le cas, c'est alors peut-être un problème avec la carte électronique de l'ISS.

Les paquets envoyés par les différents transmetteurs sont envoyés régulièrement, mais avec un décalage temporel pour éviter les collisions : ID=1 envoyé toutes les 2.5625 secondes ID=2 envoyé toutes les 2,625 secondes ID=3 envoyé toutes les 2.6875 secondes et ainsi de suite avec un décalage additionnel de 0.0625 secondes pour chaque ID supérieur. Le premier octet de chaque paquet contient le capteur concerné et le numéo de l'ID Un transmetteur utilise pour l'envoi de chaque paquet une des 5 fréquences définies (868077250 Hz, 868197250 Hz, 868317250 Hz, 868437250 Hz, 868557250 Hz), dans un ordre pré-établi.

L'ID de chaque transmetteur se règle en modifiant la position de 3 cavaliers situés en haut et à droite à l'intérieur de lu tranmetteur : Mets ton ISS principal sur l'ID 4 (off ON ON), et modifie le setup de la console pour qu'elle capte l'ISS sur l'ID 4 : presser simultanément sur la touche DONE et la touche - jusqu'à l'affichage suivant : presser sur DONE pour le réglage de lID 1, et appuyer sur la touche - pour mettre la réception du canal 1 à OFF presser trois fois sur la flèche droite (>) pour arriver au réglage du canal 4 presser la touche + pour activer (ON) la réception de l'ID 4. Si l'affichage indique autre chose que ON (ISS) , presser sur la touche GRAPH pour sélectionner ISS appuyer longuement sur DONE

c'est probable. Demande à ton voisin quel(s) ID il utilise - probablement au moins le 1 qui est celui par défaut. Si c'est le cas, essaie de changer l'ID de ton ISS avec un ID qui n'est pas utilisé par ton voisin. Tu pourras ainsi voir si le problème vient de là.

Ce n'est pas un skin weewx. mais j'ai le projet d'en faire un skin.

Dans le log de weewx, weewx.reportengine indique le plus souvent qu'aucun fichier n'a été copié. Un extrait de mon log indique aussi qu'aucun fichier n'a été copié : jan 21 12:50:17 meteopi5 weewxd-vp2[2742127]: INFO weewx.cheetahgenerator: Generated 8 files for report SeasonsReport in 0.27 seconds jan 21 12:50:17 meteopi5 weewxd-vp2[2742127]: INFO weewx.imagegenerator: Generated 19 images for report SeasonsReport in 0.30 seconds jan 21 12:50:17 meteopi5 weewxd-vp2[2742127]: INFO weewx.reportengine: Copied 0 files to /home/meteo/weewx-data/public_html/weewx jan 21 12:50:18 meteopi5 weewxd-vp2[2742127]: INFO weewx.cheetahgenerator: Generated 4 files for report tagssciez in 0.44 seconds jan 21 12:50:18 meteopi5 weewxd-vp2[2742127]: INFO weewx.reportengine: Copied 0 files to /home/meteo/weewx-data/public_html/weewx/tagssciez jan 21 12:50:39 meteopi5 weewxd-vp2[2742127]: INFO weewx.cheetahgenerator: Generated 10 files for report WdcReport in 15.31 seconds jan 21 12:50:39 meteopi5 weewxd-vp2[2742127]: INFO weewx.reportengine: Copied 0 files to /home/meteo/weewx-data/public_html/weewx/wdc ... ... jan 21 12:55:45 meteopi5 weewxd-vp2[2742127]: INFO user.sftp: sftpgenerator: transferred 61 files in 5.81 seconds et pourtant les fichiers ont bien été générés au bon endroit, puis transférés par sftp sur mon site ! Vérifie les fichiers qu'il y a dans /home/pi/weewx-data/public_html et leurs dates de modification pour confirmer que les fichiers ont bien été générés. EDIT : Note technique : Pour chaque "skin", il y a des fichiers générés (selon la section [CheetahGenerator] du fichier skin.conf) et des fichiers copiés (selon la section [CopyGenerator]) Les fichiers définis dans [CopyGenerator] (copy_once = ... ). ne sont copiés qu'une seule fois au démarrage de weewx Ensuite, seuls les éventuels fichiers définis dans copy_always = sont copiés à chaque archivage. Donc tous les skins qui n'ont pas de [CopyGenerator] copy_always = ... auront dans le log : INFO weewx.reportengine: Copied 0 files to ...

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