Linux et astro

[patdut]

Je suis d'accord avec toi. On ne peut pas dire que la stabilité du système soit bonne. Elle varie pas mal au fil des mises à jour. Peut-être est-ce le prix à payer pour une solution qui au final est complète. Concernant les drivers, il faut savoir que pour QHY et ZWO, INDI s'appuie sur les kits de développement fournis par les concepteurs des caméras. Ce n'est pas qu'ils soient pas à l'écoute mais c'est que manifestement INDI ne fait pas partie de leurs priorités. Donc, quand par malheurs, ils introduisent un bug dans leur kit, ils ne mettent pas le paquet pour réparer. D'un autre côté, parfois, les bugs sont difficiles à isoler, j'ai vécu ça récemment. J'ai beaucoup communiqué avec les gars de chez ZWO pour voir si le bug ne venait pas de leur kit pour finalement que Jasem s'aperçoive que le bug était causé par un oubli dans la config pour la compilation du driver INDI.

Oui c'est pas tout le temps rose. Mais on y croit ou on y croit pas. Pour ma part, la chaîne kstars/Ekos/INDI me satisfait pleinement, son côté multi-plateforme (INTEL/ARM), Ekos qui permet de faire mise aupoint, astrometrie, autoguidage, planification, etc..., tout ça c'est génial. Un système aussi intégré sous windows soit n'existe pas en libre soit est payant.

Le serveur INDI est quand même super, avec la possibilité de cascader les serveurs, la communication http entre serveurs, le côté open pour ceux qui veulent se salir les doigts dans le code.

Enfin un aspect et non des moindres des développeurs qui sont à l'écoute. En plus ça bouillonne un max autour du produit. Je me demande à quoi ça va ressembler au final.

Pour en revenir à ton soucis, n'hésite pas à contacter le forum. Au besoin à contacter Jasem en direct. J'ai déjà fait appel à lui et il est déjà intervenu sur mon PC via teamviewer pour régler certains problèmes.

[rmor51]

Du coup je me suis penché sur la solution INDI/Kstars/Ekos. J'ai lu en particulier un tutoriel sur le site INDI que j'ai traduit pour bien m'en imprégner. Je dois avouer que ayant découvert ce setup, il a fini par me séduire. Si la traduction intéresse d'autres personnes, je peux la mettre à disposition.

 

Les problèmes de QHY n'ont pas disparu pour autant ! Mais j'ai noté avec plaisir que Ekos peut aussi avoir Lin_Guider comme guideur ce qui arrange du coup mon problème QHY puisque Lin_Guider ne passe pas par INDI.

Modifié 24 janvier 2017 par rmor51

[rmor51]

doublon

[patdut]

Pour les problèmes avec la QHY, n'hésites pas à les remonter à Jasem. Expliques lui clairement la nature du problème. S'il y a lieu il va saisir les développeurs de QHY.

[lock042]

Les problèmes de la QHY sont essentiellement dus au SDK Linux fournis par QHY ..... C'est très compliqué à résoudre souvent. C'est une des raisons pour laquelle je suis passé à ZWO et je ne le regrette pas .

[patdut]

J'abonde dans ce sens, j'ai expérimenté les soucis liés à une mauvaise gestion des subframes par le driver QHY, jamais résolu, d'où mon basculement chez ZWO. Il se peut qu'il y ait quelques loups qui traînent encore dans le sdk linux et comme je le disais plus haut ce n'est pas forcément la priorité des développeurs QHY.

Certains développeurs d'INDI prétendent que les développeurs de QHY sont moins pointus que ceux de chez ZWO.

Ceci dit dans le monde de ZWO tout n'est pas rose non plus. Je possède une ZWO178MM que je connecte indifféremment à un clone de RPi et un portable. A un moment donné après une mise à jour du sdk, je me suis retrouvé avec des formats de fichiers incompatibles entre les deux versions ARM et INTEL. Les développeurs de ZWO avaient décidé d'autorité d'arrondir, sur la plateforme ARM, la largeur de l'image à un multiple de 1024 pour optimiser les transferts (3072 ald 3096). Après notre intervention à moi et Jasem auprès des gars de ZWO l'uniformisation du SDK a été réalisée. Le courant passe mieux avec ZWO et ils sont plus à l'écoute.

[lock042]

Le courant passe mieux avec ZWO et ils sont plus à l'écoute.

 

