robert hasson

Dans ascompad tu peux régler les vitesses correspondantes au 1-10 dans le panneau devices/mount/setup. A toi de régler les sliders comme tu veux. moi j incrémente de 80 à chaque étape. Pour info supplémentaire, j'ai réussi à utiliser une wiimote pour contrôler la monture grâce à cet outilhttps://www.julianloehr.de/educational-work/hid-wiimote/#

comme je disais si tu veux juste un joystick et que synscan marche déjà bien tu peux just configurer EQMOD ascompad https://eq-mod.sourceforge.net/apindex.html. qui interface avec le driver ascom. Moi je fais ca avec le joystick USB fourni avec la freebox revolution et ca march nickel. Tu peux configurer les touches comme tu veux Pas besoin de port com virtuel etc.

Mon experience en Wifi: 1) l'appli synscan app fonctionne assez bien et remplace la raquette. https://www.skywatcher.com/download/software/synscan-app/. Attention il y a 2 versions pour windows. La version historique et stable 1.19.x et un nouvelle version 2.x plus riche graphiquement (qui utilise QT) mais j'ai encore des soucis avec en session astrophoto. Le plus simple c'est de garder les 2 et faire des tests de temps en temps à mesure que sky-watcher fait évoluer son appli. le fichier "settings" est compatible entre les 2 donc on peut le copier d'un dossier à l'autre. 2) Pour pouvoir intégrer la monture avec des outils tels que NINA ou PHD2 etc il faut aussi installed le driver ascom fourni par skywatcher: https://www.skywatcher.com/download/software/ascom-driver/. 3) avec tout ca il n y a toujours pas de joystick supporté. If faut installer et configurer EQMOD ascompadhttps://eq-mod.sourceforge.net/apindex.html. qui interface avec le driver ascom. pour info si tu presse la touche "Tab" dans l'appli synscan 1.19x tu peux alors utiliser les touches du clavier du pc pour "haut/bas/droite/gauche". perso ca me suffit pour faire la MES initiale meme si c'est plus confort avec un joystick Dans cette config PAS BESOIN DE PORT COM VIRTUEL! Tout est géré pas synscan app et son driver ascom. Maintenant si on veut utiliser EQMOD et ses fonctionnalités on n'a pas besoin de ce que j'ai décrit. Il faut juste le port com virtuel qui expose le port udp 11880 du dongle wifi sur le pc. il faut utiliser le com en 9600 baud et 8n1. après les autres outils (NINA et PHD2) se connectent via le driver ascom heq5. ca fonctionne aussi avec gsserver à la place de eqmod. Il semble que le driver EQMOD expose plus de fonctions que l'appli synscan. par exemple EQMOD expose https://ascom-standards.org/Help/Developer/html/P_ASCOM_DriverAccess_Telescope_CanSetDeclinationRate.htm alors que ce n'est pas le cas de synscan. c'est une fonction utile pour faire des suivis d'objets speciaux (satellites, comètes, asteroides etc) qui est exploitée par l'application Skytrack: https://heavenscape.com/ Notez que sous indi le driver https://www.indilib.org/telescopes/skywatcher/eqmod.html fonctionne nativement en IP...

Bon ca y est j ai trouvé la pépite: https://www.pusr.com/support/downloads/usr-vcom-virtual-serial-software ca permet de créer un port udp mappé sur un port com virtuel. J ai confirmé que ca marche bien avec HEQMOD et meme GSServer.

C est normal. Le dongle wifi s'attend à une connexion en port UDP et non TCP (créée par les softs de port virtuel). Il faut trouver un soft qui ouvre un port UDP (sur le port 11880 du dongle wifi)

Merci. Pour les arducams intéressant mais 64mpx ca veut dire des pixels encore plus petits donc peut être des prob d'echantillonnage pour du planétaire (ou autre d'ailleurs). Aussi il y un un objectif dessus. C'est facile de l'enlever?

