Contrôle setup astrophotographie nomade

[olivier006k]

Il y a 21 heures, dragonlost a dit :

 

J'ai une question qui est peut être bête. Pourquoi utiliser GPhoto directement ?  Y a plein d'outils qui peuvent le commander et te simplifier la vie.

 

Salut dragonlost,

 

c'est possible mais je ne les connais pas.

 

Tu penses à quoi par exemple, car mon but est de lancer les fonctions d'intervallomètre sur mon eos 1200 à partir du raspberry pi qui gère également le pointage et l'autoguidage.

[patdut]

Il y a 9 heures, olivier006k a dit :

 

Salut dragonlost,

 

c'est possible mais je ne les connais pas.

 

Tu penses à quoi par exemple, car mon but est de lancer les fonctions d'intervallomètre sur mon eos 1200 à partir du raspberry pi qui gère également le pointage et l'autoguidage.

Bonjour Olivier,

Tu devrais essayer avec Darktable.

Il y a aussi Entangle mais il faut le compiler et je ne suis pas sûr qu'il compile bien partout. J'ai des soucis sur ubuntu 16.04.

Il y a aussi qdslrdashboard qui marche pas mal : https://dslrdashboard.info/download/linux-v3-5-5-x64/

Mais je ne sais pas s'il existe une version arm., à voir.

 

Modifié 9 janvier 2019 par patdut

[dragonlost]

Il y a 22 heures, olivier006k a dit :

 

Salut dragonlost,

 

c'est possible mais je ne les connais pas.

 

Tu penses à quoi par exemple, car mon but est de lancer les fonctions d'intervallomètre sur mon eos 1200 à partir du raspberry pi qui gère également le pointage et l'autoguidage.

 

T'utilise quoi du coup pour le pointage et l'autoguidage ?

[zombuy]

Bonjour à tous

 

Ma config semble avoir planté 

Bien que la tk soit alimentée je n'ai qu'un écran noir... 

 

Du coup je pense tout réinstaller mais l'image pour la tk ne semble plus disponible https://lroge.scenari-community.org/KstarsEkosIndi/#images

 

Il me semble que vous aviez parler de changement d'hébergement le nouveau lien est disponible ? 

[olivier1986]

bonjour zombuy,

 

le lien pour les images telechargeable est le suivant:

 

https://share.obspm.fr/index.php/s/oGtH7pbD9ZsyTTG

 

Olivier

[dragonlost]

il y a 26 minutes, olivier1986 a dit :

bonjour zombuy,

 

le lien pour les images telechargeable est le suivant:

 

https://share.obspm.fr/index.php/s/oGtH7pbD9ZsyTTG

 

Olivier

 

J'en est profiter pour harmoniser les nom !

[dragonlost]

la version 1.6.0 de oacapture/oalive sera entierement compatible arm/arm64 ! Merci à son développeur d'avoir accepté.

 

Je suis aussi en train de voir avec le développeur de indi/kstars pour qu'il intègre le sdk arm64 pour les caméra zwo.

 

Oacapture pourra donc remplacer simplement et efficacement planetary imager dans la NAFABox quand il sera en 1.6.0.

[patdut]

J'essaie de mon côté de sensibiliser le développeur de qDslrDashboard au développement de packages pour arm. C'est pas gagné car ça ne semble pas sa préoccupation principale. De plus les sources ne sont pas open. Dommage car le logiciel peut très simplement remplacer backyardeos (pas gratuit) et est moins restrictif que ce dernier sur les appareils photo supportés.

[TonyBANKS75]

il y a une heure, dragonlost a dit :

la version 1.6.0 de oacapture/oalive sera entierement compatible arm/arm64 ! Merci à son développeur d'avoir accepté.

 

Je suis aussi en train de voir avec le développeur de indi/kstars pour qu'il intègre le sdk arm64 pour les caméra zwo.

 

Oacapture pourra donc remplacer simplement et efficacement planetary imager dans la NAFABox quand il sera en 1.6.0.

