astrolivier

En fait tu as des limites qui sont forcement mises quelque part. Le but étant que la monture ne puisse pas allez trop loin après le méridien pour ne pas risquer de faire taper le matériel. parfois on peut laisser quelques minutes après ce qui peut éviter de perdre du temps. Mais généralement les gens dise a NINA de s’arrêter avant, attendre disons 10min après le méridien, et la NINA lance le retournement. Mais cette histoire n’est jamais aussi simple qu’on le croit. Lors de mes essais j’assistais avec grande attention a ces moments la. Peut être que quelque chose cloche dans ton retournement si cela provient bien de cela.

Salut. désolé je n’ai pas accès a mon pc pour comparer 😕 weekend different de celui prevu si les moteurs s'arrêtent avant chaque méridien en effet il y a peut être une option qui désactive les moteurs avant le passage. C'est peut être dans NINA. Comment est géré ton flip? Si les moteurs s’arrêtent le bruit au niveau de la vsf devrait être clairement différent de celui en fonctionnement.

Update finale 6.1.3. A telcharger sur la 1ère page. Ceci marque la fin du developpement de ce projet, qui je pense est largement abouti, fonctionnel, modifiable, upgradable à souhait pour chacun. Je reste bien évidement disponible pour échanger au besoin avec les personnes nécessiteuses. Olivier

Bonjour @pyrou61 je n'avais pas eu de notifications Je regarde et compare aux miennes ce soir. Je te redirai si je vois quelque chose. Mais à priori il n'y a pas d'étrangeté ou de bizarreries qui saute aux yeux. Si le problème ne vient pas de la configuration, as tu l'occasion de tester avec un autre pc sur lequel tu auras installé les mêmes logiciel avec les mêmes paramètres. C'est un peu ennuyant mais cela permettra de valider que le problème n'est pas logiciel. Dans ce cas ce serait plus hardware.

Je vais regarder ca de plus près

Euh j’ai un compte mais je ne m’en sert pas! a vrai dire je ne comptais pas autant developper ce projet Mais c’est quelque chose que je pourrais en effet faire 🤔

Je viens de publier ma dernière version.... j'espère!! UPDATE 4, firmware 6.1.2. § voir POST 1. Olivier

En effet le sera trop tard Moi ce detecteur est clairement la que pour la page web. Le AAG qu'on a au club fonctionne plutôt bien, même s'il faut étalonner au fil des saisons. Mais la allsky, que je sache, ne permet pas d'automatiser une session si des nuages se presentent?

@gehelem Bonjour Gilles, concernant les calculs utilisés avec le MLX90614, je n'ai rien inventé. En fait je suis parti de la logique (publiée librement) utilisée par Lunatico avec leur AAG Cloudwatcher. Les documents sont ici:https://lunaticoastro.com/aagcw/enhelp/ Il faut regarder les annexes 6 et 7 qui traite du sujet. Mon code implémente tout le calcul. Pour la température ambiante, utilisant un BME280 (dans un boitier quasi étanche) et une SHT3x dans un petit bouclier imprimé en 3D, j'utilise la SHT3x. Je ne veux pas utiliser la sonde de température ambiante du MLX car elle est dans le même boitier que le BME280. Mais cela est modifiable dans le code fourni en page 1 (par ailleurs je vais publier dans quelques heures une nouvelle mouture). Si tu as besoin d'explications sur la formule n'hésites à demander, je l'ai tellement travaillée qu'elle n'a plus de secret Olivier

salut @gehelem, j'ai réalisé une station météo autonome à partir d'un esp32. La seule chose est que ca ne fait pas de graphique, mais j'ai implémenté MQTT donc possible de le faire. Dernière update il y a quelques jours, tout est sur le post #1. Si ca peut te servir Olivier

Tu pourrais prendre des screenshots de toutes les fenêtres des configurations des logiciels

Bonjour, Il faudrait partager les paramètres que tu as dans phd2 et dans GSS. Cela nous permettrait de voir si quelque chose cloche déjà de ce coté là

Merci pour cela. peux tu developper comment on se sert de cela? merci

Nouvel update. version finale publiée

Vous pourez lire sur le premier post la mise à jour vers une UPDATE 3. y sont repertoriées la majorité des évolutions du projet, code et page WEB. Le driver ASCOM en V2 fonctionne parfaitement. Amicalement. Olivier

J'imagine que tu es parti sur un petit projet Myfocuserpro2 en version minimaliste. Si ce comportement est lié à du jeu, alors tu peux forcer le moteur à garder sa position dans le firmware. Si ton NEMA a assez de couple alors le train optique ne devrai pas bouger, tout dépend d'où est fixé le moteur. Et si le jeu apparait lors du déplacement alors peut être passé en direct sur la molette principale, voir si le calcul du CFZ le permet avec le 1/8 pas.

