astrolivier

Bonjour à tous, Je viens de pousser une nouvelle mise à jour. Cette version ne fait que modifier la partie visuelle de la page web. Je trouvais que l'affichage de la partie "configuration" du MLX90614 chargeait la page principal. J'ai donc créé une nouvelle page de configuration, sur laquelle on retrouve les modifications des coefficients et le bouton pour la calibration automatique des coefficients. Le reste n'a pas évolué. En espérant que cela vous satisfera. PS: Tous les codes sont sur le github et on été mis à jour avant ce post, https://github.com/astrolivier76/astrometeo PS1: lors du premier démarrage, il est normal de voir des valeurs de certains capteurs avec les valeurs de défaut (-999), notament le capteur de luminosité. Il faut attendre les deux premiers raffraichissements au bout de 40s. cela est du au fait que ce ne soit pas un capteur instantanné mais tout comme un appareil photo il doit "faire une photo". Cela sera mieux expliqué dans la documentation que he suis en train de rédiger. PS2: Ne pas oublier de renseigner les code SSID et mot de passe de votre wifi dans l'onglet "variablesWIFI.cpp" du code arduino, sans quoi vous ne pourrez pas vous connecter à la station Olivier

Bonjour, je viens de publier une nouvelle version qui améliore considérablement l'expérience utilisateur: Sur la page d'enregistrement des données pour le calcul des coefficients, il fallait ,impérativement sur la précédente version, laisser la page ouverte. Ce n'est plus le cas!! Maintenant, tout est hebergé sur l'ESP32! y compris le calcul des coefficients Concretement, le matin vous voyez un super ciel, la météo semble excellente pour la journée et c'est le jour pour réaliser les mesures. -> vous vous connecter à la station puis vous lancer une session de mesure. -> vous partez travailler (ou autre occupation): a tout moment de la journée, et depuis n'importe quel appareil capable de se connecter à la station, vous verrez les points de mesures apparaitre. Nouvelle fonction d'arret des mesures: Pour arrêter les mesures il y a le bouton STOP qui est toujours présent, MAIS, de nouvelles fonctions sont apparues: - Vous êtes parti, vous êtes occupé, vous n'avez plus accès à la station, bref, plus de 12h se sont écoulées depuis le début de l'enregistrement (temps nécessaire à obtenir une belle courbe), alors l'ESP32 arrête automatiquement la prise d'échantillons. Cela garanti de ne pas saturer l'esp32. Peut importe quand, tant que l'esp32 n'a pas redemarré, vous verrez les points acquis. - Un orage éclate ou si le Soleil devient trop bas, alors la session se termine d'elle même. En cas d'oubli par exemple le soir, cela sauve les mesures!! Pour utiliser cette feature, on utilise la luminisité du ciel ducapteur TSL2591. Sur la page web de calibration se trouve une valeur a renseigner en LUX qui determine le seuil ou vous considerez qu'il fait nuit. Par exepérience, entre 100 et 200 lux semble etre une bonne valeur. Attention: Si vous décidez de faire plusieurs tests sur plusieurs journées, il est impératif de cliquer sur le bouton rouge "vider l'esp32" pour supprimer les anciennes données, sinon les nouvelles s'ajouteront à la liste et fausseront le calcul des coefficients. J'espère que vous apprécierez cette nouvelle mouture. PS: Tous les codes sont sur le github et on été mis à jour avant ce post, PS1: lors du premier démarrage, il est normal de voir des valeurs de certains capteurs avec les valeurs de défaut (-999). Il faut attendre le premier raffraichissement au bout de 20s. PS2: Ne pas oublier de renseigner les code SSID et mot de passe de votre wifi dans l'onglet "variablesWIFI.cpp" du code arduino, sans quoi vous ne pourrez pas vous connecter à la station

Merci, si ca peut aider

