jduffas

J'ai un autre problème avec le capteur de nuages... , après la mise à jour, je me retrouve avec une température du ciel de 350 degrés environ, quand je test en intérieur. ...J'en ai trouvé la raison, si on n'utilise pas SHT, il faut on seulement le désactiver de la page principale (.ino) mais aussi de le page MLX90617.cpp Merci 🙂

Ceci dit, j'ai remarqué quez le capteur restait allumé une minutes s'éteignait, se rallumait et finissait par ne plus s'éteindre (pin 33) J'ai donné à manger le code à une IA (je ne suis pas suffisamment bon pour le corriger seul) et il m'a donné cette fonction modifiée : void updateGOUTTES() { // Alimente le capteur uniquement pour la mesure digitalWrite(capteur.alimPin, HIGH); // Petite pause pour stabilisation (non bloquante possible via vTaskDelay) vTaskDelay(pdMS_TO_TICKS(10)); // Lecture if (digitalRead(capteur.pin) == LOW) { capteur.valeur = 1; DEBUG_PRINTLN("pluie"); } else { capteur.valeur = 0; DEBUG_PRINTLN("sec"); } // Coupure immédiate, aucune possibilité de rester bloqué digitalWrite(capteur.alimPin, LOW); } Cela règle le problème de risque de blocage, et laisse allumé le capteur que le temps de la mesure (+ les 10ms, mais je n'ai par erreur pas utilisé la variable, tu peux la réintégrer.). J'ai du coup aussi modifié le fichier principal, en ajoutant les lignes suivantes, afin de mettre la pluie à 1 si le dectecteur de goutte trouve 1 et celui de pluie n'affiche rien. : cachedData.gouttes = getGOUTTES(); // Correction pluie / gouttes if (cachedData.gouttes != 0) { if (cachedData.pluie <= 0 || isnan(cachedData.pluie)) { cachedData.pluie = 1.0f; } } entre : cachedData.pluie = getValPluviometre(); et : cachedData.lastUpdate = currentMillis;

Bonjour, Même si le capteur de pluie n'est pas particulièrement efficace... J'essaye de le faire fonctionner. Il marche sur la page web, en revanche, dans Nina, il ne passe pas les données du pluviomètre à 1 (peut être paracerque je n'ai pas mis le pluviomètre?). En tout cas, j'ai mis à jour le système (j'avais encore la vieille version) et bravo, beau développement 🙂

Bonjour à tous, J'ai un objectif Canon 35-350 (dont la focale est réglée à 130) j'ai mis dessus un adaptateur que j'ai imprimé en 3D et une asi585mc derrière un filtre ir-uv cut. Je me retrouve avec cette image : Les étoiles sont étirées vers la gauche, quelques soit l'endroit de l'image, mais pas tout a fait dans la même direction. Un idée du problème? un tilt? le filtre pas dans l'axe? un problème d'objectif? Merci

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.