astrolivier

Non! le fait de faire beucoup d'image fait baisser le bruit final de l'image. Le bruit diminie avec la racine carré du nombre d'images L'image master résultant de l'empilement de ces images ne sera que meilleure.

Pour ma part il n’y a qu’un seul fichier crée, le meme meme nom que le ino mais en .bin, le 1er sur la photo Et oui, j’ai oublié de le dire, il faut dans mes firmwares remettre ses ssid et password ainsi que l’ip et passerelle par defaut! dsl

Je regarderai a l’occasion. ma version est une 1.8.19 mais en effet c’est cette version qui a le mieux fonctionné pour moi. ps: j’ai dit une betise de tete mais c’est bien un « .bin » le fichier. de 800ko environ ps2: essais ce tuto: https://tingene.com/blog/index.php?article47/bin-binary-files-sketch-arduino-ide

Je dois partir, mais avant de balancer cette version, si tu veux voir si tout fonctionne, tu peux ajouter des Serial.println dans la partie du MLX. Si ton ESP32 est raccordé avec un câble au port série tu pourrais y afficher toutes les valeurs intermédiaire et des valeurs de corrections etc.... cela pourrait permettre de voir où cela pose problème. Désolé je peux pas faire mieux pour le moment. Olivier PS: vérifie aussi si sur la page web tu as bien les bonnes valeurs de K affichées, sait on jamais!! les valeurs affichées sont celles dans la flash et sont celles uilisées dans le calcul!

@jduffas Tu peux essayer cette version: J'ai modifié le code afin que la température ambiante utilisée dans le calcul ne prenne pas la valeur du MLX90614 ( qui est exposé au soleil) mais plus le BME280 qui lui devrait normalement être à l'ombre.... esp32AstroV4.0.3finale.zip

Re @jduffas, en effet dans le tableau il manquait un EXP dans la formule. Je remets le tableau à jour. A la première ligne tu y verras tes valeurs. En revanche la fomule de l'ESP32 elle est bonne. Ici tu trouveras la conversation ChatGPT comme tu l'as fait: https://chatgpt.com/share/96da44a5-70ad-4237-940b-20cd2dc0e78e tu verras que le resultat du tableau et lui sont cohérent. Avec une température ambiante de 40°C et une température de ciel brute de 3,71°C tu obtiens une correction de 15,38°C Donc en effet la températuer résultante corrigée serait de 3,71 - 15,38 = -11,76°C. Si par contre tu as une valeur plus basse c'est qu'il y a autre chose 😕 à voir quoi! Pour mettre à jour par OTA c'est très facile: 1) tu modifies le firmware avec l'IDE arduino et tu sauvegardes, 2) dans l'IDE tu fais "croquis" puis "exporter les binaires compilés" L'IDE va alors compiler le code. 3) Dans le repertoire où il y a le fichier ino tu va avoir un nouveau fichier en ".bin" 4) dans la page web OTA de l'ESP32 tu charges ce fichier, 5) c'est fini! Olivier Calculateur coefficients METEO V1.01.xls