Oui !! Il suffit de trainer sur les forums anglais pour trouver un représentant de Zwo qui est toujours à l'écoute (Sam). Pour QHY, mes 2 mails n'ont jamais eu de réponse.

[rmor51]

Une question: Y a-t-il moyen de faire tourner Kstars-bleeding sur Raspbian SVP ?

[Argonothe]

Une question: Y a-t-il moyen de faire tourner Kstars-bleeding sur Raspbian SVP ?

 

Bonsoir oui il est possible de faire tourner Kstars sur un PI,

 

Tu as le tuto ici

 

Personnellement, j'utilise parfois le PI pour piloter ma monture, l'apn et la cam à distance et reste au chaud chez moi avec Kstars sur le pc. En revanche en nomade pour échapper à la pollution lumineuse, il faut de toute façon un écran alors j'utilise un PC portable et pas le PI, même s'il est possible de piloter le Pi depuis une tablette, voir même d'avoir Kstars sur celle-ci (androïd) le portable est à mon avis plus adapté.

 

Alors faire tourner Kstars sur le PI est possible mais tout dépend du besoin que tu as...

 

 

Laurent

[rmor51]

Je parlais bien de la version kstars-bleeding qui est un peu différente. Elle est dispo pour Ubuntu-Mate mais apparemment pas pour Raspbian.

 

Pour ceux qui sont intéressés j'ai réalisé la traduction en français de ce tuto ainsi que du manuel d'iAStroHub3.

 

Manuel iAstroHub

Tuto Ekos

Modifié 10 février 2017 par rmor51

[lock042]

Sisi elle l'est et le lien qu'on t'indique est celui ci. Ekos n'existe que dans Kstars bleeding

[rmor51]

Eh bien tu n'as qu'à essayer sous Raspbian: Inconnu au bataillon, dans l'installateur et en ligne de commande. Dans le tuto il est bien précisé qu'il a Ubuntu-Mate comme OS.

[lock042]

Oui car il faut compiler.

Ou même mieux : http://www.indilib.org/download/raspberry-pi.html

Et y'a marqué raspbian Jessy.

Modifié 11 février 2017 par lock042

[rmor51]

Ca ne concerne que la librairie INDI.

[patdut]

Eh bien tu n'as qu'à essayer sous Raspbian: Inconnu au bataillon, dans l'installateur et en ligne de commande. Dans le tuto il est bien précisé qu'il a Ubuntu-Mate comme OS.

Bonjour,

Si tu veux faire tourner kstars/Ekos sur PI il te faut installer Ubuntu sur PI. Sinon tu n'auras que INDI sur PI et ni le planétarium Kstars ni la tour de contrôle Ekos.

Ceci dit, perso je ne vois pas trop l'intérêt de faire tourner kstars/ekos sur PI, ce sera lent et peu confortable. Comme le dit Argonothe la bonne option c'est d'utiliser le PI comme un serveur sur lequel tourne INDI accessible depuis n'importe quel appareil, tablette, téléphone (depuis peu) ou PC. Il tefaudra quand même installer le webmanager indi et tightvnc pour configurer ton réseau local wifi à moins que tu n'optes pour une liaison filaire.

On peut ainsi depuis un PC utiliser Stellarium, Cartes du ciel, PHD2, CCDciel etc... en mode remote.

Le seul cas ou cette solution peut s'avérer contre productive c'est en planétaire. Mais dans ce cas, compte tenu de la fréquence d'acquisition élevée, une mise en station visuelle et apprentissage de la monture à la raquette (si dispo) suffit. On connecte la cam directement sur le PC on pointe la planète, on centre et hop on enregistre.

Modifié 12 février 2017 par patdut

[Argonothe]

Bonjour,

 

Je parlais bien de kstars-bleeding.

 

Et Patdut à parfaitement tout expliqué j'aurai du plus détailler...

 

En complément il existe un bricolage à base d'un PI commercialisé par un magasin d'astro qui embarque kstars et phd2 et astronomy.net, mais je n'en ferais pas la publicité, ils ont repris le tuto que j'ai mis en lien...

 

Tu peux aussi démarrer les services Indi en ligne de commandes SSH, sans avoir besoin d'installer vnc, démarrer automatiquement les services si ta configuration matérielle ne varie pas voir si tu veux, mettre un bouton poussoir sur le gpio pour éteindre proprement le PI via un script.

 

