QHY294MM

[xs_man]

Le 16/12/2020 à 17:56, 0£i\/€ a dit :

Le driver QHY a été mis à jour. On est bien en 12 Bits en mode 47M. Par contre les bruits de lectures ne sont toujours pas divisés par 2 mais restent à une niveau proche de la 1600 et de la 183 dans ce mode.

Il a y eu un raté pour le gain maxi.

 

 

Si on regarde les dernières  courbes QHYCCD et les différentes mesures faites par vous (merci ! ), toutes vont dans le même sens, et on remarque quand même une bizarrerie dans la bizarrerie :

 

- Pour un gain entre 200 et 1400 environ, le bruit de lecture est effectivement à peu près 2 fois plus élevé

en 11 MPixels qu'en 47 Mpixels, ce qui est logique.

 

- Vers les 1400 de gain, par contre il n'y pas de "saut", la courbe reste anormalement linéaire en mode 47 Mpixels,

un peu comme s'il n'y avait pas d'activation du mode HCG (s'il y en a bien un.... le mode 11 Mpxels fait penser que oui ?).

 

Une piste à creuser ?

 

Albéric

 

Modifié 17 décembre 2020 par xs_man

[echosud]

Quand on regarde les courbes de QHYCCD pour le bin 1x1 on ne voit pas l’inflexion à 1600 de gain, si il y en a un il semble être vers 200.

après je ne sais pas l.interpréter 

 

https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=94&id=9&cut=1

 

alain

[0£i\/€]

Je pense que le mode HCG est activé en permanence dans le mode 47M. Les bruits de lecture sont à qqch prêt les même que le mode 11M.

J'ai écris à QHY qui m'affirme avoir pris contact avec Sony pour ce sujet de RN non conforme. J'attend leur retour.

Il doit y avoir un truc qui nous échappe dans les capteurs Quad bayer car normalement entre le mode 47M et 11M on devrait en théorie avoir la FWell multipliée par 4 et le RN par 2.

 

Les courbes de spécifications sont changées chez QHY :

https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=94&id=9&cut=1

Modifié 18 décembre 2020 par 0£i\/€

[kikiwillybee]

Bonsoir...,

et Bon Week-end à tous ,.! 😉

 

svp,

Suite à la maj du Driver Qhyccf de sa Version Mono 294 , la publication des  courbes ci après 1o bits 47 Mp

....

bien à vous,

cordialement,

w :-).

 

...dsl pour le doublon )

Modifié 18 décembre 2020 par kikiwillybee

[clouzot]

Il y a 11 heures, 0£i\/€ a dit :

Je pense que le mode HCG est activé en permanence dans le mode 47M. Les bruits de lecture sont à qqch prêt les même que le mode 11M.

Si c'est le même fonctionnement pour la QHY que pour la ZWO, alors oui. ZWO a confirmé explicitement que le mode HCG était activé en permanence en bin1 (47MP).

[dudugaz]

C'est bien compliqué pour tous ces aspects techniques ... Et je préfère que cela fonctionne sans trop de soucis ce qui a été le cas de mes premières cam couleur QHY, 168c et 294c pour les formats orientes CP. De cette incursion dans le monde mono je ne sais trop quoi penser.

Mais je m'accroche et le 17 avec  petite éclaircie après avoir la veille refait mon modèle, j'ai refais 2 tests sur la 294M sur le couple Bulle-M52 le premier en 47M et le 2ème en 11M mais qui fut écourté par la brume.

Pour les histoire d'USB Traffic cela n'est pas si simple et cela dépend de la config "cablage" entre la cam et le PC.

Là il était réglé à 0. pour le reste j'ai gardé gain 1600 mais apparemment en 47M cela n'est peut être pas pertinent, Offset à 10 et capteur à -10°.

L'empilement de 50 des 60 poses réalisé et traité sous Pix donne en comparaison d'une  version 11M plus de

détails avec un suréchantillonnage du capteur à 0.58 Arcsec/pix pour un pouvoir séparateur de la lunette de 0,87.

Je mets une version cropée sur M52.

 

[dudugaz]

Bonjour à tous,