Et bien justement il n'en utilise pas!! c'est purement du soft. En gros, tu connectes à NINA n'importe quelle source météo dans l'onglet ObservingConditions. ca peut être ton AAG, ma statioj ESP32 ou une clé API d'une page web etc... Une fois les données lisibles par NINA, l'autre driver ne fait que récupérer les données que tu souhaites utiliser dans ton safety. Supposons que dans les données météo tu ai les éléments suivants: - temp ciel, temp amb, nuages, pluie, vent, luminosite. tu peux alors choisir tout ou seulement les parametres que tu souhaites utiliser dans le safety, par exemple uniquement temp ciel, vent et pluie. Pour chacune des conditions gardées tu devras simplement renseigner les limites admissibles par des fonctions logique =, > , >=, < et <=. Par exemple si tu décides de dire, non safe si vent >= 3 m/s (oui dans NINA le vent est en m/s!) Des que l'une des conditions choisis n'est pas satisfaite alors on passe en mode Unsafe. La force de ce driver c'est de simplement récupérér une donnée (choisie!!) de la page météo de NINA et que tu y affectes le seuil. Comme tu choisis la / les variable(s) à suivre c'est fantastique!! Pour les 49° d'inclinaison c'est surement juste. Je n'ai jamais mis la station dehors pour le moment. Je te fais confiance sur le sujet donc J'ai fais une petite modification du code si tu veux: j'ai ajouté une variable seuil_chauffage dans le bme280.cpp: Dans les fonctions du BME80 j'ai ajouté le code permattant de savoir si le chauffage est nécessaire: Et dans la boucle principal, j'ai défini à 60 secondes le délai de lecture. Si NeedChauffage est vrai alors on chauffe: J'ai défini le PIN de chauffage sur la PIN arbitraire 12 en haut du code principal. On peut ne pas utiliser la fonction de chauffage si on commente la ligne #define CHAUFFAGE, car pour les gens comme sur un tout petit panneau solaire, la batterie va faire glace Néamoins, le chauffage ne s'allumera que si l'ESP32 n'est pas en mode "sleep" afin de conserver l'energie au maxium!! Attention quand même pour les lecteurs : il ne faut surtout pas brancher une resistances de "puissance" pour le chauffage directement sur le PIN de l'ESP32, il ne va pas du tout apprécier. Le PIN devra plutôt alimenté soit un MOSFET ou un petit relai (avec sa diode de roue libre) pilotable en 3,3v qui permettra l'utilisation soit d'un 5v ou d'un 12V. A vos risques et périls si vous ne savez pas utiliser ce genre de composants. le code de l'ESP32: esp32AstroV4.0.1finale.zip Olivier

Bonjour @Discret68, le detecteur dont tu parles a été baptisé détécteur de gouttes dans la dernière version. J'ai en stock une version 4.0.1 qui était destinée à un autre jean Pierre ^^. La version 4.0.0 fourni au driver ascom la quantité de pluie en mm/heure. Le probème vient du fait qu'avec NINA il est impossible d'avoir à la fois la quantité de pluie et l'information de la présence de gouttes sur ce capteur. Dans la version 4.0.1 j'ai transformé la variable "pluie" afin que si des gouttes d'eau sont présentes sur le capteur alors la variable remontée vers ASCOM est 1mm/heure, quelque soit la quantité d'eau mesurée par le pluviomètre, ce qui obligera la watchdog a fermer l'observatoire. En revanche sur la page web la donnée du pluviomètre est bien mise à jour. C'est un peu problèmatique de ne pouvoir gerer qu'un seul capteur car ce qu'on on recherche avant tout est une redondance des systèmes de sécurité. Bref je peux donner la version 4.0.1 pour ascom. Concernant le safetymonitor j'utilise celui décrit sur la plage ascom elle même qu irenvoi ici: https://www.dehilster.info/astronomy/ascom_environment_safetymonitor.php J'avais initialement ajouter quelques lignes de codes pour gerer un safety monitor (d'ailleurs dans le json renvoyer par les commandes il existe toujours la valeur Safe qui gere cela) et créer un petit driver fourni à la page 1 de ce topic. Cependant, la facilité d'utilisation et surtout la souplesse de celui developpé au dessus n'a strictement rien à voir!! c'est ultra puissant et je préconise largement son utilisation! Il s'occupe de récuperer les valeurs souhaitées depuis le driver météo et en fonction des "limites" que vous fixez dans le driver, il gerera la partie safety, et c'est excellent!! Enfin, pour la partie capteur de gouttes, je n'ai pas prévu pour le moment d'utiliser un système de chauffage même si en soit le code n'est pas compliqué à developper. Le problème réside surtout dans la façon que chacun a besoin de gérer cela. Dans mon cas personnel je n'ai pas encore assez developpé la partie hardware, qui pour le moment a les trippes à l'air ^^, mais je serai surement obligé d'y reflechir puisque dans ma Normandie il n'est pas rare (non j'ai pas envie de dire tout le temps ) que l'humidité soit omniprésente lors de belles soirées (sisi il y en a ). D'ailleurs, concernant la partie conception, ma météo sera montée avec un petit panneau solaire. Etant à 49° de latitude j'inclinerai le panneau ainsi que le boitier contenant le le TSL et le MLX à cet inclinaison vers le SUD. Du fait de cette pente assez raide je verrais si le besoin d'un chauffage se fera sentir. De plus, et c'est propre à mon installation, je ne ferai pas de remote éloigné, seulement depuis le jardin, donc je ne recherche pas une solution à une eventuelle utilisation à distance autonome. Si bien que s'il y a risque de nuages, je ne lancerai pas de session. Tout cela pour moi est une simple sécurité du moment où j'irai me coucher. Mais à mon sens le plus important des capteurs ici est le MLX90614. S'il est correctement exploité, alors il detectera la présence de nuages bien avant l'arrivé de la pluie. Et le capteur de gouttes, si humidité il y a, ne devra pas refermer l'abri, car sinon chez moi il le fermera très / trop souvent ^^. Pour le ré chauffage du capteur de gouttes on peut récuperer a valeur de l"humidité ambiante ainsi que la température ambiante, et determiner avec deux valeurs la température du point de roséeet si c'est nécessaire de chauffer! Ca resterait un peu empirique mais ca devrait fonctionner. Reste encore à savoir quelle puissance mettre pour réchauffer juste ce qu'il faut... N'hésite pas au besoin. Olivier

