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?

Voila, j'ai profité d'une accalmie pour aller pelleter la neige et je me remet à OST. J'ai du bidouiller pour installer ostserver sans indi, ça sera plus propre si tu peux le mettre en Recommends: au lieu de Depends: Après le "export LD_LIBRARY_PATH ..." le programme démarre mais il ne trouve pas les modules qu'il cherche dans /usr/bin/ En utilisant "ostserver --libpath /usr/lib/ost" ça marche. Peut-être changer la valeur par défaut? Pour éviter "export LD_LIBRARY_PATH ..." le plus simple serait d'installer libostbasemodule.so dans /usr/lib/ ? Et ça marche! bravo!

Salut Gilles, J'ai essayé d'installer le ppa pour voir ce que ça donne mais il n'est pas disponible pour 22.10. Est-ce que tu pourrais ajouter la dernière non LTS ? J'ai aussi regardé le fichier control et il me semble que c'est pas une bonne idée d'avoir indi-full dans les dépendances. Beaucoup d'utilisateurs installent indi depuis les sources ou installent uniquement les drivers qui les concernent et ne veulent pas installer tout ces paquets. Il me semble que ça serai mieux de supprimer libindi1 et indi-full de la ligne Depends: et d'ajouter une ligne "Recommends: libindi1". Comme ça on peut sauter l'installation des paquets indi avec l'option --no-install-recommends d'apt-get. Pour versionner les librairies il faut utiliser l'option -soname de gcc mais je ne sait pas ou on met ça dans le CMakeLists. Ensuite le lien se fait automatiquement avec ldconfig ou a l'installation du deb.

La source du problème est que la version minimale de cmake demandée pour compiler la dernière version 1.9.9 d'INDI est la 3.13 mais seulement la 3.10 est disponible sous 18.04. Une solution si tu veux vraiment rester en 18.04 est de compiler la version 1.9.8 depuis les sources. Patrick

🍷🥩 🫕🥂 🎸🏖️ ✨🌒

Merci ! Les jours, les mois, les années... la nuit on a mieux a faire

Tu n'es pas le premier a qui ça arrive, c'est des fois pas évident surtout la nuit avec un touchpad. Pour éviter ça la prochaine version ne lancera plus de seconde instance si une première est déjà là. A la place ça renvoie la première instance en avant plan quand on essaie de lancer la seconde. C'est déjà disponible en installant la version beta 4.3.

Je ne parlais pas du Pi Zero pour faire tourner une application mais juste l'interface HTTP d'Alpaca. C'est même surdimensionné pour ça et un micro-contrôleur du genre Arduino Nano suffirait largement. L'avantage c'est justement que les clients ne sont pas limités. N'importe quelle application qui fonctionne actuellement sur Windows avec ASCOM peut déjà utiliser Alpaca. Il suffit d'activer Alpaca dans la boite standard de sélection du driver ASCOM. Et comme je l'ai dis (et fait) c'est facile d'ajouter Alpaca à une application Linux ou Mac. Et le jour ou les constructeurs se décident à intégrer Alpaca directement dans les périphériques il n'y aura plus besoin ni d'ASCOM, ni d'INDI, ni de câbles USB.

Pas forcement, car le service Alpaca pourrait très bien être intégré directement dans le microcontrôleur du focuser ou de la monture. A ma connaissance aucun constructeur ne le fait pour le moment mais ça pourrait bien arriver. Par exemple Optec fournit déjà un driver Alpaca multi-platforme pour le FocusLynx. Comme il y a une version pour Raspberry, il suffit d'ajouter un Pi Zero pour utiliser Alpaca directement depuis n'importe quelle application. A part ça Alpaca permet aussi d'utiliser des drivers Ascom installé sur une machine Windows distante, ça permet de séparer le PC installé sur la monture du PC qui fait tourner les applications d'imagerie. Et comme Alpaca contrairement à Ascom n'est pas du tout lié à Windows, l'application d'imagerie peut très bien tourner sur Mac ou Linux. Il suffit pour l'application d'implémenter ce protocole REST qui n'est finalement que du HTTP. C'est ce que j'ai fait pour CdC et CCDciel et ça marche très bien.

Bonjour, C'est pour signaler qu'une nouvelle version est disponible. Parmi les changements: la recherche d'image par coordonnées et la disponibilité d'une version pour MacOS. C'est toujours sur: https://gitea.nouspiro.space/nou/tenmon/releases Patrick

Bien content que ce programme vous plaise aussi En effet, mais pour moi il possible d'avoir la liste des disques en faisant un clic droit et "Réinitialiser la racine". Ensuite quand on est sur le disque ou se trouvent les images on peut faire "Définir comme répertoire racine", comme ça c'est toujours ce dossier qui sera ouvert les prochaines fois. Pour revenir au dossier par défaut il faut choisir C:\Users\[nom_de_l'utilisateur] et "Définir comme répertoire racine".