Pas de nouvelles bonnes nouvelles dit-on mais peut être que Noël et la météo n'ont pas été favorables à une avancée et de nombreux essais avec la 294M. A une encablure de 2021 ... je n'ai toujours pas résolu mon soucis de "traces" à l'empilement des poses en 47M (J'ai refais une série de poses le 25 au soir).

Alors est-ce que sur mes brutes l'offset réglé à 10 ne serait pas bon?  Quand je prends des offsets  (0.001ms et gain 1600) les stats indiquent une médiane à environ 600. Quand au prétraitement avec ou sans dark et flat cela fait pareil

Noël est passé mais reste la Saint Sylvestre avec quelques contraintes j'en conviens.

Bonne fin  d'année.

[dudugaz]

Nouveau driver. Cadeau de Noël🙂

https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=141&id=62.

avec

2.QHY294PROM / 😄 Correction du problème de contrôle AMPV; Correction du problème de réglage de gain HGC / LGC;

 

Ma première impression est que sur les Dark cela va mieux. J'en fais un en 30' à -10 et G1600 O10 sur Sharpcap puis j'en ferais un de 180s.

Comme je n'ai toujours pas eu de retour sur d'autres poses longues en 47M je me demande si mes problèmes de trainées ne vont pas se résoudre aussi.

 

[Spego]

Salut Dudugaz,

 

J'espère que le nouveau driver réglera tes problèmes.

Deux questions:

1. En mode 11MP tu as aussi de la trame ?

2. Au niveau de l'ampglow, ça ce gère bien sur cette cam ?

 

Je suis intéressé par cette cam pour shooter avec mon RC à 2000mm.

 

Cordialement

 

Sébastien

[dudugaz]

Ce n'est pas de la trame mais des "trainées" liées à la dérive liée à l'absence de guidage.

Sur le 11M j'avais pareil.

Pour L'ampglow les darks permettent de le supprimer sans problème.

Pour ce qui ait des essais ce soir sur les darks à 47M  30, 60, 120 180s, effectivement cela change radicalement par rapport à ce obtenu précédemment et en particulier plus de bandeaux. l'ampglow présent monte avec la durée. je vais faire aussi des 240s. et puis je referai mes 11M.

Reste donc aussi à vérifier les niveaux de bruit de lecture selon les gains.

[Spego]

Merci pour les infos, j'ai un peu de la peine à comprendre cependant pourquoi l'absence de guidage provoque des traînés? Un problème de la cam ?

[dudugaz]

Pour les trainées il faut que je refasse des prises longue pose avec le nouveau driver.

Bilan d'hier soir (Dark)

Pour le 47M ils semblent propres mais pour le 11M l'ampglow remonte plus qu'avant et une trame horizontale apparait.

Je les ai fait à °T -10 G1600 O10.

[dudugaz]

Hier soir, une éclaircie jusqu'à 22h30 m'a permis de reprendre des essais CP poses longues toujours sur la Bulle avec le filtre Ha. La dernière version des drivers a déjà fait du bien coté 47M, mais je ne sais pas pour ce qui est du bruit de lecture et j'ai donné à Qiu les stats obtenues sur siril sur des Brutes dark 30, 60 et 120s à gain 1600 et Offset 10 et -10° en 11M et 47M.

Pour ce qui concerne la séance d'hier soir j'ai fait 2 séries en 180s G1600 Offset10 -10° une en 47M et une en 11M.

Voici le 1èr résultat (Pixinsight) de 30 poses empilées de la série 47M avec la calibration (Dark+flat) jet sans correction.

Comme je suis toujours en non guidé il y a toujours une légère dérive qui occasionnée des trainées (genre spagettis) jusqu'à présent et qui aujourd'hui ont disparu. Donc j'en conclu origine driver pas au point.

Pour la série 11M je vais la traiter cet aprem et ferai également bilan.

Full sur Astrobin

[Titophe]

