Aller au contenu

Messages recommandés

Posté

Bonjour,

 

c 'est surement un sujet déjà traité sur ce forum mais je ne trouve pas de sujet.  Je vais imprimer en 3d un cap pour une lunette que je voudrais piloter par Kstars Ekos . c' est un arduino Nano implanté dans un système de fermeture de lunette astro.  Je voulais trouver comment piloter l' ouverture et la fermeture en remote via Kstars de ma lunette . Merci d 'avance pour votre aide Richard

Posté

Bonjour,

 

Techniquement on ne pilote pas un arduino avec stars/ekos, il y a abus de langage...

 

Tu veux construire un cap, je comprend que tu veux motoriser le bouchon pour la prise de dark, voire y joindre un éclairage pour faire des flat, donc en clair un flip-flat...

 

Il y a deux approches:

1ere solution:  tu construit ton matos en 3D, y ajoute un arduino, implémenter un "prolocole" pour envoyer des ordres via le port série de l'arduino, et tu développes un driver Indi pour Ekos/kstars. l'étape "driver" est à mon sens la plus délicate...

2eme solution: tu regardes quel matériel type flip-flat est géré en natif par un driver INDI existant, tu cherches le protocol série à implémenter, et tu le codes dans ton arduino. A mon sens c'est la solution la plus simple, j'ai fait la même chose pour implementer une roue a filtre 3D pilotée via port série (et via interface web en mettant un ESP à la place d'un arduino)

 

Par exemple, Indi a un driver pour gérer un flip-flat de marque Optec, modèle Alnitak (voir ici https://www.indilib.org/aux/alnitak-flip-flat-flat-man.html)

Sur ce flip-flat,le protocole série implémenté est décrit dans cette doc https://www.optecinc.com/astronomy/catalog/alnitak/resources/Alnitak_GenericCommandsR4.pdf

Il n'y a plus qu'a implementer...

 

Mon projet de roue a filtre motorisée, pilotable via  kstars/ekos/indi, via le protocole d'une roue a filtre Quantum

 

Cordialement

 

Posté
il y a 10 minutes, astro31 a dit :

Bonjour,

 

je viens de voir qu'il existe un driver Kstars Ekos qui s 'appelle Arduino servo  dans le menu DIY => Arduino servo ?

salut

ça m'intéresse aussi ;) 

est-ce que tu as une capture d'écran ???

je ne trouve pas le driver :( 

merci :) 

cdt

Posté
il y a 17 minutes, astro31 a dit :

Bonjour,

 

je viens de voir qu'il existe un driver Kstars Ekos qui s 'appelle Arduino servo  dans le menu DIY => Arduino servo ?

Tu n'en feras sans doute pas grand chose : ekos ne le reconnaîtra probablement pas comme un flipflat

Posté
il y a 36 minutes, manu69 a dit :

salut

ça m'intéresse aussi ;) 

est-ce que tu as une capture d'écran ???

je ne trouve pas le driver :( 

merci :) 

cdt

c'est bon j'ai trouvé

cdt

Posté (modifié)
Il y a 2 heures, gehelem a dit :

Tu n'en feras sans doute pas grand chose : ekos ne le reconnaîtra probablement pas comme un flipflat

bonsoir GEHELEM , 

En fait je ne vais pas utiliser de LED c'est juste un couvercle open close pour le moment . excusez mon ignorance quant tu dis tu flash c'est tu charges le programme dans l' arduino ??... 

et tu choisi quel driver dans le menu EKOS DIY   merci

Modifié par astro31
Posté
il y a 4 minutes, astro31 a dit :

bonsoir GEHELEM , 

En fait je ne vais pas utiliser de LED c'est juste un couvercle open close pour le moment . excusez mon ignorance quant tu dis tu flash c'est tu charges le programme dans l' arduino ??... 

et tu choisi quel driver dans le menu EKOS DIY   merci

Ha oui oui, pas de problème pour l'utiliser juste pour fermer la boutique

Ekos devrait te permettre de fermer ton tube en fin de session

Avec un profil de ce genre ça devrait le faire :image.png.8fbd02840ded87a7ffc1a3f59cc0c21d.png

 

Et donc oui, le fichier "ino" => à ouvrir avec "Arduino IDE" et flasher ton nano avec ("programmer")

 

Avec le job scheduler et ce driver, tu pourras utiliser ce type de paramètre qui vont ouvrir et fermer ton tube en début et fin de session

tran-qui-lou-bi-lou-te

 

image.png.8157eafbd634e02084c64455358f7485.png

 

  • J'aime 1
Posté
il y a 14 minutes, astro31 a dit :

ça doit etre tout c.. mais j 'ai fait un profil simu il me dit Connection to INDI server at host localhost with port 7624 failed ??

 

tu dois probablement avoir sélectionné  le mode "remote", dans ce cas kstars considère que c'est toi le chef du serveur indi et que tu sais ce que tu fais (en gros que tu le démarres par tes propres moyens)

choisi plutôt le mode "local" => kstars démarre tout seul les bons drivers

image.png.6788f60715deb4f8d0b2e5ab6440c8ed.png

 

Posté
il y a 33 minutes, astro31 a dit :

Comment tu fais pour selectionner local c'est grise tu peux pas

 

image.png.8a29e33666a4f517d9cc91609de16293.png

 

J'ai ri, pardon...

Toi, t'es sur windows !

C'est mal.

Posté

lors du televersement j 'ai les erreurs suivantes

 

Arduino : 1.8.16 (Windows 10), Carte : "Arduino Nano, ATmega328P"

Le croquis utilise 5794 octets (18%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 321 octets (15%) de mémoire dynamique, ce qui laisse 1727 octets pour les variables locales. Le maximum est de 2048 octets.
Une erreur est survenue lors du transfert du croquis
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x2b


Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.
 

à l’instant, gehelem a dit :

 

J'ai ri, pardon...

Toi, t'es sur windows !

C'est mal.

bah oui pour l 'essai mais je peux passer sur mon rpi4 avec stellarmate

Posté
il y a 2 minutes, astro31 a dit :

lors du televersement j 'ai les erreurs suivantes

 

Arduino : 1.8.16 (Windows 10), Carte : "Arduino Nano, ATmega328P"

Le croquis utilise 5794 octets (18%) de l'espace de stockage de programmes. Le maximum est de 30720 octets.
Les variables globales utilisent 321 octets (15%) de mémoire dynamique, ce qui laisse 1727 octets pour les variables locales. Le maximum est de 2048 octets.
Une erreur est survenue lors du transfert du croquis
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 1 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 2 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 3 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 4 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 5 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 6 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 7 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 8 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 9 of 10: not in sync: resp=0x2b
avrdude: stk500_recv(): programmer is not responding
avrdude: stk500_getsync() attempt 10 of 10: not in sync: resp=0x2b


Ce rapport pourrait être plus détaillé avec
l'option "Afficher les résultats détaillés de la compilation"
activée dans Fichier -> Préférences.
 

Dans les options de ta carte sur IDE tu dois pouvoir changer qq part une option qui dit "old bootloader"

il y a 4 minutes, astro31 a dit :

bah oui pour l 'essai mais je peux passer sur mon rpi4 avec stellarmate

Oui donc essaie plutôt avec ton stellarmate

Posté

tout semble bien fonctionner a part avec EKOS

le Flip Flat est en ligne mais ne semble pas fonctionner . Je vois dans le .INO que c'est pour NINA dans le nom du fichier ?

2021-07-20T16:48:09: [INFO] Flip Flat is online.

2021-07-20T16:48:03: [INFO] Flip Flat is offline.

2021-07-20T16:48:03: [ERROR] >S000 error: Write Error: Input/output error.

2021-07-20T16:48:02: [ERROR] >C000 error: Write Error: Input/output error.

2021-07-20T16:48:01: [ERROR] >S000 error: Write Error: Input/output error.

Posté

Mmm voyons, il me semble que dans le fil d'origine le même problème avait été signalé 

Regarde un peu dedans, il doit y avoir un petit "wait" à ajuster qq part

 

(Pas Nina, mais ascom)

 

Je regarderai ce soir si je peux

  • 2 semaines plus tard...
Posté

bonjour,

pour vous remercier de vos bons conseils .  les covers fonctionnent parfaitement dans la version RPI avec Kstars

Par contre le driver Flip flat est introuvable dans la version desktop suous Linux avec Kstars ? avez - vous une idée ? merci 

Richard

Posté
Il y a 9 heures, astro31 a dit :

Par contre le driver Flip flat est introuvable dans la version desktop suous Linux avec Kstars ? avez - vous une idée ? merci 

 

lorsque tu créé ton profil Ekos, sur les auxiliaires il faut chercher sur le fabriquant "Optec"

 

image.png.b3790dcb03b6d224aeb96651dd3d5903.png

Posté

Nickel !! merci oui après réflexion c est logique . 

Il y a 5 heures, Smail97One a dit :

Bonjour a tout le monde ,

 

@astro31 intéressant  , mais question tu n'utilise pas les pins du Raspberry pi pour piloter le servo ?


https://indilib.org/support/tutorials/165-diy-auto-indi-telescope-cover.html?start=1
https://github.com/richardghirst/PiBits/tree/master/ServoBlaster

Salut Smail97One non , directement avec un arduino nano sans Uno ni RPI. ça fonctionne très bien avec NiNA , Kstars sous Linux et Stellarmate .. ils ont fait un super boulot les astros merci à eux ! 

Posté

Derniere question . j' ai 2 cap sur 2 lunettes différentes . si j' ai qu'un driver FILP FLAT  les 2 vont s'ouvrir et se fermer en même temps ? 

Rejoignez la conversation !

Vous pouvez répondre maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous pour poster avec votre compte.

Invité
Répondre à ce sujet…

×   Collé en tant que texte enrichi.   Coller en tant que texte brut à la place

  Seulement 75 émoticônes maximum sont autorisées.

×   Votre lien a été automatiquement intégré.   Afficher plutôt comme un lien

×   Votre contenu précédent a été rétabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insérez-les depuis une URL.

  • En ligne récemment   0 membre est en ligne

    • Aucun utilisateur enregistré regarde cette page.
×
×
  • Créer...

Information importante

Nous avons placé des cookies sur votre appareil pour aider à améliorer ce site. Vous pouvez choisir d’ajuster vos paramètres de cookie, sinon nous supposerons que vous êtes d’accord pour continuer.