Reste que de toute façon faire tourner autre-chose que les services INDI va vite montrer les limites du PI... Même si sur le papier cela peut sembler intéressant, la réalité est tout autre ;-)

 

Le wifi est bien mais attention à la chute de débit dès que la distance augmente, il faut soit ajouter une antenne soit passer en filaire, perso j'utilise un câble RJ plat blindé.

 

Enfin pour terminer un petit truc pour protéger le PI de l'humidité, le mettre dans un boîtier électrique étanche... coût 2 €

Modifié 20 février 2017 par Argonothe

[RG59]

Bonjour,

Pour ceux que ça intéresse, je me prépare à diffuser une image disque SD iAstroHub 3 modifiée comme suit :

- Contrôle direct de la monture en EQMod depuis Skysafari sans la raquette

- Géolocalisation depuis le GPS d'un smartphone

- Alignement d'EQmod depuis le résultat de la réduction astrométrique

- Possibilité de commander le reflex par le GPIO (Mirror Lock Up)

En gros, le matériel se limite à un smartphone et à un Raspberry. Le but est de faire simple et efficace tout en disposant d'un outil complet et de qualité.

La notice Française est en cours de rédaction. La version Anglaise sera faite dans un second temps.

Etant du Nord les possibilités de test du produit sont relativement limitées...

Il y a t-il des personnes sur ce forum qui seraient disposées à le tester ?

Cordialement,

Modifié 13 février 2017 par RG59

[gehelem]

bonjour

je découvre ce fil : le rpi3 est un peu limite pour tout faire tourner mais il marche bien en serveur pur

j'ai pas mal creusé le odroid xu4 : utilisation avec ubuntumate sans problème, c'est assez fluide en rdp, ekos et tout ca.

pas testé en wifi, ni astrometry.net

par contre j'ai jamais reussi a faire tourner proprement ma asi120mm...

voir a ce sujet les nombreux posts sur le forum indi

Gilles

[patdut]

@gehelem

Tout mon setup est connecté à un Odroid-XU4 via un hub USB3. L'Odroid est accessible via clé wifi et cable (au besoin) quand les distances sont trop importantes. Je cherche des solutions pour accroitre le débit de la connexion wifi afin de supprimer définitevement le câble. Je n'ai pas encore trouvé.

Dans le setup il y a deux caméras zwo, une 120MM-S pour l'autoguidage et une 178MM pour la prise de vue. Toutes deux sont prises en charge par le serveur indi. Jusqu'à il y a peu j'avais pas mal de soucis pour les faire fonctionner simultanément et sans problème. La situation s'améliore, j'accède aux deux caméras, elles fonctionnent bien. Cependant des régressions font que le pilotage par EKOS/INDI du refroidisseur de la 178MM ne fonctionne plus correctement. J'espère que ceci ne devrait pas tarder à être corrigé.

 

@Argonothe:

Il suffit d'installer INDI web manager sur le PI pour pouvoir démarrer sur ce dernier l'ensemble des drivers utilisés par son setup. Après, bien sûr, configuration de son profil.

http://www.indilib.org/support/tutorials/162-indi-web-manager.html

 

SINON: une évolution récente de Kstars/Ekos qui devrait vous plaire:

 

Si vous ne comprenez pas l'anglais, pas de soucis, les images parlent d'elles même.

 

ENFIN: si une bonne âme veut bien me donner un coup de main, on pourrait traduire les tutoriaux qui vous intéressent en français. Au fil de l'eau, car ce n'est pas toujours un exercice facile.

Modifié 13 février 2017 par patdut

[lock042]

Excellent la vidéo pour aider à la mise en station.

 

Vraiment super la suite ekos/kastars/indi.

[patdut]

@Cyril

Ce que je pense c'est qu'avec les travaux de l'équipe Kstars/Ekos/INDI qui avance à pas de géants et vos travaux on aura une chaîne complète de logiciels libres dédiés astro tournant sous linux.

Le seul souci c'est que la triplette Kstars/Ekos/INDI avance très vite mais que la traduction de l'interface ou de la doc ne suit pas. Les potentiels utilisateurs francophones ne suivent donc pas et restent coincés sous windows.

 

Pour avoir un aperçu des possibilités offertent par Kstars/Ekos/INDI il faut visionner les vidéos de la chaîne youtube "Kuwait Astronomy"