Bonne nouvelle ! J'ai vu cela ce midi 😁. Oacapture arm32 arrive bientôt. J'adore ce genre de news. 

Faudrait que Firecapture soit aussi compatible arm et ce serait top. Mais là c'est full fermé le code...

Tony

Modifié 11 janvier 2019 par TonyBANKS75

[dragonlost]

Le 11/01/2019 à 15:57, patdut a dit :

J'essaie de mon côté de sensibiliser le développeur de qDslrDashboard au développement de packages pour arm. C'est pas gagné car ça ne semble pas sa préoccupation principale. De plus les sources ne sont pas open. Dommage car le logiciel peut très simplement remplacer backyardeos (pas gratuit) et est moins restrictif que ce dernier sur les appareils photo supportés.

 

Par contre on peut rajouter le ddserver dans la nafabox afin d'avoir acces direct au liveview via l'apli qdslrdashboard sur windows/linux ou (android et ios mais payant)

[dragonlost]

Le 11/01/2019 à 16:35, TonyBANKS75 a dit :

Bonne nouvelle ! J'ai vu cela ce midi 😁. Oacapture arm32 arrive bientôt. J'adore ce genre de news. 

Faudrait que Firecapture soit aussi compatible arm et ce serait top. Mais là c'est full fermé le code...

Tony

 

Bon bas ca marche en aarch64 du coup la version 1.6 sera compatible aarch64/arm64 et arm/armhf. Du coup la version beta de la nafabox vient juste d'avoir le script pour oacapture !

 

Normalement la beta devrai devenir la nouvelle version stable d'ici la fin de mois ! Du coup si vous voulez tester hésitez pas ! Pour les suggestions aussi !

Ça sera la version 3.2.

 

Toujours en tête la version serveur sans interface graphique mais pas eu le temps encore car il faut recoder une partie en dialog  afin de pouvoir tout installer en ssh.

Modifié 14 janvier 2019 par dragonlost

[patdut]

Heu la version sans interface graphique c'est faisable avec juste les scripts non ? Juste pas de logiciels graphiques, une option d'install dans les scripts pour  ne pas les installer. Je peux regarder. Mais cela vaut-il le coup de créer une distribution spécifique ?

 

[TonyBANKS75]

Salut,

Ce soir, j'essaie de charger la nafabox_tinker_xenial-v3.1_stable. Pour évoluer un peu... Ma TB était encore avec la vielle 2.1. Et ça m'annonce 2 jours 😅.

Le serveur aurait-il un coup de mou 😉

Ou quelqu'un mettrait-il le pied sur ma fibre ? Ah non, j'ai déjà vérifié de ce coté

Tony

 

Edit1: Je charge par là : 

https://share.obspm.fr/index.php/s/oGtH7pbD9ZsyTTG

 

Edit2: Correction: Cela a eu du mal à décoller. Maintenant ça charge tranquillement (2h au total environ). C'est bien 😀. Merci !

Modifié 15 janvier 2019 par TonyBANKS75

[dragonlost]

Le 14/01/2019 à 19:46, patdut a dit :

Heu la version sans interface graphique c'est faisable avec juste les scripts non ? Juste pas de logiciels graphiques, une option d'install dans les scripts pour  ne pas les installer. Je peux regarder. Mais cela vaut-il le coup de créer une distribution spécifique ?

 

 

Non c'est pas faisable car on utilise yad/zenity pour avoir des joli interface mais du coup en ssh y a pas d'interface graphique

en dialog ça marche en ssh car c'est un affichage dans le terminal.

 

Bon j'ai reussi à faire marcher DDServer pour l'application QDslr sur la tinkerboard. C'est plutôt sympa ! en plus il suffit juste de se déconnecter du reflex avec INDI puis de se connecter avec l'application. L'inverse marche, pas besoin d'arreter le DDserver.

 

J'ai essayer avec l'application Android, c'est plus fluide que le live via Kstars ( c'est normal vue que c'est dédié à ca).

 

Du coup je serai pour, d'ajouter le ddserver dans l'installation réseaux, vous en pensez quoi ?

 

[dragonlost]