Certes plug & play, mais 1000x est quand même un peu exagéré Je suis peut être plus à l'aise que d'autres mais il m'a fallu 1 soirée pour monter l'électronique dans un boitier fait en 3D (je ne compte pas ce temps d'impression durant la nuit). Et pour les composants quelques euros sur "Ali" + 8 jours pour arriver. Après vu ma météo normande capricieuse je n'étais pas vraiment à quelques jours En tout cas il faut quand même dire que ce genre de "gadget" à ces tarifs enfin intéressants sont vraiment une très bonne chose, et cela je ne le nie pas! Pourvu qu'il y en ai d'autres (je pense notamment à des flip flats qui ne sont pas à des prix astronomiques....) Bien à vous

Hello, non pas que je veuille jouer les rabat-joie, mais un focuser basé sur le projet MyFocuserPro 2 fait exactement le même travaille pour 10x moins cher (pour sa version minimaliste). Il faut certes se débrouiller un peu pour souder mais le travail du développeur est tellement bon!! Le mien fonctionne depuis des années sans aucun soucis. D'ailleurs, la console du gemini me fait beaucoup penser à celle du MFP2.... Bonnes images à vous Olivier

@shibon Désolé de ne revenir que maintenant, grosse période de travail et ce jusqu'à fin juin...si tout va bien! C'est en effet très étonnant qu'avec les deux qui lisent la même chose que NINA n'arrive pas à décoder la chaine. J'avais par le passé déjà eu cette erreur où les "." et les "," posaient un problème. As tu essayé en supprimant uniquement le vent? Sinon à part un problème de driver je ne vois pas. Ce qui est embêtant c'est que c'est sur le mini pc que ca ne fonctionne pas et que j'imagine que c'est sur celui ci que tu voudrais que ca marche 😕 Peux être aussi un problème de "librairie" ou quelque chose du genre. Est-ce aussi la même version de NINA? j'utilise la nighly sans soucis. Vu que tu as installé la partie développeur sur le mini pc tu peux essayer de l'exécuter avec le ""debug tool ascom" voir ce que ca dit edit: sur le mini pc, si tu simules de l'eau (en forcant une valeur par exemple dans le code arduino) la page web affiche t-elle la valeur forcée? puis en essayant avec NINA pour valider?

@shibon C'est bien joli. comment as tu procéder pour l'étanchéité au niveau du mlx? pour le bme280 l'alimentation est forcément en 3.3V. Je l'alimente depuis l'esp32 car il consomme vraiment peu! Pour ma part le bme280 est déporté dans un petit boitier repris et modifié à partir d'ici, imprimé en petg blanc: https://www.thingiverse.com/thing:1067700 pour ma part pas de problème. Merci encore pour les photos, reste plus qu'un zip avec les fichiers si tu es d'accord Olivier

Les plaques de prototypage sont des moyens fiables à bas coup, plus que les fils qui pendouillent!! nombre de fois que j'ai du m'y reprendre avec ceux la! Sur les connecteur Dupont je mets systématiquement un point de colle chaude et hop ca ne bouge plus. Pour la partie Excel je ne pense pas qu'il y aura de conflit car tu ne fais qu'un appel avec une requête http et tu lis le JSON. Ce serait vraiment pas de bol que les deux requêtes se fasse simultanément ^^. Tiens nous au courant dès que tu auras tout assemblé Olivier

@shibon Pour ma part j'ai mis le capteur de pluie (pluviomètre) et non le detecteur de "gouttes". Je part du principe que si les coefficients "k" sont bien réglés alors on sait s'il y a des nuages. Je me fiche de la pluie car de toute facon je n'ouvre pas si c'est couvert. Le pluviomètre ne sert qu'a renseigner la partie web qui fait office de "station météo locale". Pour info j'utilise le driver météo https://www.dehilster.info/astronomy/ascom_environment_safetymonitor.php dans NINA. Il a le très gros avantage d'être entièrement programmable et on peut sélectionner toutes les variables que l'on désire "écouter" pour savoir si les conditions sont safe ou non! c'est extra! C'est ici que je selectionne uniquement le % de nuages, la vitesse du vent. En tout cas pour moi cela suffit! Olivier

Bonjour Sam, heureux d'apprendre que tout fonctionne pour vous. Si j'ai bien compris vous avez repris le projet en partie pour l'adapter à votre situation. Peux être pourriez vous partager votre travail afin d'en faire bénéficier le plus grand nombre Plus il y a de variantes plus l'impact sera grand Bonne journée. Olivier PS: auriez vous une photo de votre montage fini à partager?

Bonsoir, je suis désolé de ne répondre que maintenant, je viens seulement de voir votre message. concernant la librairie j’avoue ne jamais passer par le gestionnaire, a chaque fois je prends celle sur github. si vous n’avez pas eu d’erreur alors toit devrait bien se passer. n’hésitez pas si besoin, je vais activer les alertes!! bonne soirée. Olivier

Salut, j'ai déjà pensé à cet idée, mais un équipement avec du 220V franchement je ne le ferai pas!! Je me suis rabattu sur un mini pc N100, tout est géré à merveille. Il est muni d'un petit ventilo et honnêtement, mon eq6 avec double lunette 80/480 fait du 0.5" en autoguidage!! Je pilote avec NINA. A la maison, en fin de la séquence un script envoie les images sur mon drive avant de tout éteindre. Le lendemain sur mon gros PC je traite les images Olivier