Alors en faite pas tant que ca mon flip flat est realisé avec un panneau led circulaire provenant d'un plafonnier et reste assez lours malgré tout, je dirais failement 300gr. Les 30kg annoncé sont dépendant de la tension d'alimentation. De plus les 30 kg sont à 1cm. Dès qu'on séloigne un peu la force diminue drastiquement. A 2cm on a plus que 15kg, a 10 cm 3 kg etc!! Le mien a un axe centrale environ à 15cm, soit plus que 2kg de couple!!

Bonjour à tous, il y a de ça quelques années j'avais participé aux poste sur la création d'un système de type Flip Flat avec @gehelem notament (sous un autre pseudo à l'époque car je me suis fais pirater grrr) qui consistait à utiliser le driver ascom de Alnitak pour piloter une solution avec un arduino. Ce système fonctionnait bien et j'en étais très satisfait. Mais le temps ayant eu raison de mon système, j'ai voulu moderniser mon matos. J'ai par ailleurs fait une station météo qui se trouve sur un autre post. Le but ici n'est clairement pas de réinventer quelque chose qui marche, mais juste de faire un peu "mieux que l'ancien" Et quand je vois les prix pratiqués par les revendeurs pour une chose pareille je suis effaré!! Si cette solution qui marche peut vous faire économiser quelques "sous" que vous pourrez injecter dans autre chose de moins "DIY" alors j'en serai le premier ravi. Comme je disais la base du code est la même que celle fourni par @Lumotori dans les derniers postes de la version précédente. Je l'ai juste remanieé afin de le découper en plusieurs fichiers cpp et h pour que l'intégration de mon code soit plus facile. Mes ajouts sont les suivants: - Utilisation d'un ESP32 en lieu et place d'un arduino nano, - utilisation du SPIFFS au lieu de l'EEPROM pour enregistrer l'état du Flip Flat, - création d'une interface web pour piloter la flip flat: C'est le plus de cette page, on peut directement y gérer les valeurs de références du servo sans avoir besoin de recompiler, à la manière d'un "RB Focus Excalibur". Cela permet de parametrer très facilement les positions de fermeture et d'ouverture du Flip Flat. On peut aussi allumer la "led" et faire varier la luminosité, cela sans avoir besoin de passer par le driver ASCOM. Un aperçu de l'état du cover et de la led sont présents. Pour la partie cover, à l'initialisation il se peut que la page affiche "MOVING". C'est lié au code. Après un 1er déplacement la valeur devrait être la bonne. - Possibilité de mettre à jour la version du firmware de l'ESP32 par OTA -> plus besoin de connexion filaire entre l'ESP32 et le PC pour mettre à jour, on envoie le fichier directement depuis la page web. Un aperçu de la page: Pour la partie firmware: Toutes les variables liées à l'utilisation du FLIP FLAT sont stockées dans le fichier "constants.cpp". Toutes les variables liées au WIFI sont stockées dans le fichier "variablesWIFI.cpp". Vous pourrez ici définir votre SSID et votre mot de passe wifi. Vous pourrez aussi choisir l'adresse IP fixe de votre ESP32 afin que ce soit plus facile pour accéder à la partie web. Je n'ai pas développé de partie bluetooth car c'était l'un ou l'autre. En général je me connecte depuis mon PC d'où la raison de ce choix. Pour la partie conception: vous pouvez demander ici mes fichiers pour une lunette de 80mm. Sur les photos je n'avais pas encore installé la partie FLAT. Il y a aussi tout plein de belles choses sur le 1er TOPIC. Toute solution imprimée, usinée etc sera bien meilleure marché que l'achat Le fichier: Firmware ESP32 version 3.0.2: ESP32FlipFlatV3.0.2.zip Pour ASCOM, dans NINA choisir directemen Alnitak Flip Flat même si vous n'utiliser pas la partie FLAT! Olivier

Bonjour à tous, en faisant une recherche sur le fofo je me suis rendu compte que j'avais surement mal placé mon topic sur un programme "en cours". Il aura surement plus sa place ici, cependant, afin de ne pas créer de pertubations je vais simplement mettre un lien vers ce poste: Je l'avais initialement placé dans le sous forum Logiciel. hmmmm Bref, pour ceux que cela intéressent il s'agit d'un projet de station météo permettant la gestion d'un abris astro. Bonne journée à vous tous. Olivier

Oui, avec une température sol de 30,66 °C et les coefficients de base, pour une valeur de Ts brute à 6,5°C on aurait une Tsky de -3,74°C donc pour être "dégagé" il faut -8°C donc le programme devrait afficher une couverture nuageuse de 54% environ.

Pour faire assez simple, par un jour de très beau du matin au soir, sans nuages, le ciel idéal donc ^^, si on relève les températures ambiantes et du ciel toutes les 30 minutes admettons, on peut tracer les courbes sur excel. la courbe de température ambiante devrait avoir une forme de cloche puisque le matin la température est "fraiche" puis va monter au cours de la journée jusqu'à un maximum, puis redescendre. Une deuxième courbe montrant les température du ciel avant corrections. Il faut alors tracer une troisième courbe, qui elle reprend chaque température de ciel mesurée à laquelle on aura appliquée la correction en fonction des K1 à K7. Cette nouvelle courbe devra alors être modifiée en faisant varier les coeffcients dans le but qu'elle soit la plus plate possible -> On stipule donc qu'au cours de la journée, quelques soit la température ambiante, la température du ciel elle est stable et toujours la même!! J'espère avoir été clair PS: Je te joins un petit calculateur. Tu peux t'entrainer pour voir les effets. J'ai volontairement laissé les noms de ceux utilisés par AAG afin de plus de clarté si tu reprends leur guide ici: https://lunaticoastro.com/aagcw/TechInfo/SkyTemperatureModel.pdf Les valeurs de températures ambiantes sont les miennes en Normandie prévues pour demain.... bien loin ce celles du Sud Les températures du ciel mesurées elles sont imaginaires. Mais cela permet de bien comprendre De base, quand tu l'ouvres tu verras qu'avec les coefficients dorigine on a: - la courbe de la température ambiante Ta est bien une "cloche". - la courbe de la température du ciel mesurée Ts est aussi une "cloche" - la courbe de la température du ciel corrigée Tsky est aussi une "cloche". Le but est de faire varier les coefficient K1 à K7 pour que cette courbe Tsky deviennent plate: Si tu met par exemple: K1 à 90, tu verras alors que la courbe deviens quasi plate avec une valeur de -43°C environ. En fonction des vraies valeurs mesurées il faudrait surement retoucher d'autres paramètres mais en gros tu peux retenir ceci: K1 va enormément impactée la forme de la courbe, K2 va faire monter ou descendre cette courbe le long de l'axe des température, K3 a K5 sont pour des corrections ou la température ambiante dépasse les 30°C. Dans le modèle actuelle K6 etK7 ne sont pas pris en compte, un peu dur à mettre en place pour le moment!! N'hésites pas au besoin. Olivier Calculateur coefficients METEO.xls

Bon, donc on peut dire que le driver meteo est hors de cause, ce qui je ne le cache pas m’arrange pour la température a -2°C, il ne faut pas oublier que les valeurs des coeff k1 a k7 doivent être « retravaillées » avec votre ciel! Et ces coeff changent avec la saison! pour la procédure vous pouvez aller voir le site de Lunatico et de l’aag cloudwatcher.

Bonjour, Je n'ai jamais eu ce cas au paravant, que ce soit moi ou l'autre astram pour qui j'ai developpé cette fin de projet. Je ne peux malheureusement pas trop vous dire pourquoi. Etes vous sur une version béta de NINA? Pour la couverture nuageuse j'avoue aussi ne jamais avoir eu de soucis. Les paramètres de ciel clair ou non sont définis en dur dans le firmware de l'esp32 dans la section MLX90614.cpp: Donc s'il fait moins de -8°C alors c'est 100% dégagé, s'il fait plus de 0°C alors 100% couvert et entre les deux c'est une simple valeur mappée de 0 à 100%. Si on lit les 75% de NINA alors la température devrait être de -2°C. Le truc c'est qu'avec une température de -227°C la couverture nuageuse devrait être à 0% et même en mettant des dizaines supplémentaires on ne devrait pas avoir ce résultat. Je pense donc qu'il n'y a pas de corrélation entre les 2 malheureusement... un bug dont j'ignore la cause. Ce serait quand même très surprenant qu'un driver de monture fasse planter un driver observingcnditions. Si c'est le cas le problème vient forcément de NINA. Je peux cependant vous proposer une chose: Avez vous installé les outils développeurs ascom? sur un de mes PC je n'avais aucune valeur dans NINA. Après avoir installé les outils developpeurs tout à fonctionné.... allez comprendre!! Vous pourriez aussi essayé un autre soft comme SGP en version gratuite pendant 30jrs, vous pourrez comparer 😕 Redite moi, votre retour m'interesse. Olivier PS: quand vous avez NINA qui affiche ces valeurs abérrantes, que dises les valeurs si vous ouvez la page web ou si vous faite la requete ip-ESP32/ascom dans sur un navigateur?

merci pour le fichier. J'ai freecad mais je prefere fusion. Je convertirais le fichier

C'est une bien belle réalisation ca. Je suis en cours d'impression de la mienne. Je n'aurais pas forcément laissé le TSL en plein soleil de cette façon mais à priori pas de risque de surchauffe ^^. Vous auriez un fichier que je pourrais utiliser dans fusion 360? Le BME est dans les coupelles? je suis parti de la conception de ce modele: https://www.thingiverse.com/thing:1067700

Alors c'est une question a débat Mon boitier n'est pas terminé, pour le moment c'est une opération à coeur ouvert. Dans l'idée; mon boitier étanche renfermera le TSL2591 et une mince vitre sera posé devant celui ci. Coté MLX90614 le modèle que j'au acheté est un modèle étanche de base. Je compte simplement percer le boitier au bon diamètre et y mettre de la colle chaude et du joint silicone pour rendre le trou étanche, le capteur ne craignant rien. Pour t'inspirer tu peux regarder à quoi ressemble le boitier AAGCloudwatcher ici :https://skymeca.com/aag-cloudwatcher/57-aag-cloudwatcher.html Je me suis beaucoup inspiré de leur produit Olivier

j'ai édité mon message précédent avec quelques petits calculs. Pour info, les 90% chez moi en normandie sont mêmes sous estimés

Merci pour votre retour. Le mode Modem sleep coupe l'antenne wifi ainsi que le bluetooth. Une fonction dans l'ESP32 vérifie qu'aucune requêtes n'est reçu durant 5 min. Une fois ce délai passé l'ESP32 rentre en mode modem sleep. Dans la gestion du mode l'antenne wifi est desavtivé mais est régulièrement rallumée pour vérifier si des requêtes ont été reçues. Il s'agit là d'un mode propre à l 'ESP32. Sans être totalement coupé, tout comme un courant hashé, la consommation sera bien moindre que si c'était toujours activé. Un autre mode "Deep sleep" couperait intégralement l'ESP32 mais pour le réveiller il faudrait utiliser une source extérieur tel un bouton, donc nettement moins pratique. Je vous invite à lire la page ici qui présente les différents modes https://letmeknow.fr/fr/blog/142-tutoriel-les-sleep-modes-de-lesp32 Pour estimer le gain d'économie d'énergie, considérons un scénario courant où l'ESP32 passe 90% de son temps en veille et 10% en transmission de données. Mode Normal: Transmission de données (10% du temps): 200 mA Veille active (90% du temps): 80 mA Consommation moyenne: 0.1 * 200 mA + 0.9 * 80 mA = 98 mA Mode Modem Sleep: Transmission de données (10% du temps): 200 mA Modem Sleep (90% du temps): 5 mA Consommation moyenne: 0.1 * 200 mA + 0.9 * 5 mA = 24.5 mA soit une économie d'environ 75%. Egalement, le fait que les capteurs ne lancent pas de mesures lors de ce "sommeil" fait grandement économiser de la batterie. Olivier

PS: clarification: Quand je dis que l'utilisation de l'anémo et du pluvio sont nécessaires, je sous entends que je ne peux pas les retirer du code de l'ESP32 (avec un #ifdef pluvio par exemple), car la chaine de caractères utilisée par NINA attends cette valeur. Donc on peut utiliser le driver sans ajouter l'anémo et le pluvio, juste que les les valeurs dans NINA et sur le web serveur resteront à 0. On peut aussi forcer la mise à 0 dans le code pour ces deux valeurs dans la génération du JSON en mettant 0 au lieu des variables pluie et vent. Le seul capteur obligatoire pour que l'ESP32 fonctionne est le BME280. Olivier ok. J'avoue n'avoir jamais procédé ainsi. l'installateur provenant des modules ascom developper je préfere ma méthode en passant toujours par celui de windows.

ah ok!! oui je passe toujours pas "supprimer un programme" depuis le desisntalleur windows! content de savoir que ca fonctionne

La ligne produite par l'ESP32 est bien celle attendue. Par contre NINA en effet n'indique pas ces valeurs. Je suis surpris car cela a fonctionner chez nous autres. On dirait en effet que le driver n'est pas le bon. par contre les valeurs à 0 alors que vous êtes bien connecté à l'ESP32 est étonnant. J'avais eu un soucis identique il y a longtemps et le seul moyen que j'avais eu pour résoudre ce problème a été d'installer la partie ascom developper. Suite à cela tout à refonctionner de manière cohérente 😕 Je ne suis pas sur mon pc perso donc je n'ai pas l'executable de dispo maintenant mais je peux le fournir un peu plus tard dans la journée. Olivier

Bonjour, oui l'utilisation de l'anémomètre et du pluviomètre sont nécessaires. Si physiquement rien n'est branché alors les valeurs retournées seront normalement 0. Le 6.6 vient de la version de la plateforme ascom et non du driver meteo. Je ne me rappelle plus honnetement l'avoir changé! En revanche dans NINA vous devriez avoir les valeurs de pluie et de vent même si elles restent à 0. Vous pouvez essayer celui joint à ce post. Redites moi Olivier MeteoESP32 Setup.exe

Mise à jour du projet. Voir dans le 1er post l'UPDATE 1 du 02/07/2024. Ajout des fichiers de l'UPDATE 1 pour plus de simplicité et de clarté. MeteoESP32 Setup V2.exeesp32AstroV4.0.0finale.zip Olivier