Salut Ca fait un petit moment que j'ai la Camera HQ. J'essaie de faire du planétaire avec sur mon 200/1000 plus barlow. Le problème du planétaire c'est qu il faut faire de l'acquisition tres rapide. Pas seulement en temps de pose mais aussi en image par secondes (ou fps). Si vous êtes anglophones en lisant ce post https://forums.raspberrypi.com/viewtopic.php?t=284937 vous comprendrez que la limite physique du matos est de 11 fps pour des images 12mpx en raw (taille de chaque fichier raw est de 18MB Ce résultat est obtenu en "écrivant" sur la RAM (/dev/shm) du RPI ce qui a des limites de taille et de persistance. pour y remédier il faut écrire sur un ssd sur port usb 3 du rpi4... cela peut se faire en installant raspiraw et en travaillant en ligne de commande. (les meilleurs instructions sont disponibles ici: https://www.musquetier.nl/RPi_HQ.html à noter que ce sont des instructions pour installer le driver ascom pour la camera mais on peur s'arreter après l'etape 7 raspiraw). Le souci c'est que raspiraw génère un RAW special pour lequel il faut aussi compiler une version adaptée de dcraw. (les instructions sont aussi dans le lien fourni) je travaille en headless complet donc je fais tout via vnc. après ca tout marche pas trop mal en ligne de commande: pour la MAP et le cadrage et le réglage du gain et temps de pose je fais un truc du style: raspiraw -t 9000000 -y 10 -md 3 -eus 2500 -p 700,100,800,600 -awbg 3,2 -vf -hf -g 1016 avec -t 9000000 pour une durée d'acquisition longue (tres longue). ce n'est qu à l ecran. -y 10 pour la bonne camera -md 3 pour le mode full resolution (12mpx en 12 bit) -eus pour un temps de pose de 2500 microsecondes -p pour la position et la taille de la video en incrustation -awbg 3,2 pour une BdB plus correcte - vf -hf pour avoir l'image à l endroit -g 1016 le gain. (ca va jusqu à 1023) une fois que je suis content de la preview je lance l acquisition proprement dite raspiraw -t 90000 -y 10 -md 3 -hd -eus 2500 -awbg 3,2 -vf -hf -g 1016 -p 700,100,800,600 -f 10 -sr 1 -o /media/astroberry/SSK\ Storage/jupi/jupi12_%04d.raw ce qui change c'est le temps d'acuisition (90 sec) -hd pour écrire le "header raw" pour que dcraw puisse travailler -f 10 (pour 10 fps) -sr 1 pour écrire toutes les frames (pas de skipping) -o pour la destination du fichier (notez le %04d qui permet de garder le numero de l image il faut à chaque lancement aussi changer l'increment à la main ici 12 pour ma 12e sur jupi pour augmenter les fps je commence à jouer sur le binning de la camera qui est dispo avec des modes (-md) différents. ca a 2 avantages: 1) augmenter la vitesse d'acuisition 2) mieux adapter l échantillonnage de ma camera à mon optique car 1.5 um par pixel c'est trop petit pour mon newton 200/1000 et la barlow. je modifie donc la ligne précédente: raspiraw -t 90000 -y 10 -md 1 -hd -eus 3500 -awbg 3,2 -vf -hf -g 1016 -p 700,100,800,600 -f 57 sr 1 -o /media/astroberry/SSK\ Storage/jupi/jupi12_%04d.raw notez le -f 57 (57 fps!) et le md 1 qui fait un fichier 1080p ce qui me permet de faire un crop sur l'image qui va tres bien en astro. en gros j'arrive à des sequences de 1300 fichiers raw pour 90sec. Après ca je fait tout le traitement sur PC /win11 car il est bcp plus puissant que le rpi et aussi les softs de traitements (astrosurface principalement) y sont. pour ca il faut d'abord traduire les raw en tiff. dans un prompt DOS je lance for %f in (*.raw) do ..\dcraw_emu.exe -v +M -o 0 -4 -dsrawrgb2 -r 1.0 0.5 1.0 0.5 -q 12 -T -Z tiff %f je vous laisse tâtonner sur les params. Notez que c'est le dcraw_emu obtenu grace à libraw https://www.libraw.org/ voici un résultat rapide sur un traitement d'une seule sequence de 90 sec avec astrosurface. A noter que la camera supporte aussi les poses longues (jusqu à 239 sec je crois). Toutes les autres méthodes essayées (AstrDMXCaapture, libcam, etc) ne permettent pas une acquisition aussi rapide.