Raphael_OD

😄 effectivement , on sait plus quoi faire ni plus quelle benne remplir...mais as tu regardé les super soldes Alsaciens

toujours bien de mettre les liens si toutefois d'autres se lancent. 👍

En complément tu peux trouver sur YT des tutos de Tommy Desrochers sur le SPIFFS de l'ESP32 et la gestion des pages web ça date un peu mais l'essentiel est là. Il y a un peu de java à manger aussi là dedans. Tu peux aussi te créer des outils sympas avec python, je viens de terminer un générateur de config json saisonnier pour le Cloud Sensor plus besoin de modifier le fichier source.

Dans le principe c'est ça, dans le SPIFFS de l'ESP32 tu peux mettre un fichier HTML+CSS et voir tes datas en direct si tu met ton ESP32 sur le réseau domestique en WIFI avec une IP propre. Pour les drivers ASCOM qui se raccrochent dessus les https://learn.microsoft.com/en-us/dotnet/api/system.net.httpwebrequest?view=net-8.0 sont les fonctions C qui vont bien. Pour ma part j'ai séparé les éléments car souvent victime de la foudre estivale sur mon site ça évite une indisponibilité majeure en cas de pb j'ai divisé les pb et les plateformes selon la taille du projet (ESP32, PI Zero, Xiao) Bonne continuation.

Il me semble mais je dit peut être une connerie que il tente de faire une lecture GPS as tu cette fonctionnalité en route ?

1) Ascom driver installer script generator + 2) innosetup, l'un te génère un script iss , l'autre le fichier de setup en utilisant le fichier script .iss. Le reste n'est que chemin à indiquer du moment que tu as compilé dans VS en 64 bits ou 32 bits selon ... Ex. Project\bin\x64\releases L'avantage des fichiers json ou datas stockés quelque part c'est que tu peux les interroger avec n'importe quel driver ASCOM , ObservingConditions , SafetyMonitor, etc ..(sur un réseau interne filaire ou des ESP32 en WIFI) L'ouverture fermeture de toit ou dôme va dépendre beaucoup du matériel utilisé. Le SafetyMonitor n'attend lui que du Safe ou Unsafe. C'est l'appli NINA qui saura quoi faire en cas de Unsafe ou Safe dans le séquenceur avancé avec un driver Dôme bien sûr. Quel est ton projet d'observatoire ? dans le jardin ? ou au bout du monde...

il faut appeler la lecture sur Série ou ta fonction qui lit le port série ici public double Temperature { get { return temperature; //tl.logMessage("Temperature", temperature); } } Un exemple ci dessous, un peu différent car je récupère les données d'un fichier JSON par une requête http sur la plateforme météo elle même dans un fichier stocké en local (fonction GetJSON) Public ReadOnly Property Temperature() As Double Implements IObservingConditions.Temperature Get TL.LogMessage("Temperature", "Get Not implemented") 'Throw New ASCOM.PropertyNotImplementedException("Temperature", True) Dim T = GetJSON("ambient") Return T End Get End Property J'appelle une function() GetJson comme tu pourrais appeler ta fonction de lecture du port série.

Salut, je bosse mes drivers en Vb.net plus rapide et même résultat. Les fonctions sont claires as tu regardé les nombreuses docs des librairies dont celle concernée ObservingConditions ? Le fichier des fonctions est ObservingConditionsDriver.cs je suppose...je vais en editer un en C pour regarder A suivre ...

Bonjour, si j'ai bien compris tu ajustes le backfocus avec des bagues entre le Paracorr II et avant le DO ? J'ai un Paracorr mais pas le même matos derrière mais en général mon BF est réglé entre la RAF et la CAM (démontage/remontage in situ plus rapide) si ça peut aider. Mon DO sort en M42 coté paracorr avec la bague TV d'origine vissé sur le DO direct. En gros il faut 6mm je me trompe ? Le Paracorr II est a 55mm de BF mais souvent plus loin

Gare à l'état de surface...un 300 peut se finir en outil pleine taille se pencher aussi sur un test de Lyot est bien pour voir en toute fin l'état du miroir.

C'est sur ce projet que j'ai réalisé la carte de test pour le toit roulant en intégrant Alpaca J'avais déjà réalisé un détecteur de pluie avec un ESP32 et un SQM ça marche très bien très surpris de la stabilité de la connexion WIFI. La librairie WIFIManager pour les ESP32 permet de se créer des objets / périphériques connectés à bas coût si on est un peu volontaire.

Pour le materiel tu es dans le vrai. Pour le sqm il faudra le calibrer avec un du marché ...le TSL2561 de chez Adafruit marche plutôt bien. Pour le detecteur le MLX est un bon choix mais derrière il faut le bon algo avec un logiciel qui te permet de faire des ajustements saisonniers. Pour le détecteur de pluie le RG11 est top mais cher mais souvent quand il pleut il est deja trop tard 😉...

Je remonte ce sujet car un portage d'Alpaca est disponible sur github avec les lib qui vont bien pour l'ESP32 et wifi manager...du coup intégrer un driver sans fil devient plutot réaliste. Je viens de le tester sur un toit roulant c'est probant. Par contre ça pose un pb de sécurité des liaisons à gérer en amont. Pour les chanceux qui ont un abri la gestion des détecteurs de pluie ou de nuages etc ...en devient facilité. A+

Bon courage à toi ça me ramène à mon 300 F/5 taillé au siècle dernier qui a eu sa première lumière visuelle sous l'Eclipse de 1999. Je vais suivre ton sujet 😉

Bonjour, je soumets un pb à la communauté, hier soir pendant autoguidage avec PHD2 et une QHY5L-II mono, phd2 me signale une perte de la caméra, échec avec ses tentatives de reconnexion.* Seule solution débrancher l'USB de la caméra et relancer PHD. Tout est sur un hub USB 3.0 neuf, câble clean etc ...les drivers sont à jour sous W10. J'avais eu le pb auparavant et solutionné partiellement dans les paramètres en augmentant le temps de latence / détection de la caméra en seconde. J'ai la nette impression que sur des temps d'intégration de 2s et + la caméra plante et que en dessous tout va bien. Bref au secours hier soir ma nuit gâchée en Ha au bout de 7 poses ! Dans le cas d'une défaillance caméra une idée de caméra correcte en autoguidage format fût "oculaire" 31.75. Merci de votre aide.