Voilà une image qui me paraît beaucoup plus propre que les précédentes... la mise à jour du driver a donc bien amélioré les choses. 
Les étoiles me semblent bien rondes pour des images sans autoguidage. Ta mise en station est donc très propre et ta monture marche plutôt bien. Je ne pense donc pas que les traces que tu avais précédemment proviennent de là. 
Installer un système d’auto guidage devrait te permettre de gagner encore pour augmenter les temps unitaires de poses surtout nécessaire en Ha...

En tout cas ce dernier résultat me paraît très encourageant. 
 

[dudugaz]

il y a une heure, Titophe a dit :

Voilà une image qui me paraît beaucoup plus propre que les précédentes... la mise à jour du driver a donc bien amélioré les choses. 
Les étoiles me semblent bien rondes pour des images sans autoguidage. Ta mise en station est donc très propre et ta monture marche plutôt bien. Je ne pense donc pas que les traces que tu avais précédemment proviennent de là. 
Installer un système d’auto guidage devrait te permettre de gagner encore pour augmenter les temps unitaires de poses surtout nécessaire en Ha...

En tout cas ce dernier résultat me paraît très encourageant. 
 

Merci Titophe, et je n'ai pas cherché à faire un traitement optimal d'autant qu'en mono je suis plutôt mode débutant.

Maintenant si j'ai investi dans une AP Mach2 c'est justement pour éviter entre autre l'autoguidage (que je faisais déjà de moins en moins avec ma précédente AP Mach1 sans modélisation) et au prix où elle, la moindre des choses c'est qu'elle fonctionne bien. Augmenter le temps de poses unitaires  n'a de sens qu'avec des capteurs (CCD ou CMOS) à sensibilité limitée. Avec les nouveaux capteurs, et là on le voit bien avec une lulu 130/819 + un filtre HA que des poses de 180s suffisent largement, il n'y a plus nécessité de poser longtemps au grand plaisir des spécialistes du lucky imaging. J'ai par ailleurs une QHY294c pour laquelle il ne serait pas indiqué de dépasser en mode sans filtre les 4' de poses. Normalement avec cette monture et une bonne MES et une bonne modélisation, 10' de poses sans guidage ne pose pas de soucis (j'en ai fait l'expérience avec le C11 à 2800 de focale)

Mais revenons à la QHY294M-Pro je peux assurer avec les nombreux essais que j'ai pu faire depuis fin novembre que le problème que j'avais été bien du à un soucis de gestion de la caméra par le driver initial. Il m'a suffit pour cela de voir la "tête" des nouveaux darks et de valider avec la séance d'hier soir.

Pour la série 11M j'avais un doute ... Ce n'est pas top. Je perds des pixels (décalage) sur une pose sur 2 ou 3 ce qui fait que le dark-maitre ne s'applique pas bien sur ces poses et qu'il me reste des points chauds à l'arrivée. Coté "trainée spagettis" cela est moins net que sur la version 47M mais cela semble résolu aussi car il reste des darks mal appliqués.

Donc 25 poses de 180s empilées avec  les mêmes réglages que pour la version 47M.

Full sur Astrobin

 

[Colmic]

Il y a 3 heures, dudugaz a dit :

Maintenant si j'ai investi dans une AP Mach2 c'est justement pour éviter entre autre l'autoguidage

 

Tu éviteras l'autoguidage mais faut pas se leurrer, tu n'éviteras pas le dithering. Nécessaire avec tout capteur CMOS.

Est-ce que la Mach 2 permet le dithering indépendamment du guidage ?

[manudu74]

Dire que je voulais vendre ma starlight sx694 pour la 294 qhy ou zwo, je crois que je vais y réfléchir à 2 fois, quand je vois tous les problèmes.....

[Colmic]

il y a 9 minutes, manudu74 a dit :

Dire que je voulais vendre ma starlight sx694 pour la 294 qhy ou zwo, je crois que je vais y réfléchir à 2 fois, quand je vois tous les problèmes.....

 

Attend la 2600MM dans ce cas, moins d'emmerdes

[dudugaz]

il y a une heure, Colmic a dit :

 

Tu éviteras l'autoguidage mais faut pas se leurrer, tu n'éviteras pas le dithering. Nécessaire avec tout capteur CMOS.

Est-ce que la Mach 2 permet le dithering indépendamment du guidage ?

