PHD2, vitesse de transfert et guidage

spica2000 · Message par **spica2000** » 03 avr. 2023, 18:18

La question qui se pose est la suivante: y a-t-il un impact de la vitesse de transfert des données de la camera de guidage à PHD2 sur la précision des corrections de guidage?
Cette question me semble d'autant plus pertinente si l'on considère des montures qui se guident à fréquence élevée comme les montures harmoniques ou à courroies.
Or je ne trouve pas facilement ni la question et encore moins la ou les réponses sur le net. Je ne suis pas particulièrement doué non plus.
imaginons que le transfert soit un poil en retard et que les corrections soit toujours en retard ou à contre-temps. Celà ne serait-il pas préjudiciable?

@Lavinch31 et @clouzot se sont peut-être déjà posés la question?

En tout cas je me pose le plus sérieusement du monde la question de la vitesse de transfert du fichier de données d'une image de guidage vers l'ordi.

1) J'imagine qu'il aut mieux une cam de guidage en usb3 et ce d'antant plus si le nombre de pixel de la caméra de guidage est grand.
2) vous régler votre cam de guidage en 8 bit ou 12,14,16? perso si je la mets en 12 bit PHD2 plante
3) même question pour le binning mais là on peut être contraint par la résolution
4) quid du réglage de vitesse USB dispo sur certains drivers de cam. Quand ça plante, il faut baisser le curseur de vitesse de transfert ou l'augmenter?
5) y a-t-il sur PHD2, comme pour sharpcap un réglage de mémoire allouée à PHD2?
6) Y a-t-il un moyen de rendre une prise USB prioritaire sur les autres? ou de lui réserver une part de bande passante?

Fabiolat74 · Message par **Fabiolat74** » 03 avr. 2023, 18:27

Phd2 fait un qualibrage avant de guider. Donc normalement il devrait tenir compte du taux de transfert afin que la correction soit juste. Voilà du moins ma pensée à ta question

steph37 · Message par **steph37** » 03 avr. 2023, 18:33

Je réponds à pas grand chose mais l'USB 3 ça fait au moins du 5 Gbit/s, ça fait 500 M par seconde.

Si tu guides toutes les secondes, le tuyau peut faire passer en théorie au moins 500 M, c'est énorme pour une image.

Bon la pratique ça peut être différent... et d'une machine à l'autre, les performances réelles des ports USB peuvent différer. La question de la qualité du câble est importante.

Sur un PC avec plein de ports USB, ils ne sont pas tous gérés forcément par le même contrôleur ni même le même type de contrôleur et ils peuvent avoir des performances différentes. Tu pourrais essayer par exemple des transferts avec un disque USB externe pour repérer s'il y a des ports plus performants que les autres.

Micmac · Message par **Micmac** » 03 avr. 2023, 18:33

perso je guide avec une fréquence de 1s, PHD2 capture en 8bit. je ne me suis pas posé toutes les questions que tu soulèves, et je ne suis donc pas vraiment en mesure de répondre, sur l'ancien pc j'avais la cam de guidage sur un usb2, je penses que c'est bien suffisant pour manger une image toute les sec. je suis certainement beaucoup moins regardant, car je ne suis pas (encore) à ton niveau en ce qui concerne la qualité des acquisitions. Je suis assez binaire ca guide ou ca guide pas

Mais je crois savoir que l'ensemble de l'oag participe à la qualité du guidage, il y a fort à parier que si un morceau venait à manquer.......

spica2000 · Message par **spica2000** » 03 avr. 2023, 19:01

Micmac a écrit : ↑
03 avr. 2023, 18:33
Mais je crois savoir que l'ensemble de l'oag participe à la qualité du guidage, il y a fort à parier que si un morceau venait à manquer.

malin ça ! je me posais déjà la question avec la lunette de guidage. Or il ne m'est pas encore venu à l'esprit de scier ma lunette de guidage

spica2000 · Message par **spica2000** » 03 avr. 2023, 19:05

steph37 a écrit : ↑
03 avr. 2023, 18:33
5 Gbit/s, ça fait 500 M par seconde

sauf que par exemple quand je branche la gpcam et la Merveille en même temps sur deux sessions différentes de Sharpcap, sur le même ordi avec des temps de poses de 0.5s, ça plante.
Il est vrai tout sur le même port USB3 via le Pegasus.
Mais ça me faisait ça aussi quand j'avais pas le Pegasus. Donc je me demande quand même si je n'oublie pas de paramétrer un truc qui serait évident pour tout le monde sauf pour moi qui voue un attachement particulier aux ordinateurs.

spica2000 · Message par **spica2000** » 03 avr. 2023, 19:09

Micmac a écrit : ↑
03 avr. 2023, 18:33
j'avais la cam de guidage sur un usb2, je penses que c'est bien suffisant pour manger une image toute les sec.

