jduffas

Pas encore eu le temps de m'en occuper, ceci dit, voici une image supplémentaire: Je n'avais pas remarqué, mais cette trace laissée par un satellite (donc passage très rapide dans le champs de vision d'un 2000mm de focale) , montre une belle ondulation, qui si je ne m'abuse n'est pas produite par les corrections de guidage:

Ah! J'ai une courroie neuve, je vais donc faire un changement de courroie, merci 🙂

En ce qui concerne le guidage à proprement parler, il est plutôt bon, puisque j'arrive à du total rms de 0,36 pixels, et ce malgré l'agressivité en déclinaison trop forte, que je baissera lors de mes prochaines sessions. Donc mon vrai problème est l'oscillation (avec ou sans le suivi sidéral activé) qui n'est sans doute pas vue par phd2 (d'autant qu'elle n'est pas systématique, et donc peut être absente lors du test).

En fait, j'ai des oscillations aussi lorsque le suivi n'est pas actif, donc le moteur ne tourne normalement pas (la vis sans fin et la courroie non plus). J'ai lui qu'un moteur peut vibrer même à l'arrêt (en fait, il maintient sa position, donc peut vibrer si par exemple il est défectueux). En ce qui concerne le guidage, j'ai regardé les logs, et fait des motifs depuis cette photo d'écran. à part une lunette guide trop peu grossissante et une ouverture insuffisante, le suivi fonctionne si le ciel est bon. Pour info, mon setup : iOptron CEM40, tube MEADE ACF 8" 2000 de focale, lunette guide : ...objectif Nikon 300mm + Barlow x3. Camera imageuse : ASI585MC, camera guide ASI120. Ma prochaine acquisition sera une meilleure lunette guide (80/400 SkyWatcher) et une camera ASI289MM ou équivalente. Concernant les oscillations, je tenterai peut être déjà une inversion des moteurs.

Re-bonjour à tous! Je viens de comprendre quelque chose : Déjà, ma courbe de suivi n'est pas parlante, car ma lunette de suivi n'avait pas un focale suffisante. Ceci dit, j'ai une info supplémentaire concernant cette oscillation, car il s'agit bien d'une oscillation : Si le telescope est en suivi, ou même si le suivi est désactivé mais le telescope sous tension, je peux avoir ces oscillations qui ont une fréquence de moins d'une seconde. en revanche, si je débraye l'axe AD, l'oscillation disparait. Le moteur même au repos peut il créer ces oscillations, et si c'est le cas, doit-il être changé? je souhaiterais effectuer ce changement, au moins pour tester, mais je ne sais pas quelle reference de moteur prendre. Auriez-vous cette information? Ou d'autre idées d'ou pourrait provenir cette oscillation? Je vous remercie.

Bonjour à tous! J'ai lancé un test d'assistant de guidage sur PHD2 pour ma CEM40 de chez iOptron. Que pensez vous de ces résultats? sont ils dans la moyenne? Je crois que l'EP annoncée par iOptron est de +-7 secondes d'arc, ça me semblait beaucoup, mais c'est peut être finalement normal. Je joins le également le résultat du Backlash qui me semble plutôt bon.

Heu... j'aurais du m'en douter vu que ça fait deux fois que je le met à jour...

de toute façon j'ai tenté en OTA avec le .bin, mais j'ai fait une bêtise j'ai oublié de renseigner le réseau... du coup, hop démontage 😉 ceci dit, les valeurs cette fois sont normales, donc bien vu, la température était celle du mauvais capteur 🙂 les autres fichiers de plusieurs mega ne sont pas en envoyer en OTA donc?

j'ai tenté de faire un .hex, mais je me retrouve avec un dossier avec plusieurs .bin... mais je sais que ta version du IDE est plus ancienne, du coup je ne sais pas quoi faire. Ceci dit, ta solution de prendre la température pour le calcul sur le BME me semble être judicieux, il est très probable vu mes résultats que la température prise en compte pour le calcul était très haute 🙂 Oui les valeurs affichées sont les bonnes. Le ESP n'est pas raccordé, à moins que je dévisse mon boitier ... mais je ne l'ai pas trop prévu pour, il est surtout sensé être resistant à la pluie 😉 Pas de problème, à bientôt, et merci beaucoup pour tout ça.

Je m'embrouille complément à force de réfléchir... désolé, j'ai édité plusieurs fois mes messages... je vais essayer ta nouvelle version. en tout cas, l'incoherence vient entre le excel et le exp32 avec les valeurs à 33 0 4 100 et 100. quand tout est à 0 tout correspond.

Je pensais avoir trouvé une erreur dans le code de l'ESP, ...mais non. Au fait, au cas ou et pour faire des tests, sous quel forme doit être le fichier lors de l'envoi en OTA? .ZIP ou autre? Merci. Ceci dit, je crois qu'il y a quelque chose qui ne va pas avec K4 et K5: si dans le excel corrigé je les mets à 0 ou je les laisse à 100, la valeur du ciel corrigée est identique. en revanche, dans le exp32, si je passe les valeur à 0 je me retrouve avec la température négative autour de -34 qui ne correspond à rien, alors que si je remets ces deux valeurs à 100, je me retrouve avec la même valeur de température corrigée que sur le excel.

re-bonjour, ...j'en reviens au calculs de température du ciel. J'ai aujourd'hui à 14h30 fait les mesures suivantes : Température ambiante = 40,1C° température du ciel brute = 3,71C° d'après le tableau excel je devrais avoir une température du ciel corrigés de -9,68C° avec les paramètres de base 33 0 4 100 100. Or, l'ESP32 me donne une température corrigée d'environ -34C° (je n'ai pas pris la valeur précise au moment de l'affilage des deux autres valeur). Si je mets tous les paramètres (K) à 0, je dois bien me retrouver avec la température du ciel brute? (Leaving all K factors at 0, the result is the raw measured IR, that is Tsky = Ts) c'est ce que j'ai fait pour arriver à la mesure de 3,71. Il me semble d'ailleurs que la formule dans l'excel comporte une erreur, mais même en la corrigeant je 'arrive pas au résultat escompté. voici la formule corrigée : ($K$1÷100)×(B20−$K$2÷10)+($K$3÷100)×PUISSANCE(EXP($K$4÷1000×B20);$K$5÷100) (je suis sur la 20 eme ligne). J'arrive ainsi à un Td de 15,44 et une temp corrigée de -11,73. ce qui ne correspond toujours pas à ce que m'affiche le ESP32 : -34

et voici un exemple de prise de vue de 180 secondes.

Bonjour, J'ai moi aussi un problème de suivi sur mon iOptron CEM40 du coup, je déterre le sujet... Quelle est la référence du moteur que tu as trouvé pour remplacer? J'ai un bruit régulier en suivi (comme celui d'une machine à laver, mais en très faible). et le suivi est de plus en plus problématique avec ou sans guidage. (le guidage rattrape peut être un peu, mais les mouvement doivent être trop rapides pour lui). Voici un exemple de courbe de suivi :

Merci beaucoup, je vais me plonger dedans. Pour info, ce soir, j'ai un ciel complètement dégagé, une température au sol de 30,66 degrés, une température du ciel de -3;7 degrés. la couverture nuageuse est estimée à 62 degrés... j'ai donc du boulot 😉 le matin, le ciel est à -20 ou quelque chose comme ça, donc le ciel se réchauffe considérablement pendant la journée, ou alors le capteur se "calibre" seul, mais vu que le capteur est sans électronique supplémentaire, je n'y crois pas. bref, je vais voir ça demain, merci 🙂

J'avais vu cette histoire d'offset, mais je dois dire que j'ai du mal à comprendre comment le configurer. ceci dit il semble être configuré pour un ciel d'été, ce qui m'arrange bien 😉 et le ciel ou je suis est bizarre en ce moment, pas bleu foncé en journée, et pas transparent la nuit... le -2 du capteur n'était peut être pas si incohérent que ça... il doit y avoir une sorte de brume d'altitude, ou du sable du Sahara en suspension. en tout cas, merci pour vos réponses 🙂

En revanche je viens de découvrir qu'avec le ASCOM observing condition Hub (OCH) les valeurs affichées sont correctes! bien entendu je le configure avec votre driver. donc lui, est capable de récupérer les données de votre driver, et de les lire et afficher correctement. Très étrange.

Bonjour, concernant la valeur de température du ciel, elle était bien à -2 il me semble, mais le ciel était dégagé, ...quoi que, en fait, on voyait peu les étoiles. Je suis dans le var, il y avait peut être encore du sable du Sahara en suspension... ou bien une brume. pour les valeur + 2 dizaines, c'est bien dés que j'active le driver ascom de la monture dans NINA que le problème arrive instantanément. la version de NINA est la toute dernière. Il y a peut être un bug effectivement dans la dernière version de NINA. à suivre. Quand à la version de développement, je ne pense pas que ça change grand chose, mais je vais tenter quand même. Je vous tiens au courant si j'arrive à résoudre le problème. Merci 🙂

Je crois qu'il y a une incompatibilité avec le driver ascom de ioptron... dés que j'active ce dernier, toutes les valeurs prennent deux dizaines en. plus... ma monture est une cem40, le driver ascom est celui correspondant (ioptron CEM120,70,40 etc.

Bonsoir, Je suis enfin sur mon telescope, et 'jai monté la station météo sur ma terrasse. Je me retrouve avec deux choses étranges, pour commencer, il m'indique un ciel nuageux à 75%, le ciel est pourtant dégagé. Puis, peu de temps après, je me retrouver avec des valeurs qui prennent toutes deux dizaines en plus... avez-vous déjà eu ce cas? L'adresse de la station / ascom donne bien les valeurs avec le point là ou il faut... c'est donc le driver ASCOM qui fait des siennes. voici une image pour illustrer 😉

Voici mon fichier, mais c'est du FreeCAD. Pour la sonde de température, je me suis servi de ce projet: https://www.printables.com/fr/model/729382-yaws-yet-another-weather-station Lumière&Arduino.FCStd

ah, c'est une bonne nouvelle ça, je ne savais pas qu'il était étanche. J'ai fait moi aussi un trou pour lui et le reste du couvercle est transparent pour le TSL2591. donc je n'ai plus qu'à isoler le tour du MLX 🙂 par contre, j'aurais du le faire ressortir et non le mettre en retrait du plexi... l'eau va s'accumuler dans le trou. et j'ai déjà collé... zut. il faudra que je réimprime mon boitier.

Petite question, plutôt pratique: j'ai voulu mettre le capteur infrarouge sous un dome de plastique (prévu pour une camera) mais les ir sont bloquées (je m'en doutais un peu). du coup, j'ai couvert la majeure partie de ma boite, en laissant juste un trou pour le capteur, ...mais ça n'est plus étanche. Comment avez-vous protégé votre capteur de la pluie?

Merci pour ces précisions, je ne connaissais pas ce mode de sommeil propre à l'ESP32.

En tout cas, bravo pour cette mise à jour qui améliore donc à priori son autonomie sur batterie. Je n'ajouterai probablement pas les capteurs supplémentaires, ce qui ne pose donc aucun problème d'utilisation dans son état actuel . Petite question, vous dites que le wifi est mis en veille, je ne vois pas trop comment vu que pour se faire réveiller le module a forcement besoin d'être connecté au wifi... l'économie se fait sans doute sur les envois des valeurs qui sont arrêtées tant qu'il n'y a pas déconnexion au module? et l'utilisation des capteurs est stoppée, mais ça, vous le dites déjà. Bonne continuation et encore merci!