Edit du 08/06/2026: J'ajoute une première version de la documentation de ce projet. Ne pas hésiter à critiquer en vue d'améliorer le support. Documentation Technique MeteoESP32.pdf Bonjour à tous, pour ce qui n'aurait pas vu, j'ai décidé de fabriquer une station météo dédiée à l'astro, à base d'un ESP32. Le fil de ce projet est devenu très long et afin de ne pas risquer que vous ne voyiez pas ce nouveau virage, je me suis permis de créer un nouveau post. Pour ceux qui souhaite voir le début du projet, les composants etc... il faut aller voir ici (attention: tous les fichiers à jours sont sur le github, ne rien prendre sur la page): Je suis ravi de partager avec vous la toute dernière évolution de mon projet de station météo astronomique basée sur ESP32. Cette version a subi une refonte majeure sous le capot pour garantir une stabilité à toute épreuve lors de nos sessions d'astrophotographie, mais elle apporte surtout une fonctionnalité inédite qui devrait ravir tous ceux qui s'arrachent les cheveux avec la détection des nuages ! Voici le récapitulatif complet des nouveautés et le tutoriel de la nouvelle interface. 🛠️ 1. Ce qui change sous le capot (Fiabilité & Optimisation) L'objectif de cette version était de passer d'un projet "maker" à une véritable station "industrielle" capable d'affronter les pires conditions. Nouvelle architecture d'alimentation (12V natif) : Le PCB est désormais pensé pour intégrer un convertisseur TSR-1-2450. Fini les câbles USB trop longs qui provoquent des chutes de tension ! Vous pouvez tirer un câble 12V . Le TSR-1-2450 abaissera parfaitement la tension à 5V, sans chauffer, garantissant la précision des capteurs thermiques. Système d'exploitation multitâche (FreeRTOS) : Le code a été entièrement réécrit pour utiliser FreeRTOS. La lecture des capteurs, la gestion du serveur web et la communication ASCOM tournent désormais en parallèle, protégées par des "Mutex". Résultat : l'ESP32 ne plante plus si un capteur ou le Wi-Fi répond mal. Optimisation énergétique avancée : La station est devenue intelligente. Si elle ne détecte aucune activité, elle réduit la fréquence de son processeur, abaisse la puissance de l'antenne Wi-Fi selon la qualité du signal (RSSI), et met les capteurs en "Light Sleep". Le chauffage anti-rosée est également régulé intelligemment selon le point de rosée. Sécurité anti-plantage absolue : Ajout d'un Watchdog matériel (l'ESP redémarre tout seul s'il fige) et d'un redémarrage préventif silencieux programmé tous les 7 jours (uniquement de jour, quand le SQM indique qu'il fait clair, pour ne jamais interrompre une session !). Nouveau capteur de pluie basé sur le capteur IBR274 (module RC-SPC1K). Il intègre une sonde de température et d'une résistance chauffante. En récupérant la valeur du point rosée on déclenche automatique le séchage du module. ✨ 2. La "Killer Feature" : L'outil d'Auto-Calibration du Ciel (MLX90614) Si vous utilisez le capteur infrarouge MLX90614, vous savez que régler les fameux coefficients du modèle algorithmique (K1 à K5) pour compenser la chaleur estivante est un cauchemar. Jusqu'à présent, il fallait tâtonner. J'ai développé un outil d'acquisition et de lissage embarqué. Aucun logiciel Python ou autre n'est à installer sur votre PC ! Tout est contenu dans une nouvelle page web hébergée directement sur l'ESP32 (calibration.html). L'outil utilise la puissance de votre navigateur web (votre PC) pour enregistrer les données toute la journée et faire tourner un véritable algorithme d'Intelligence Artificielle d'optimisation mathématique afin de trouver les coefficients parfaits pour votre lieu géographique pour la saison en cours. 📖 Tutoriel : Comment utiliser la calibration automatique ? Étape 1 : Les conditions idéales Choisissez une belle journée d'été ou de printemps, totalement dégagée (sans aucun nuage) du matin au soir (plus longue est la session meilleure sera l'algorithme, une fenêtre passant du frais du matin à la chaleur de l'après midi est indispensable). Étape 2 : L'enregistrement Sur la page principale de la station, descendez tout en bas et cliquez sur le nouveau bouton orange "Outil de Calibration MLX90614". Sur votre PC, cliquez sur le bouton vert "▶ Démarrer Enregistrement". C'est tout ! Laissez cet onglet ouvert en arrière-plan sur votre ordinateur toute la journée. Un point s'ajoutera sur le graphique chaque minute en enregistrant l'évolution thermique. (Note : La page dispose d'une sécurité "anti-crash". Si vous fermez l'onglet par erreur, rouvrez-le simplement, il aura sauvegardé vos données dans la mémoire de votre navigateur !) Étape 3 : La magie de l'algorithme En fin de journée, arrêtez l'enregistrement. Vous verrez la courbe de la température de votre ciel (qui ne sera probablement pas plate à cause de la chaleur du soleil). Cliquez sur le bouton violet "✨ Lissage Auto". En une fraction de seconde, l'algorithme va tester des milliers de combinaisons pour trouver les valeurs K1...K5 exactes qui aplanissent parfaitement votre courbe. Étape 4 : Application Il ne vous reste plus qu'à cliquer sur "Envoyer à la station". Les constantes sont mises à jour sans fil dans l'ESP32. Votre CloudWatcher est désormais calibré sur mesure pour les mois à venir ! Vos seuils "Ciel Clair" et "Ciel Couvert" seront enfin fiables, même par 30°C. ⚠️ Avertissement important (Tablettes et Smartphones) Ne lancez PAS l'acquisition (qui dure plusieurs heures) depuis un smartphone ou un iPad. iOS et Android "gèlent" les pages web dès que l'écran s'éteint pour économiser la batterie, ce qui stoppera l'enregistrement ! Utilisez impérativement un PC ou un Mac et laissez l'ordinateur allumé (vous pouvez travailler dessus ou jouer en même temps, l'onglet doit juste rester ouvert). N'hésitez pas à tester cette nouvelle version et à me faire vos retours. L'outil d'export CSV vous permet d'ailleurs de sauvegarder vos courbes de calibration sur votre PC si vous souhaitez les partager ici. Lien vers le firmware de l'esp32: https://github.com/astrolivier76/astrometeo Bons ciels à tous

tu peux regarder le projet que j'ai fait ici. Cordialement.

Merci pour ce retour. Jouer du fer sur du cms ne me fait pas peur. J'en parlerai au club car je trouve ce travail remarquable et digne d'un niveau pro. De plus c'est le genre de matériel indispensable pour automatiser un observatoire Olivier

absolument génial. Une idée du prix de revient final entre les pcb et les composants?

salut fred, j'ai téléchargé ca sur le site https://magnitude78.astrosurf.com/strock-parametrable/ Je pense que la mise à jour dont ils parlent ne t'embête pas car cela parle du barillet ^^. Je vois ce que ca peut donner.

Je vais retrouver les fichiers pour voir ca

Salut Fred, je ne veux pas me lancer sur ce projet bien que c'est quelque chose qu'un jour je viendrai à réaliser je pense. En revanche, m'étant un peu renseigné, je sais qu'il est possible de récupérer des fichiers pour faire un paquet d'éléments à la découpe laser. Je peux te proposer soit de le faire si les pièces ne sont pas trop épaisses, soit je te conseil de passer par un fablab (Le Havre dispose d'un laser CO2 de plus 100W et l'heure de découpe était à 10€ à l'époque). Olivier

