pch

Oui ça vaut la peine de remonter le sujet car en un an les choses ont pas mal évolué. D'abord un site "publicitaire" pour expliquer Alpaca sans considération technique: https://www.ascom-alpaca.org/ Après s'être amusé avec "Learn more" ne pas oublier de cliquer sur "Showcase" pour une liste de produits qui supportent Alpaca, ainsi que des librairies de développement, en C++ pour RPi avec beaucoup de drivers, et en Python. Pour ESP32 je connais ces deux projets: en Python: https://github.com/RunTJoe/MiPyAlpaca en C++ : https://github.com/agnunez/AlpacaSafetyMonitor Au sujet de la sécurité Alpaca propose un login http avec utilisateur/mot de passe qui doit être suffisant pour ne pas se tromper d'équipement à une star party avec un wifi public. Pour plus de sécurité si on passe par Internet par exemple le mieux est d'utiliser un reverse proxy en https. Dans la doc de CCDciel j'indique comment le faire avec Apache: https://www.ap-i.net/ccdciel/en/documentation/proxy

Bravo Jérémy pour cette image! Un beau souvenir de cette super semaine sur le Causse Noir.

La solution que j'utilise est avec grub, le bootloader du linux qui permet d'indiquer quel système charger au prochain boot, il n'y a donc pas besoin d'écran pour faire le choix. Le mode d'emploi, tout en root ou sudo, les " sont a enlever des commandes : - modifier dans /etc/default/grub la ligne GRUB_DEFAULT=0 par GRUB_DEFAULT=saved , activer avec update-grub - Passer la commande "grub-set-default 0" pour indiquer le boot de Linux par défaut. - la commande grub-reboot permet d'indiquer le système à démarrer au prochain reboot, c'est temporaire et ensuite il retourne au système par défaut. chez moi le Windows 11 est la troisième entrée dans le menu grub, donc "grub-reboot 2" indique de booter windows la prochaine fois. - ça ne change pas l'affichage du menu grub et le timeout, donc si on se trompe il est facile de choisir le bon système a la main après avoir branché un écran. - pour plus de simplicité faire un petit script avec ces deux lignes qui permet de se retrouver avec Windows: sudo /usr/sbin/grub-reboot 2 sudo /bin/systemctl reboot Ca demande évidement de toujours booter Linux en premier mais c'est rapide, ensuite un ssh sur le linux et on lance le script. C'est pas bien grave si comme moi on reste sous Linux 90% du temps.

Pour l'utiliser avec PHD2 il faut configurer Eqmod comme indiqué ici: https://github.com/OpenPHDGuiding/phd2/wiki/EQASCOM-Settings

Merci pour libpasastro, j'avais oublié de l'indiquer. C'est maintenant corrigé dans les instructions pour Linux en bas de la page de téléchargement.

En effet Calibration Ouest + Guidage Ouest doit marcher dans tous les cas, ça doit être un truc dans ton code. Le problème avec la caméra c'est que le simulateur ne modifie pas l'image de l'autre coté du méridien. Avec une vraie caméra montée sur une GEM l'image est retournée de 180°. Il faut donc faire une rotation de 180° de l'angle de calibration quand le pierside courant est différent du pierside de calibration. Ca corrige sans problème le guidage en RA. Mais en DEC et d'un des cotés du méridien, la plupart des montures partent vers le sud en réponse à un pulse vers le nord et il faut en plus inverser la direction DEC. C'est la raison de la coche "Reverse Dec" dans PHD2, qui contrairement à son nom ne fait pas cette inversion quand elle est cochée.

Bravo pour tous ces progrès! Fait attention que le simulateur ne gère pas le retournement méridien de manière réaliste. Si tu le fait marcher pour le simulateur ça ne marchera pas avec une vraie caméra.

Si il ne permet pas de cocher un niveau c'est qu'il manque encore des fichiers. La 4em coche du 35 correspond aux fichiers de "Textures haute résolution" virtualmoon-hires.exe Avant d'installer un fichier "veryhires" il faut avoir installé: Pack de données: virtualmoon-data.exe Textures haute résolution: virtualmoon-hires.exe Ils sont disponible sur https://ap-i.net/avl/fr/download#donnees_supplementaires

Ne pas confondre le niveau de texture avec le niveau de zoom Il y a au maximum 6 niveaux de texture, si tu ne peux pas aller au delà des trois premiers c'est que les fichiers de textures haute résolution ne sont pas installé. Essaye le menu Aide / Composant en options. Et je suis bien d'accord que le niveau de zoom relatif ne veut pas dire grand chose, pour la prochaine version c'est remplacé par la résolution en mètres/pixels au centre de l'écran.

Je suis moins actif ici, mais je répond aussi directement En effet 15° ça fait penser à un problème de zone horaire. Pas pour CdC qui utilise uniquement les coordonnées équatoriales avec la monture, donc insensible à cette erreur, mais pour la raquette ou Eqmod. Autrement le problème peut être la position initiale du télescope. Une EQ6 n'as pas d'encodeur et c'est la position à l'allumage de la monture la définit. C'est pour ça que dans la doc EQmod ils insistent sur un réglage des axes avec un niveau a bulle pour définir cette position, autrement il est très facile d'avoir plusieurs degrés d'erreur. Je n'ai pas d'expérience avec la position park personnalisée, mais pour moi c'est de ce côté qu'il faut regarder, éventuellement refaire la procédure très consciencieusement.

Il faut que fxload supporte fx3. Si tu tape juste /sbin/fxload tu dois voir fx3 sur la ligne "device types:"

make: cc: Aucun fichier ou dossier de ce type Est-ce que le compilateur gcc est installé sur ce système? sinon : sudo apt install build-essential Attention avec la release récente d'INDI 2.0 il faut vraiment vérifier que les paquets du ppa sont tous reconstruit pour la nouvelle version. Sinon le plus simple est d'utiliser un des multiple script disponible qui compile les sources.

La compilation est vraiment standard: git clone https://github.com/lhondareyte/fxload.git cd fxload make sudo make install Il semble que la seule libraire nécessaire est libusb. Donc si ça ne marche pas tout seul essaie: sudo apt install libusb-dev

Salut, Est-ce que tu as installé fxload selon ce qui est indiqué ici: https://github.com/indilib/indi-3rdparty/blob/master/indi-qhy/README

Merci! Je confirme que ça s'installe bien sans les paquets INDI et qu'il trouve les modules sans LD_LIBRARY_PATH ni --libpath. Oui c'est dommage pour le armhf, j'ai un RPi 2 qui faisait un bon serveur mais compiler INDI la dessus c'est un peu la galère. Petite question fonctionnelle: est-ce qu'on peut recharger les modules qu'on utilise au démarrage du serveur? si oui comment?