Le 15/01/2019 à 21:07, TonyBANKS75 a dit :

Salut,

Ce soir, j'essaie de charger la nafabox_tinker_xenial-v3.1_stable. Pour évoluer un peu... Ma TB était encore avec la vielle 2.1. Et ça m'annonce 2 jours 😅.

Le serveur aurait-il un coup de mou 😉

Ou quelqu'un mettrait-il le pied sur ma fibre ? Ah non, j'ai déjà vérifié de ce coté

Tony

 

Edit1: Je charge par là : 

https://share.obspm.fr/index.php/s/oGtH7pbD9ZsyTTG

 

Edit2: Correction: Cela a eu du mal à décoller. Maintenant ça charge tranquillement (2h au total environ). C'est bien 😀. Merci !

 

Pourtant on a une méga fibre optique à l'observatoire ! Apres cette semaine il y a eu des coupure de courant du coup c'est possible que ça soit ça.

 

C'est compliquer de trouver un serveur qui coute pas cher pour partager autant de Go

[TonyBANKS75]

Il y a 2 heures, dragonlost a dit :

C'est compliquer de trouver un serveur qui coute pas cher pour partager autant de Go

Je comprends bien le problème 😋

Pas de soucis. 

Tony

[gehelem]

Le pb c'est surtout la bande passante...

Je maintiens qu'en sachant le faire, le mieux c'est les torrent...

(Moi ça merde... je sais pas les créer)

[dragonlost]

Bon bas j'ai tester le ddserver avec l'application qdslrdashboard pour l'éclipse et ca marche niquel ! live view très fluide en wifi et transfert rapide.

[le_kenyan]

Bonjour et bonne année a tous !

Un grand merci à vous pour le développement et le temps passé sur ce projet !

Petite question : la nafabox_tinker_xenial-v3.1_stable est elle compatible tinker s

 

Merci d'avance pour vos réponses !

[dragonlost]

il y a une heure, le_kenyan a dit :

Bonjour et bonne année a tous !

Un grand merci à vous pour le développement et le temps passé sur ce projet !

Petite question : la nafabox_tinker_xenial-v3.1_stable est elle compatible tinker s

 

Merci d'avance pour vos réponses !

