Raphael_OD

Hello, NINA et son solver sont redoutables, je suis en remote et au dépark (parké au N tube en DEC à l'horizontale) l'objet est au bout de 3 itérations en gnl 100% centré sur un objet choisi dans assistant cadrage.

Une belle image en ville et sous la Lune ...un vrai challenge. 👍

Superbe finition peinture pistolet ?

Essaie de desserrer la bague sous la DEC celle sous le cabestan , il y a des vis pointeau dessus et ensuite tu tournes cette bague vissante pour relâcher un peu la pression axiale de l'axe et tu resserres les vis pointeau La question c'est à la main cabestan de blocage desserré ça donne quoi ?

Perso j'ai fait tourner ce premier code pour voir , quand j'ai reçu les cartes ça marche très bien https://randomnerdtutorials.com/esp32-relay-module-ac-web-server/ Le seul pb c'est Visual Studio Code qui gère très mal le port série en mode debug, il vaut mieux utiliser l'IDE arduino si on débute. Ensuite avec la librairie SPIFFS c'est vraiment souple pour utiliser du html/css/js Script adapté à 4 relais, et en changeant un peu la gestion du code dans le XIAO niveau interface web.

En France Gotronics importe la carte pour un premier achat je suis allé chez eux. Les "stores" Mamazone ne m'ont que peu inspirés...mais vu le prix de la carte 1 ou 2 euros de plus c'est pas génant.

Bonjour, les journées pluvieuses ou couvertes m'arrangent pour développer un peu des circuits et automates pour l'observatoire. Courant Décembre 2022 je me suis jeté sur le Seeduino ESP32-C3 , je l’avoue je m’attendais à une cochonnerie et bien je suis très agréablement surpris... La mise en place se fait comme un arduino soit sous Arduino IDE, soit Visual Code etc ...votre interface préférée. Coté fonctionnalités I2C, SPI des GPIO (en nb réduit bien sûr) du WIFI, du Bluetooth etc https://wiki.seeedstudio.com/XIAO_ESP32C3_Getting_Started/ en fait c'est un ESP32 taille microbe. Après test il s'avère que le WIFI est très stable , si on prends soin de monter la micro antenne fournie (autocollante) avec...ou tout autre antenne avec un connecteur vers u.FC Du coup l' une d'elle va prendre place sur mon tube pour la commande du capot automatisé géré par une carte plus grosse en ce moment, gain de place de poids et surtout on peut piloter par USB par le port sériel ou en se créant une interface web par le WIFi sans passer en ASCOM ou les deux en même temps un vrai bonheur. Coté intégration si vous disposez d'une imprimante 3D cela permet des montages vraiment discrets sur le tube. Actuellement je teste sa stabilité avec un BME280 (T°,H% et Hpa) depuis une bonne semaine pas de plantage. Voilà si d'autres utilisent ce genre de microbes partagez votre expérience PS : si le petit boitier de prototypage 20 x 25 x 15 mm à gauche de l'image (le microbe) vous intéresse je peux fournir le STL ici

J'ai fait un cloudsensor mais tu peux regarder ton Boltwood et faire une image du capteur, ou démonter le coté électronique ça donne une idée..

Tout est à jour dans tes versions d'ASCOM ? le bestiau est souvent capricieux.

Tu as aussi AnyDesk je l'utilise sur 50km de distance plus j'ai pas testé en astro 😂

Hello, tu trouveras te quoi te faire mal à la tête ici ! N’hésite pas si tu as besoin Je vois que sur ton site tu as déjà bien développé https://ascom-standards.org/Help/Developer/html/Methods_T_ASCOM_DriverAccess_Telescope.htm MyTelescope.Connected=False MyTelescope.Dispose() Private Sub Button1_Click(sender As Object, e As EventArgs) Handles DisconnectButton.Click MyTelescope.Connected = False MyTelescope.Dispose() MyTelescope = Nothing IsConnected = False ConnectButton.Enabled = True DisconnectButton.Enabled = False LogState.AppendText("Driver Disconnected..." & vbCrLf) End Sub

Belle découverte en effet ce plugin 👍

Bravo, une année bien remplie !

dans ce cas tu prends les logs phd et tu la renvoie avec un bon coup de pression à ton revendeur...la garantie est faite pour ça.

Quel modèle de CEM120 ? as tu un codeur sur l'axe AD ? achat occasion ou neuve ?

A la connexion du driver sous NINA une erreur en particulier ? parce que tes logs ne montrent pas vraiment de pb ...le driver répond aux commandes

Ce sont des classes C ou VB disponibles sur le site ASCOM, pas toujours clair comme de l'eau mais on y arrive https://ascom-standards.org/COMDeveloper/Index.htm ci dessous un exemple du Driver Observing Conditions c'est du VB je récupère par une requête le contenu d'un fichier json ou txt de mon SQM le return (status) est ce qui est attendu dans NINA /SGP ou autre, la majeure partie de ce code extrait les données json. Public ReadOnly Property SkyQuality() As Double Implements IObservingConditions.SkyQuality Get TL.LogMessage("SkyQuality", "Implemented with PrimaSQM") Dim request As HttpWebRequest Dim response As HttpWebResponse = Nothing request = DirectCast(WebRequest.Create("http://" & urlsqm & "/data.json"), HttpWebRequest) response = DirectCast(request.GetResponse(), HttpWebResponse) Dim reader = New StreamReader(response.GetResponseStream()) Dim rawresp As String rawresp = reader.ReadToEnd() Dim jsonObj As JObject = JObject.Parse(rawresp) Dim status As Double status = jsonObj.GetValue("Sqm") Debug.Print(status) Return (status) End Get End Property Mais on s'égare du sujet peut être pour les intéressés faire un post spécifique

Pour mes deux sous de participation, j'irai vers un abri simple, on a un tas de pb avec des trucs trop techniques.

Qu'appelle tu thermopile ah oui c'est en Anglais ? Les cloudsensors disposent en général de ce genre de composant Melexis MLX90614 (protocole I2C) A+

J'utilise le PAP et le boitier PA ça marche sous NINA...si tu n'es pas un ayatollah du backslash ...et que tu rêgles bien les parms tu obtiens des hyperboles à 0.90 assez souvent

Bonjour, je viens par ici afin de vous soumettre un petit problème sur un script externe de NINA ; jusque là aucun problème. Je dispose d'un script de fin de session qui se connecte en FTP et envoie les images de fin de nuit depuis l'Observatoire en remote vers mon domicile (script qui se base sur le mode commande de winscp). Comme le mieux est l'ennemi du bien , je veux pouvoir démarrer le PC FTP distant depuis l'observatoire juste au moment du backup des images en fin de session et park et ne pas laisser en route la journée/nuit entière (soyons un peu éco responsable c'est à la mode). Pour l'extinction distante je n'ai pas de soucis. Mon script de réveil à distance est basé sur le protocole WOL des cartes réseaux ce dont tout bon PC dispose. Un petit utilitaire wolcmd (Depicus) me permet de faire la manipulation sans pb par un double click sur le fichier BAT/CMD. Dans NINA si je lui positionne un widget script externe et que je lui donne le chemin de mon petit script, ce dernier se contente d'ouvrir le cmd.exe de windows mais ne fait plus rien. Je dois avoir loupé quelque chose...si une bonne âme charitable passe dans le coin ! je signale que le script wincsp s’exécute comme un charme pourtant bien plus complexe que celui là. A+ R@ph

Salut Discret68 Il y a des cartes Seeed 4.99$ très minimalistes qui embarquent des chips ESP32 et le wifi + bluetooth...

Pour la allsky j'ai utilisé une ASI120 ; le cloud sensor fait maison aussi avec un capteur mlx et un Pi zero WH

Bonjour, je fais du remote à 40 km de mon domicile : IPX, NUC ou PC durçi. Il faut asservir la monture au toit comme dit plus haut. Une allsky et un cloudsensor + Ipcam c'est déjà pas mal pour commencer. Pour le détecteur de pluie quand il pleut il est trop tard et pour l'onduleur je m'en passe depuis 3 ans les bulletins météo font de la prévention orage... un onduleur en hiver sous la latitude 45° c'est changement de batterie assuré tous les 2 ans. Hope this help !

Superbe image, il y a des nébulosités de partout et cette belle nébuleuse diaphane qui couronne le tout. Je crois que pour une image faite en centre ville on peu pas faire mieux. Traitement maitrisé ! A+