Ce qu'il faut pour faire du dithéring sans guidage, c'est une routine incorporé au logiciel  de prise de vue sur laquelle on peut paramétrer la connexion à la monture ainsi que les éléments permettant de faire du dithering. 

La version 3.3 de Sharcap voire la suivante  pourrait inclure ce process.

Actuellement avec une MES restant perfectible et un modèle laissant un peu de dérive je contourne le problème.
Et justement les trainées résiduelle m'avait mis un doute sur le fait d'avoir à éliminer cette légère dérive.

Sur la Mach2 on peut guider directement via le driver AP et donc envoyer des correctifs aussi tel des opérations de dithéring.

[dudugaz]

Il y a 1 heure, Colmic a dit :

 

Attend la 2600MM dans ce cas, moins d'emmerdes

C'est les premiers utilisateurs qui essuient plâtres. Donc nous

Mais c'est vrai que la 2600MM (ou QHY268M) va valoir le coup ... et le coût aussi probablement, la 268C me tente aussi comme modèle APS-C pour remplacer ma 168c.

[dudugaz]

Pour ma version 11M de la bulle j'ai trouvé d'où venait le soucis. Il y a un décalage de 2 pixels à droite sur mon master dark par rapport aux poses NGC7635. Certaines pouvait être décalées en totalité ou à partir d'une partie de la photo comme si il y avait une suppression pure et simple de certains pixels. J'ai déjà vu cela sur ma QHY294c.

Là comme le master-dark était décalé de manière complète et pour tous (ou une très grandes majorité de poses) j'ai pu recadrer ce master-Dark avant de l'appliquer et évidemment le résultat s'en ressent fortement. Est-ce que cela pourrait venir d'une perte d'info lors du transfert USB3, sachant que j'ai fais mes darks au "chaud" avec une connexion USB3 courte et mes poses dans mon local où là le cheminement et vraiment plus long. Comme le décalage est à droite sur le master-dark, il se pourrait que la perte se fasse sur les poses NGC7635. Mais aussi pourquoi cela ne produit pas sur celles en 47M!!! 

En attendant voici la nouvelle version 11M.

Full sur Astrobin

[echosud]

Bonjour,

 

Pour finir l'histoire de cette QHY 294 mono avec ses pb de prise USB:

J'ai reçu hier une nouvelle caméra envoyée de chine par avion ( +39€ de taxe, je m'en sort bien), j'ai juste eu le temps de faire un dark de 120 sec a 11MP : tout semble fonctionné et le résultat est très propre

Au total : QHY a été  sérieux  ,  son relais en Europe est fiable et compétent. Par contre l'acheter sur ali est certes économique mais reste aléatoire ; cela dépend beaucoup du vendeur  même si je pense qu'ali l'aurait contraint a me la changer . mais cela reste uniquement supposition.

 

Par contre le SAV n'assure pas les nuits dégagées ... dommage   

 

alain

[dudugaz]

Super Alain, sur les Dark ils sont bons aussi en 47M avec les derniers drivers, mais j'ai constaté sur certaines poses dark ( et probablement non dark) en 11M un décalage de 2 pixels à gauche et la plupart du temps à partir du 1/3 Ou de la moitié des poses. Sur une séries de 25 poses en 180s les poses 8 à  12 avaient ce décalage et pas les autres.

En 240s j'ai eu 2 poses sur 25 avec ce décalage.  J'ai envoyé mes brutes 180s à QHYCCD pour analyse. En 30, 60 et 120s je n'ai pas eu de cas. Donc si tu fais des Dark 180s peux-tu vérifier si tu trouves ce décalage.  Avec 5 poses sur 25 cela commence à se voir sur le master-dark,  avec seulement 2 poses c'est moins visible et il faut regarder chaque pose.

[dudugaz]