[lock042]

Il est vrai. Si j'avais du temps pour l'essayer déjà je pourrais envisager d'écrire un truc pour astrosurf magazine (si ca les intéressait). Mais je manque de temps alors je ne connais pas suffisamment le soft.

Car les gens restent sur windows car ce type de media (largement bouquiné par les astrams) ne parlent que des softs sous windows. Et que par conséquent, ils continuent de penser que Linux c'est compliqué et pas pour eux.

A savoir que dans 2 numéros, il y'aura un article consacré à Siril déjà .

Modifié 13 février 2017 par lock042

[Argonothe]

@patdut

 

Je veux bien te donner un coup de main pour une doc française pour la partie mise en forme à l'image de ce que je fais pour Siril. lol demande à Cyril ce qu'il en pense ;-)

 

Laurent

[patdut]

@Argonothe

Si on se lance dans la traduction de la doc (pour l'instant plusieurs tutoriels), j'imagine que cette initiative devrait être signalée à Jasem Mutlaq qui gère le projet et le site INDI. J'ai pu repérer sur ce site qu'il existe d'autres utilisateurs francophones d'INDI qui ne sont pas actifs ici et qui pourraient être intéressés par l'initiative.

La traduction de l'interface semble plus compliquée car le projet est hébergé dans KDE qui, de ce que j'ai compris, est une initiative gérée par une équipe internationale qui prend aussi en charge la traduction des interfaces des softs.

https://www.kde.org/community/whatiskde/i18n.php

 

Mais déjà, avec un bon support s'appuyant sur les tutos, on devrait pouvoir faciliter l'accès au produit.

[lock042]

Pour traduire Kstars/ekos c'est pas dur.

Il faut lire dans les sources le fichier README.i18n qui explique tout.

 

Notamment :

KStars has many data files that contain strings that you may want

to translate: cities.dat, cnames.dat, image_url.dat, info_url.dat

 

We have modified our Makefile to automatically parse these files

and generate a "dummy" source file that only contains the translatable

strings from our data files. The file is called "kstars-i18n.cpp".

Once the kstars.pot file is generated, this file is destroyed.

 

The advantage to this is that it requires no special effort on the

part of the translation teams; the data file strings are automatically

added to our POT file. The disadvantage is that our POT file is now

quite large! Especially because of the city names. Probably, most of

the city names won't need to be translated. We added a comment to

these strings indicating that they are optional.

 

Donc en gros il faut traduire le fichier kstars.pot comme on peut le faire avec siril. Pour ce faire on utilise le logiciel poedit.

[patdut]

@cyril

Mouai faudrait trouver un moyen de démystifier Linux au travers d'articles dans des revues astro.

 

Pour la traduction de l'interface faut que je regarde ça de plus près.

Bizarre, je n'ai pas trouvé de kstars.pot.

Modifié 13 février 2017 par patdut

[rmor51]

@gehelem

ENFIN: si une bonne âme veut bien me donner un coup de main, on pourrait traduire les tutoriaux qui vous intéressent en français. Au fil de l'eau, car ce n'est pas toujours un exercice facile.

 

Je suis partant pour les traductions. J'ai du temps et j'en ai déjà fait pour mon propre compte. En fait j'ai commencé celle d'EKos du site Indilib.org.

 

Sinon pouvez-vous éclairer ma lanterne concernant kstars et kstars-bleeding. Ce dernier est-il une version de développement ?

Modifié 13 février 2017 par rmor51

[patdut]

On se lance alors ?

Il va falloir trouver une structure d'accueil car je constate qu'il y a plein de liens dans les pages de tutoriels.

[lock042]

Et effectivement, Laurent a fait du super taf sur notre doc

[Argonothe]

@patdut

 

Je t'ai envoyé un mail en réponse au tien, Je peux monter le serveur d'ici à demain, car si on part sur une doc en français c'est vraiment simple. En plus je fais ça tous les jours

 

Pour infrastructure j'ai déjà tout ce qui faut serveur web y compris...

 

@rmor51

 

Cool, je laisse le soin à Patrick de prendre contact avec toi

 

Et pour Ktars et kstars-bleeding ce dernier intègre Ekos

 

 

 

Et oui c'est parti...

Modifié 13 février 2017 par Argonothe