J'aurais tendance à penser que tu as raison et que l'USB3 est important pour le planétaire mais pas forcément en guidage.

Mais voilà, j'avais une GPCAM2 290 M d'occase en usb2 qui m'a fait les pires emmerdes avec PHD2. Elle dort depuis dans un tiroir où elle se fait passer pour morte.
Suis passé à une GPCAM3 290M neuve en USB3 et ça marche bien mieux (ça marche tout court, en 8 bits du moins).
Je ne sais pas si c'est parce que la GPCAM2 était vieille et mourante ou si c'est lié au port USB lui-même...
D'où mon attention particulière au sujet...

clouzot · Message par **clouzot** » 03 avr. 2023, 20:15

Me concernant, aucun souci pour guider à 0.5s avec mes deux cams USB2 (290 et 174 mini), tout en ayant la 2600MC qui balance ses énormes images toutes les X secondes.

Ceci avec le NUC, bien sûr, car avec l’ASIAir, on est limité par le CPU et le guidage se fait plutôt à 1s, sauf en bin2 avec l’OAG où le matériel accepte de descendre à 0.5s et quelques.

Vu les débits et le nombre réduit de pixels, l’USB2 est largement suffisant pour guider à de telles fréquences. C’est plutôt PHD2 le goulet d’étranglement, il commence à bouffer plein de CPU quand le nombre de pixels augmente (et c’est quelqu’un qui a guidé avec une 183MC qui vous le dit)

lordzurp · Message par **lordzurp** » 03 avr. 2023, 22:03

6) non, mais tu peux éviter de tout mettre sur le même controlleur

: image.png (38.93 Kio) Consulté 2044 fois

-> gestionnaire de périphériques -> affichage -> affichage par connexion
ça te donne ton arborescence USB (et tout le reste mais osef ici), selon comment c'est cablé dans ta machine tu peux arranger tes caméras et autress bidules pour qu'ils ne se marchent pas sur les pieds

un port USB (port au sens du controlleur de base) partage sa bande passante (et ses interruptions et la logique de gestion du bus) avec tout ce qui est dessus, moins ya de machins qui veulent parler mieux c'est

spica2000 · Message par **spica2000** » 04 avr. 2023, 07:42

lordzurp a écrit : ↑
03 avr. 2023, 22:03
6) non, mais tu peux éviter de tout mettre sur le même controlleur

Merci pour ces éclaircissements.

Et à tout hasard, allouer une partie de la mémoire vive à PHD2 ?

spica2000 · Message par **spica2000** » 04 avr. 2023, 07:50

Bon déjà j'ai trouvé ça pour donner la priorité à PHD2. Sais pas si c'est une bonne idée, mais c'est une piste.

: image.png (282.15 Kio) Consulté 2027 fois

Et ensuite on peut aussi faire un ROI de la cam de guidage, une fois trouvée la zone d'étoiles guides intéressantes.

lordzurp · Message par **lordzurp** » 04 avr. 2023, 08:34

C'est amusant comme tuto, vu que ce bouton sert à prioriser le CPU ...

(C'est possible que Windows alloue aussi un peu plus facilement de la RAM au passage ... Mais bon, personne ne sait ce que fait Windows, à part qu'il fait tout mal

)

steph37 · Message par **steph37** » 04 avr. 2023, 09:27

Pour y voir plus clair @spica2000 tu peux regarder ce qui se passe dans le Gestionnaire de tâches.

en bas d'écran, sur la barre des tâches à gauche, tu fais un clic droit sur le bouton "windows" et tu choisis "Gestionnaire des tâches"
* Ca va te donner une idée des tâches qui consomment des ressources
* Ensuite colonne à gauche de l'écran, clique sur l'icone représentant une courbe, ça va te donner une vue générale de la charge processeur

: image.png (69.22 Kio) Consulté 2015 fois

: image.png (92.31 Kio) Consulté 2015 fois

spica2000 · Message par **spica2000** » 04 avr. 2023, 10:28

lordzurp a écrit : ↑
04 avr. 2023, 08:34
C'est amusant comme tuto, vu que ce bouton sert à prioriser le CPU ...

(C'est possible que Windows alloue aussi un peu plus facilement de la RAM au passage ... Mais bon, personne ne sait ce que fait Windows, à part qu'il fait tout mal )

Effectivement il est possible que ce tuto confonde RAM et CPU. Mais comme je ne suis pas spécialiste et surtout pas de Windows.

Si ça se trouve c'est de priorisation du processeur qu'à besoin PHD2. Il est peut-être pas en manque de RAM...
Ensuite je ne peux pas exclure que ce soit les drivers d'Altaïr qui merdent avec PHD2 ou simplement ma mauvaise volonté à l'égard des objets informatiques.

steph37 · Message par **steph37** » 04 avr. 2023, 11:04