Bon concernant ces décalages sur lesquels je suis tombés par hasard lors un prétraitement anormal, QHYCCD n'a pas réussi encore à reproduire le cas et je continue à leur envoyer des éléments pour qu'ils se rapprochent de mes conditions. Mais j'ai refais un  essai il y a 3 jours avec plusieurs formats de connexion : câble USB3+USB2 , câble USB3 de la camera ... et encore un essai avec mon câble habituel et là sur les séries de 25 poses il n'y a eu aucun décalage !!! Le fait que je ne détecte pas d'anomalies sur des poses de 30, 60 ou 120s  et seulement sur celles de 180s et 240s me laissait à penser que cela pouvait venir de la caméra, mais je finis par me demander si ce n'est pas encore un tour de l'USB3.

[dudugaz]

J'ai un retour de QHYCCD et à la suite des essais avec différentes configurations ils ont sur une série détecté 2 cas. Ils continuent donc leurs investigations pour déterminer les raisons de ces bug 'décalages de 2 pixels à gauche' qui semblent néanmoins rares.

[echosud]

Bonjour,

 

Ayant reçu une QHY 294 fonctionnelle et les nuages ayant finalement décidé d'aller camper ailleurs , je peux vous faire un retour sur cette camera.

Juste un test sur la tête de cheval , 180 sec x 17 soit 51 min derriere un filtre Ha 5mm en mode 11MP soit pixel de 4,63

Premiere surprise , un traitement classique bias-dark-flat donne de bien meilleur résultat que sans bias , des pixel froids disgracieux apparaissent si l'on traite sans

Autre bonne surprise , malgré le TTT DOF aucune trace de l'amp-glow après prétraitement 

Le traitement a été tres minimaliste (monté d'histo , tres légère réduction d'étoiles ), ainsi que la MES , je pensais juste faire des test pour régler le diviseur optique ainsi que la distance du correcteur de coma , j'ai pu lancer quelques poses puis les nuages sont arrivés.

A l'acquisition il faut cliquer sur ne pas activer l'overscan dans les propriétés d'ascom , sinon des bandes  arrivent près des bords, je me suis fais une frayeur en la testant  😅

 

Le résultat me semble très propre pour un essai , a cette focale , newton 200x1000 , je ne pense pas utiliser les 47MP du bin 1x1 gardant un échantillonnage de 0,96 , peut être avec la WO 71/347.

Histoire a suivre

 

alain

[clouzot]

il y a une heure, echosud a dit :

Premiere surprise , un traitement classique bias-dark-flat donne de bien meilleur résultat que sans bias , des pixel froids disgracieux apparaissent si l'on traite sans

J'ai lu plusieurs fois qu'avec la version couleur (IMX294), il valait mieux ne pas utiliser de bias (inconsistants selon certains, en tout cas avec les modèles ZWO) et préférer une approche à base de dark-flat. Après tes tests, tu penses que ce n'est pas nécessaire avec cet IMX492?

[Titophe]

@echosud elle me parait très propre cette image. C'est très encourageant pour la suite.

 

[dudugaz]

Super Alain pour ton retour. Concernant l'utilisation des Bias je reste circonspect, mais il vrai que lorsque j'ai fait mes premiers essais et en 11M d'autres soucis étaient présents en particulier sur le driver.  Après des essais en 11M et en 47M, avec ma 92 Stowaway et son réducteur (92/489) j'ai opté pour le 47M . Avec les différents filtres (Ha, OIII, SII 12nm Astronomik) et des poses de 180s les résultats me semblent corrects avec un seul prétraitement DF, mais bon je débute en mono.
Voici un résultat de 50 poses en Ha empilées sur la Rosette. Je peux aussi vous mettre une des brutes. Et je mets le lien sur Astrobin de la version SHO.
 

[echosud]

@clouzot j'ai aussi une ZWO 294 coul , le traitement sans bias est presque incontournable si on veut gérer proprement l'ampglow 

Avec la QHY 294 mono , j'ai commencé sans bias mais les dark n'éliminaient pas complétement les pixel chauds ( sous pixinsight ) , j'ai testé avec biais et disparition complète.

@Titophe merci

@dudugaz je suis au boulot , je mettrais ce soir le résultat avec et sans bias , la différence est très parlante. Bravo pour cette rosette, tu l'as lissé un peu ? Sortant d' KAF 8300 je suis satisfait de l'absence de bruit des images issues de ce CMOS

bon ciel,

alain