Ouaip !  (edit : en théorie car j'ai pas de modèle S chez moi)

Modifié 22 janvier 2019 par dragonlost

[dragonlost]

J'ai quand même eu un problème lors de l'éclipse. J'ai arrêté d'utiliser la Tinkerboard pendant 1h. Puis j'ai voulu le réutiliser, mais sans succès.

Je suis donc aller voir l'ordi et j'ai remarqué qu'il était entièrement givré ! Après réchauffage rapide j'ai récupérer la main après un redémarrage.

 

Donc par ses longues nuit d'hiver, attention à la température ! Mon boitier, est un boitier métallique assurant une super bonne dissipation ce qui n'a pas du aider.  Je rappelle que l’informatique standards est valider entre 0 et 40°C en général ( entre 0 et 70 pour le raspberry il me semble).

[vinvin]

Sinon tu peux le mettre dans un bain d'huile peut-être ? Comme les super oil-coolings de PC de bureau qui sont dans un aquarium rempli d'huile.

[le_kenyan]

Il y a 7 heures, dragonlost a dit :

Ouaip !  (edit : en théorie car j'ai pas de modèle S chez moi)

Ok merci pour l'info, vais tester Ca !

[le_kenyan]

Il y a 6 heures, dragonlost a dit :

J'ai quand même eu un problème lors de l'éclipse. J'ai arrêté d'utiliser la Tinkerboard pendant 1h. Puis j'ai voulu le réutiliser, mais sans succès.

Je suis donc aller voir l'ordi et j'ai remarqué qu'il était entièrement givré ! Après réchauffage rapide j'ai récupérer la main après un redémarrage.

 

Donc par ses longues nuit d'hiver, attention à la température ! Mon boitier, est un boitier métallique assurant une super bonne dissipation ce qui n'a pas du aider.  Je rappelle que l’informatique standards est valider entre 0 et 40°C en général ( entre 0 et 70 pour le raspberry il me semble).

Une résistance chauffante peut être ou encore un sac plastique pour régler le pb ?

[TonyBANKS75]

Salut,

C'est encore casse-pieds qui fait rien qu'à se plaindre ^^.

Dans le fichier nafabox_tinker_xenial-v3.1_stable compressé, j'ai trouvé un fichier dont le nom ce termine par .... beta 

Une fois installé, je n'ai rien vu de particulier. Juste une erreur de dénomination ? 

Tony

Modifié 23 janvier 2019 par TonyBANKS75

[Eric S]

Il y a 20 heures, dragonlost a dit :

Je rappelle que l’informatique standards est valider entre 0 et 40°C en général ( entre 0 et 70 pour le raspberry il me semble).

 

Oui mais d'un point de vue théorique, rien n'empêche l'électronique et les semi-conducteurs de fonctionner plus froid (à l'inverse de la chaleur). Tous mes APN prévus pour 0°C-+40°C ont tenu sans problème sous les -10°C que ce soit en astro ou en ski de rando. Ce sont surtout les batteries qui peinent. Par contre, souvent, à la ligne d'en dessous, il y a marqué "Humidité : 0 à 95% sans condensation". Donc, le givre...

[patdut]

Le 22/01/2019 à 12:06, dragonlost a dit :

Bon bas j'ai tester le ddserver avec l'application qdslrdashboard pour l'éclipse et ca marche niquel ! live view très fluide en wifi et transfert rapide.

ça c'est génial, mais il faut un wifi robuste.Celui de la Tinker est-il assez costaud ?

[patdut]

Il y a 21 heures, dragonlost a dit :

J'ai quand même eu un problème lors de l'éclipse. J'ai arrêté d'utiliser la Tinkerboard pendant 1h. Puis j'ai voulu le réutiliser, mais sans succès.

Je suis donc aller voir l'ordi et j'ai remarqué qu'il était entièrement givré ! Après réchauffage rapide j'ai récupérer la main après un redémarrage.

 

Donc par ses longues nuit d'hiver, attention à la température ! Mon boitier, est un boitier métallique assurant une super bonne dissipation ce qui n'a pas du aider.  Je rappelle que l’informatique standards est valider entre 0 et 40°C en général ( entre 0 et 70 pour le raspberry il me semble).

Faut peut-être un boîtier plastique plutôt que métallique avec un ventilateur piloté en PWM pour fournir une bonne ventilation en cas de chauffe.

 

[dragonlost]

il y a 43 minutes, patdut a dit :

Faut peut-être un boîtier plastique plutôt que métallique avec un ventilateur piloté en PWM pour fournir une bonne ventilation en cas de chauffe.

 

 

Finalement j'ai trouver la solution, je bloque la fréquence du processeur a fond comme ça il chauffe et y a pas de givre.

il y a 46 minutes, patdut a dit :

ça c'est génial, mais il faut un wifi robuste.Celui de la Tinker est-il assez costaud ?

 

J'ai fait ça avec le wifi de la tinkerboard a 25m derrière une porte vitré. J'ai juste changer d'antenne vers une antenne filaire omni 3db car avec le boitier en metal je suis obliger de déporter l'antenne. Depuis que je fait ça le wifi est beaucoup plus stable !

 

https://www.amazon.fr/gp/product/B01M158AGW/ref=ppx_yo_dt_b_asin_title_o09__o00_s00?ie=UTF8&psc=1

[dragonlost]

Il y a 6 heures, TonyBANKS75 a dit :

Salut,

C'est encore casse-pieds qui fait rien qu'à se plaindre ^^.

Dans le fichier nafabox_tinker_xenial-v3.1_stable compressé, j'ai trouvé un fichier dont le nom ce termine par .... beta 

Une fois installé, je n'ai rien vu de particulier. Juste une erreur de dénomination ? 

Tony

 

Mais non tkt pas ! J'ai juste renommé les fichier compresser mais j'ai pas penser a corriger les noms qui sont dedans !