@spica2000 est-ce que tu as le moyen, juste pour essayer, de brancher ta caméra de guidage en direct sur un port USB 3 de ton PC, pas derrière un hub ?
Et, je suis gourmand, avec un câble USB 3 de qualité, le plus court possible (2-3 m, c'est top), sans rallonge

Bin oui parce que si on a un souci de branchement, on peut toujours s'amuser à bricoler windows, ça ne donnera pas grand chose

clouzot · Message par **clouzot** » 04 avr. 2023, 11:05

spica2000 a écrit : ↑
04 avr. 2023, 07:50
Et ensuite on peut aussi faire un ROI de la cam de guidage, une fois trouvée la zone d'étoiles guides intéressantes.

Si PHD2 a évolué depuis l’année dernière, oui. Sinon, le seul ROI qu’il supporte c’est autour de l’étoile guide principale, et ce n’est à priori pas utilisable en multistar…
Cette limitation me rendait dingue avec les 20Mpix de la 183, et j’espère qu’ils ont enfin introduit la fonction

spica2000 · Message par **spica2000** » 04 avr. 2023, 14:13

J'ai ressorti la GPCAM2 290 en USB2 donc qui, contre toute attente fonctionne avec SC et Altair capture et PHD2.

Suis allé au max avec PHD2 à savoir poses de 0.01s, bin 2, définition max et ça passe. Ca consomme 10 à 11% du CPU et 30% de la RAM quand même. Mais ça passe. Ca ne décroche pas. Mais y'a rien d'autre qui tourne pour l'instant. Ca semble confirmer que même l'usb2 suffit. Mes problèmes étaient donc ailleurs. Mais où?

Mais j'ai un autre souci:

quand je connecte la caméra à PHD2, pas d'accès aux paramètres de la caméra (comme le gain par exemple):

: réglage GPCAM manquants.JPG (150.18 Kio) Consulté 1981 fois

Je cherche donc à charger un driver le plus à jour possible au cas où mais le site d'Altair est tellement bien foutu que ça me renvoit une erreur. A chaque fois que je vais sur leur site pour charger un driver, il me faut ouvrir un ticket pour la même raison. Si c'est pour tout le monde pareil, comment ont-ils encore des clients ?!?

le super message d'Altair:

: image.png (42.85 Kio) Consulté 1981 fois

Le ticket en priorité LOW. Heureusement, il pleut donc c'est pas très grave.
Mais ça fait ch...quand même.

: image.png (30.52 Kio) Consulté 1977 fois

clouzot · Message par **clouzot** » 04 avr. 2023, 14:22

Avec un peu de chance @mickyman23 a une version récente.

steph37 · Message par **steph37** » 04 avr. 2023, 14:50

Si tu vas sur https://www.altairastro.help/ (faut se créer un compte) tu as accès à ces téléchargements ; essaie le dernier affiché ci-dessous.

: image.png (79.8 Kio) Consulté 1969 fois

spica2000 · Message par **spica2000** » 04 avr. 2023, 15:09

@steph37 c'est bien ce que j'ai fait. J'ai déjà un compte.

si tu essayes ça te fait la même réponse qu'à moi ou bien tu arrives à obtenir un lien valide pour télécharger le driver?

En bref, ça ne fait ça qu'à moi?

steph37 · Message par **steph37** » 04 avr. 2023, 15:14

Bin oui @spica2000 mais là j'ai téléchargé et installé et je n'ai pas eu de message d'erreur

spica2000 · Message par **spica2000** » 04 avr. 2023, 15:32

@steph37 du coup tu aurais moyen de m'envoyer le driver en MP, si c'est pas trop lourd?

steph37 · Message par **steph37** » 04 avr. 2023, 15:36

ok j'essaie

steph37 · Message par **steph37** » 04 avr. 2023, 17:37

Bon pas mieux pour télécharger les drivers ASCOM eux-mêmes ; j'ai ouvert un ticket aussi

(j'ai aussi une Altaïr)

steph37 · Message par **steph37** » 04 avr. 2023, 18:11

Je crois que les drivers Altair sont installés en même temps qu'Altair Capture

: image.png (28.86 Kio) Consulté 1928 fois

Par exemple dans Altaircam.inf tu trouves, en particulier :

"ALTAIR178C3(USB2.0)"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C7B
"ALTAIR178M3"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C7C
"ALTAIR178M3(USB2.0)"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C7D
"ALTAIR290C3"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C7E
"ALTAIR290C3(USB2.0)"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C7F
"ALTAIR290M3"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C80
"ALTAIR290M3(USB2.0)"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C81
"ALTAIR224C3"=ALTAIRCAM.Dev, USB\VID_16D0&PID_0C82

Donc je crois que ce qu'on n'arrive pas à télécharger ce sont les drivers Ascom mais les drivers Altair on les a en installant Altair Capture

Astronomie en Visuel Assisté / Electronically-Assisted Astronomy

Forum dédié aux techniques d'observation astronomique électronique / EAA Forum