astrolivier

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

Avec plaisir. Bonne suite à vous

C’est ce que j’ai pensé en réalisant ce driver. pour LittleFS elle est certes plus récente mais ne rends pas l’autre obsolète. Elle est plus âgée mais fonctionne très bien et est surtout compatible avec la version 1.8 de l’ide. la grosse différence provient du fait que LittleFS est meilleur en cas de très forte sollicitations a sa mémoire mais dans notre cas ici c’est très peu utilisé, donc pas d’impact a ce niveau. en tout cas je suis ravi que ce projet puisse vous aider.

@jduffas Bonjour, désolé pour le temps de réponse mais fin de semaine et weekend très chargé. Heureux de voir que cela fonctionne pour vous. Pour vous expliquer un peu pourquoi cela n'a pas foncitonné: Lors de la création du driver j'avais installé les librairies json dans visual code mais sans aucun succès. Quelque soit la librairie utilisée cela ne fonctionnait pas. J'ai donc crée ma propre facon de créer le json. Le seul hic c'est que pour que tout fonctionne il faut absolument que la chaine envoyé par la requette soit celle attendue par le driver. Pouvez vous me dire quelle est la différence entre littleFS et SPIFFS. Pour ma part je crée le fichier data et avec l'outil (qui ne fonctionne qu'avec IDE 1.8.x) upload sketch, ca se passe tout seul Le nouveau code bientot disponible intègre un anémomètre ainsi qu'un pluviomètre. Matériel dispo sur le site de Lextronic.

Bonjour, j'utilise un clone de Upesy et il n'y a pas de raison que cela ne fonctionne pas (Par ailleurs je m'inspire beaucoup de leur site pour certains codes!) C'est un wroom devkit C acheté sur Ali. En revanche j'ai remarqué récement que j'avais un problème de compilation, a priori avec une maj coté expressif.... lors de la compilation. Un -ret en trop par rapport à une ancienne verison. En tout cas je suis en train de faire une nouvelle version qui inclus un anémomètre et un détecteur de pluie en plus suite à la demande d'un membre du fourm. Ce code sera fonctionnel avec mon driver Safety Monitor mais aussi fonctionnel avec celui de "Environment Safety Monitor" https://www.dehilster.info/astronomy/ascom_environment_safetymonitor.php Le code est fini mais je dois attendre mon nouveau routeur wifi dual-band d'ici demain pour y connecter mon ESP (mon routeur actuel depuis début mai ne fonctionne qu'en 5Ghz) pour le tester. Je peux lister l'ensemble des librairies mais au début du code il y a toutes les dépendances. Les plus embetantes sont celles liées au serveur web car il existe plusieurs versions et il faut essayer. N'hésitez pas à demander si je peux aider.

Je confirme oui. Je dirais même que l'APN était monté dessus en tout temps faisant office de bouchon. Solution pas très propre je l'avoue. Mais j'avoue ne jamais avoir pensé que cela aurait été possible. Car certes l'ensemble était monté mais bien rangé dans une caisse à l'abris de l'humidité. Il semble évident que je me sois bien fourvoyé ...

En effet j'ai vu cela. Il faut y adjoindre quelques gouttes pour le nettoyage et en effet cela n'a pas l'air simple. Je vais contacter Mr Galli voir ce qu'il en pense. Mais au prix de l'APN aujourd'hui je ne pense pas que j'envisagerai une réparation si cela devait imposer la dépose du filtre astrodon 😕

Messieurs, un grand méa coulpa. Vous avez raison. Après avoir pris le temps des choses et pris note de vos remarques j'ai testé le petit batonnet devant la lentille. Invisible sur ls flats... bon donc en effet ce n'est pas ce que je vois sur les flats... super!! du coup j'augmente la liste de mes problèmes 😕 Du coup le problème "visible" est forcément sur la cpateur. Je ne vois rien à l'oeil nu. Je vais voir pour acheter ce qu'il faut pour nettoyer mon APN.. arfff et ca continu!! Pour info, voici des "FLATS" fait avec une BAF et sans BAF (on peut voir que le pb ne vient pas de la BAF). je suis de plus en triste!! Avec BAF: sans BAF J'ai par ailleur tester de prendre des images sans aucun objectifs ni telescope avec l'APN, juste une photo avec l'APN ouvert et j'ai pu observer cett emême forme, donc sûr que cet "arbre" est sur l'APN mais quasi invisible à l'oeil 😕 Olivier

Merci pour toutes ces infos. En effet je ne voyais pas cela forcément ainsi. J'ai pourtant regardé sur mon aplanisseur de champs ainsi que mon APN et je n'ai rien. Je ferais un FLAT et le posterai ici. Je ferais aussi l'experience avec un petit objet pour comparer par rapport à la MAP sur l'objectif. Petits PS: Pour faire les flat et l'essais à vide je n'avais pas fait de MAP au préalable. J'ai juste sorti de manière abritraire le PO (envrion la moitié de sa course) pour essayer mon focuser maison. Si ca se trouve avec beaucoup de "chance" la MAP fait ressortir plus les eventuels problèmes, je veux dire qu'au lieu de faire ma MAP à l'infini comme pour l'astro, peut etre que je me rapproche et que du fait je fais mieux ressortir les défauts à 480mm. Mais cela ne veut pas dire que mon "arbre" est au point, loin de la, c'est juste une forme flou dont on reconnait juste les "branches". Mais avec un flat se sera bcp mieux En tout cas merci de m'aider dans cet aventure dont je me passerai bien 😕 Olivier