Une version apple serait elle envisageable ? Je n’ai pad andoid

Merci pour vos retour. Pouvez vous me dire ce que vos pensez des modes suivant dans le paramétrage de la caméra dans NINA: - mode ULTRA - usb limit sur 9? - mode pour augmenter le fullwell Merci

Merci beaucoup pour tout. En effet le mieux sera de tester sur des cibles réelles quand il fera beau......

Merci @krotdebouk pour ce message. Je testerai cette solution avec pix Juste une dernière question: j'ai lu à gauche et à droite que prendre des poses aussi courtes que des bias (donc 0 dans NINA) pouvait poser des problèmes liés à l'éléctronique. Vu que tu as une caméra similaire (d'un point de vu capteur puisque la Player One est un cran au dessus électroniquement) tu n'as jamais rencontré de problème comme cela?

Sur les tuto de @Colmic, ma foi très bien réalisés, on peut y voir que les bias dont il parle dans la partie I sont des dark de flat... ou alors je n'ai strictement rien compris http://colmic.astrosurf.com/Traitement_SiriL/brutes/Tuto-SiriL1_Introduction.pdf

merci @rmor51 pour toutes ces infos. Je vais aller voir la galerie

@Ant-1 Merci pour ce retour. Comme je le disais en intro je pratique depuis de nombreuses années à l'APN. Avoir donc une caméra refroidi avec bruit thermique très faible, sans ampglow change pas mal la donne. Pour mes FLAT mon panneau scintille. Je suis obligé de faire des poses (que ce soit avec ou sans filtre par ailleurs) assez "longues", au moins de 1s voir plus. Pour le reste du matos je suis sur une EQ6 que j'ai beaucoup modifiée et qui me donne satisfaction, la lulu est une TS apo 80/480 avec correcteur, j'utilise NINA pour piloter mon installation, SIRIL / PIX pour le prétraitement / traitement. Je fais du dithering toutes les 2 images sur plusieurs pixels. Alors surement oui, je me pose beaucoup trop de questions Mais j'ai tellement lu et vu de choses que je m'en suis moi même perdu. A priori, l'utilisation du bias synthétiques est excellente si on fait des flats très court. Je partirai donc plus vers le calcul de l'offset à soustraire via la méthode fournie par SIRIL. Mais, avec des flats aussi long, j'ai cru comprendre qu'au lieu de faire des bias il fallait faire des dark de flat. Ensuite, dans le processus de prétraitement: - création du master dark - création du master dark flat - on calibre les flats avec le master dark flat - on calibre les brutes avec le master dark et le master flat

En fait j’ai regardé ces deux videos de Cuiv: ces deux videos expliquent ce que je disais plus haut. Apres toutes infos sont bonnes a prendre! donc je me constituerai une banque de dark, de bias a très haute vitesse et des flats. qu’en est il des dark de flat si je prends des dark de plusieurs secondes? ps: mon panneau flat n’est pas parfait, donc pour éviter des motifs je prends des poses de plusieurs secondes pour moyenner la trame

Merci pour vos réponses si précises et avec exemples Donc si je résume bien, je fais - les darks avec temps de pose, gain, température et offset identiques aux brutes, - les flats (durée de 1s ou plus) avec gain et offset identiques aux brutes.: le L-extreme est donné pour des bandes de 7nm. Mon panneau est dimmable via NINA donc je peux choisir un peu ce que je veux! luminosité ou temps de pose. - les bias (temps de pose le plus court comme sur APN). Pour les 1s de temps de pose c'est justement en regardant une vidéo de CUIV que j'ai vu qu'il paramétrer ainsi sa caméra. J'avais cru comprendre qu'en faisant des dark de flat ca compensait l'absence de vrais dark... bon... j'avais mal compris et j'ai donc bien fait de venir demandé Olivier

Bonjour à tous, après plus de 15 ans à faire de l'astrophoto avec un APN Canon 1000d refiltré astrodon, j'ai l'opportunité d'accéder à un rêve: m'offrir une belle caméra moderne Cette caméra sera une RisingCam IMX571 couleur. En plus de la caméra j'aurai un filtre 2" L-extrem HaOIII. 1) Question sur le prétraitement: Ayant toujours fait de l'APN et après avoir pas mal lu d'articles ou regarder de tuto sur les prétraitement, je me pose encore des questions. Aussi, je suis désolé si les questions ont déjà été abordées mais je n'ai pas réussi à convertir à 100% mes doutes en réponses. D'après ce que j'ai pu comprendre, étant donné que cette caméra n'a pas d'amp-glow, je n'aurai besoin que des images suivantes pour réaliser les fichiers de calibration, en sachant que de base, j'utiliserai 100% du temps le mode "high gain" - flat avec un temps de pose de 1 à 2s, avec le même gain et le même offset, à la même température que les brutes - bias avec un temps de pose de 1s, avec le même gain et le même offset, à la même température que les brutes. Vu que je compte imager avec une température de -10°C, le bruit thermique devient complètement négligeable fasse au bruit de lecture. Ne pas avoir à réaliser de dark est quand même un sacré gain de temps! Egalement, pas besoin de dark de flat si j'ai bien compris. Pouvez vous me confirmer ou pas cette démarche? 2) Question sur la caméra elle-même: a) Cette caméra dispose d'un anti buée intégré. Pour régler la puissance de chauffe on a dans NINA 4 valeurs de puissances disponibles. Comment faite vous savoir quelle valeur mettre? je veux dire par là que si je ne mets pas assez de chauffe je risque la buée et si je mets trop je surchauffe donc potentiellement de la turbu? J'avoue que je trouve cet ajout génial mais encore faut il savoir comment bien le régler Ca me fait penser au résistances chauffantes à variation de puissance manuel par une télécommande!! complètement empirique! b) J'ai pu lire que pour trouver le meilleur gain il ne suffit pas de lire les caractéristiques de la caméra sur le net. Il vaut mieux utiliser SharpCap et son "sensor analyse" pour les determiner. Vous avez des suggestions? c) même question mais pour trouver la meilleure valeur d'offset. Ou simplement faire des images à la même vitesse que le bias (1s) et régler par tatonnement et l'histogramme . Bon, pour commencer je pense que ca fait déjà pas mal. Mais je pense que j'aurais d'autres questions plus tard Merci à vous. Olivier

Bonsoir. je suis partant comment procède t-on? Petite question bete: puis je utiliser n’importe quel boitier imprimer en 3d? j’ai une imprimante 3d? J’ai vu des modeles 3d sympa sur le net

@pachytriton54 quand tu dis que tu as des pcb de dispo, ca m’intéresse est ce disponible avec onstepX que je compte installer ? si je comprends bien ca fonctionne en wifi. C’est a dire se connecter au hostpoint de la fysetc e4?

Je suis partant, je viens d’acheter une fystec e4. j’ai une eq6 de 2013 goto dont j’avais modifié en poulie courroie. elle fonctionne tres bien mais je me dis qu’avec ce onstepX elle serait revigorée je compte faire la modif d’ici l’ete, la je profite (enfin tres…trop…rarement des nuits claires de Normandie ) Olivie

@jduffas J'ai repris votre commentaire sur le detecteur de gouttes. J'ai apporté les corrections suivantes: void updateGOUTTES() { // 1. Alimente le capteur digitalWrite(capteur.alimPin, HIGH); // 2. Attend la stabilisation (50ms pour plus de fiabilité) vTaskDelay(pdMS_TO_TICKS(50)); // 3. Lecture avec validation sur 2 échantillons static int lastReading = HIGH; int currentReading = digitalRead(capteur.pin); if (currentReading == LOW && lastReading == LOW) { capteur.valeur = 1; DEBUG_PRINTLN("pluie (confirmée)"); } else if (currentReading == HIGH) { capteur.valeur = 0; DEBUG_PRINTLN("sec"); } lastReading = currentReading; // 4. Coupe l'alimentation immédiatement digitalWrite(capteur.alimPin, LOW); } J'ai augmenté le délai de lecture afin d'être certain du délai de stabilisation. Je fais la vérification de la présence de gouttes sur le capteur en réalisant deux mesures (le code vérifie la valeur précédente pour confirmer ou non la présence de gouttes). Il faut donc 1s pour être sur de la présence de gouttes. Je n'ai pas modifié le main.ino. La quantité de pluie peut ne pas être visible en cas de très faible pluie, mais comme je disais je ne me sert pas de cette variables dans les conditions de fermeture. Merci pour votre apport. Olivier

Bonjour, Merci pour ton message. Concernant les variables pluies et gouttes, malheureusement NINA n'offre pas la possibilité d'afficher les deux. Par défaut c'est la quantité de pluie. J'avais par ailleurs codé pour que ce soit la valeur du détecteur de pluie (donc 0 ou 1) qui soit envoyée vers NINA, mais j'ai fais un pas en arrière. Il m'a fallu faire un choix et, bien sûr cela n'engage que moi, je n'attends pas que la pluie soit tombée pour que le safety monitor ferme l'observatoire. De fait l'affichage de la quantité de pluie calculée n'est là que pour avoir une donnée. Elle sert d'ailleurs plus sur la page web que pour NINA. Pour ma part, dans le safety monitor je n'utilise que la variable vent et nuages pour fermer le toit En effet je n'ai pas précisé qu'il fallait aussi le commenter dans MLX90614 si non utilisé. Je vais ajouter le commentaire. Je vais regarder le code pour le détecteur de pluie. Surement quelque chose qui ne va pas lors de lecture successives. Pourquoi même reprendre votre code si cela fonctionne Olivier