Jayjay

Membre
 Afficher le profil  Parcourir son contenu

  • Compteur de contenus

    126

  • Inscription

  • Dernière visite

  • Last Connexion

    Soon available - 40504

Messages posté(e)s par Jayjay

  1. Posté(e)

    Bonsoir !

    - Pour la carte Electronique skywatcher je ne suis pas sur du comment le driver à base allegro limite sont courant à destination des moteurs. A savoir surement une limitation en courant adapté au moteur standard HEQ5 EQ6. Résistance fixe au lieu d'un potentiomètre.
    Donc si par défaut le driver allegro est limité par réglage à une sortie de 500ma même si il peut beaucoup plus ton moteur sera donc limité à du 500mA Voir datasheet. http://datasheet.octopart.com/A3959SLB-T-Allegro-datasheet-4458.pdf
    La R Sense doit être la valeur de résistance pour choisir la limite en courant.
    En revanche un moteur de taille supérieur Avec une tension et courant identique aura quand même un peu plus de couple.
    Un "expert" en électronique pourra t'en dire plus.

    - sinon il existe pour un budget assez conséquent ~500€ ce contrôleur http://www.ursaminor.hu/motorcontrol_en.html
    Permet d'utiliser la raquette skywatcher eqmod tout en choisissant d’autres moteurs et/ou rapport de réduction

    - sinon pour ma G11 Actuellement j'utilise des moteurs HEQ5 Goto avec un Pic Astro. Mais ayant juste le goto relatif sans fonction park, fonction limit etc... Je vais essayer le projet AstroEQ qui est à base d'arduino mega et de deux driver. AstroEQ permet d'utiliser Eqmod sans Aucune limitation de rapport de réduction ni puissance de moteur (selon le driver utilisé bien sûr)
    https://github.com/TCWORLD/AstroEQ
    http://www.astronomyshed.co.uk/forum/viewtopic.php?f=34&t=7051
    http://stargazerslounge.com/topic/176228-astroeq-what-i-was-looking-for/

    Je me suis donc lancé coût: Arduino mega 20 € + 20 € de driver de moteur (jusqu'a 1.5 A par phase sans dissipateur jusqu'a 2.2 A avec) soit 40€ au total environ. j'attends le tout pour tester et vous dire si cela fonctionne bien et dans toutes les situations d'utilisation d'EQMOD. Si c'est OK alors du coup c'est une vrai solution low cost. je vais ouvrir un post lors de mes essais.

  2. Posté(e)

    Bonsoir !

    - Pour la carte Electronique skywatcher je ne suis pas sur du comment le driver à base allegro limite sont courant à destination des moteurs. A savoir surement une limitation en courant adapté au moteur standard HEQ5 EQ6. Résistance fixe au lieu d'un potentiomètre.
    Donc si par défaut le driver allegro est limité par réglage à une sortie de 500ma même si il peut beaucoup plus ton moteur sera donc limité à du 500mA Voir datasheet. http://datasheet.octopart.com/A3959SLB-T-Allegro-datasheet-4458.pdf
    La R Sense doit être la valeur de résistance pour choisir la limite en courant.
    En revanche un moteur de taille supérieur Avec une tension et courant identique aura quand même un peu plus de couple.
    Un "expert" en électronique pourra t'en dire plus.

    - sinon il existe pour un budget assez conséquent ~500€ ce contrôleur http://www.ursaminor.hu/motorcontrol_en.html
    Permet d'utiliser la raquette skywatcher eqmod tout en choisissant d’autres moteurs et/ou rapport de réduction

    - sinon pour ma G11 Actuellement j'utilise des moteurs HEQ5 Goto avec un Pic Astro. Mais ayant juste le goto relatif sans fonction park, fonction limit etc... Je vais essayer le projet AstroEQ qui est à base d'arduino mega et de deux driver. AstroEQ permet d'utiliser Eqmod sans Aucune limitation de rapport de réduction ni puissance de moteur (selon le driver utilisé bien sûr)
    https://github.com/TCWORLD/AstroEQ
    http://www.astronomyshed.co.uk/forum/viewtopic.php?f=34&t=7051
    http://stargazerslounge.com/topic/176228-astroeq-what-i-was-looking-for/

    Je me suis donc lancé coût: Arduino mega 20 € + 20 € de driver de moteur (jusqu'a 1.5 A par phase sans dissipateur jusqu'a 2.2 A avec) soit 40€ au total environ. j'attends le tout pour tester et vous dire si cela fonctionne bien et dans toutes les situations d'utilisation d'EQMOD. Si c'est OK alors du coup c'est une vrai solution low cost. je vais ouvrir un post lors de mes essais.

  4. Posté(e)

    Bonsoir Vincent,
    Une Full a tomber par terre ! Y' a tellement a découvrir dans le fond de l'image. Beau résultat de plus avec un setup maison.
    Après des heures et heures de travail à vous deux pour installer et régler tous ce matos, il me semble que tous est nickel maintenant. Bravo.

    Il me reste a m'inspirer de ce travail de précision pour maîtriser mon matos.
    Dans deux mois je devrai de nouveau être un peu plus dispo pour régler et prendre en main mon nouveau joujou, le RH200 pour tenter de faire des choses aussi sympathique.
    Bonne continuation et vivement la suite.

    A+

  5. Posté(e)

    Au moment de mon choix le TS 200mm f/2.8 n’était pas sortie encore si je me trompe pas. De plus ce correcteur couvre tout juste le KAF 8300 (voir dans les coins sur les full dispos sur le net. Correcteur ASA que Vincent STEINMETZ avais aussi testé avec justement les mêmes limites. Ce scope ce compare plus à l’epsilon 180 f/2.8 taka. Le but pour moi étant un jour de l’utiliser avec un capteur 24*36 ou 36*36. De plus en théorie une assez grande stabilité de collimation, facilité de réglages et compacité. (Pour moi cela a été plutôt autour de 2X plus chère ;-p )

    Pour moi c'est une belle formule optique avec une bonne correction. Pour info Officina Stellare a sorti une autre formule pour des télescopes de 400 mm 600 mm 800mm f/3.7 champ 60mm pour le 400 et 90mm de champ corrigé pour les deux autres. Appelé RiLa A voir sur leur page Facebook http://www.facebook.com/pages/Officina-Stellare/290742575321?sk=wall

  6. Posté(e)

    Alain Moreau> Oui je pense que c’est dans cette objectif principale de mobilité qu’est pensé ce système de fixation. Reste à voir effectivement si apparait des problèmes de flexions.

    Pour préciser la version que j’ai c’est la version de base avec le porte oculaire made in Officina Stellare. La version plus chère est équipé du Focuser Atlas FLI .

    Me concernant ayant passé la commande au début juin l’année dernier j’ai pu l’avoir pour un prix bien inférieur. Au moment de la commande il n’y avait pas de porte oculaire de prévu ni par buée en carbone. Donc s’il tient ses promesses optiquement alors j’aurai fait une bonne économie.
    Maintenant en France deux magasins distribue Officina Stellare. Au moment de mon achat le magasin Alsacien ne distribué pas encore cette marque. Pour de potentiel acheteurs C’est un élément d'information supplémentaire.

  7. Posté(e)

    Jgricourt ; Alain Moreau > Oui formule peut courante qui semble donner de bon résultat si on regarde les résultats chez ASTRO-PHYSICS avec le Riccardi-Honders 305mm f 3.8

    Chonum> Petit fut de bière je retiens ;-) bon je vais me faire couler un demi …

    Nonocoye> oui il va falloir maîtriser. Il y a toujours un temps d’adaptation. Mais si la méca est bonne cela aide pas mal.

    Bboulant> Non pas encore d’essai de jour avec apn car je n’ai pas de bague adapté pour l’apn il faut que je vois cela dans le WE.

    Vincent> Oui vrai petit bijou. Pour le 8300 c’est juste par rapport au grand champ offert par ce tube qui ne sera pas entièrement exploité. Sinon c’est vrai que c’est un bon capteur. La preuve quand on voit les images obtenues sur le vinzographe. De mon côté aussi sur ma Sky 90 j’ai obtenu de belle chose. Il est juste très exigeant. le tilt apparait très vite. Je te remercie au passage pour les éléments que j’ai pu apprendre de toi les quelques fois ou j’ai pu te rencontrer au champ du feu. Presque deux ans déjà que je ne suis plu en alsace :-(

    Message au habituel du champ du feu : J’ai hâte d’avoir la possibilité de passer un de ces quatre. Là-haut pour profiter de cette ambiance si particulière et pourquoi pas avec le véloce. Bon avant septembre cela va être dur et puis peux être que d’ici là à Colmar il y aura en test un RH200 avec une Alta 16803 ;-)

    Pierre> Pour la Pollution lumineuse ici en Normandie c’est très correct.

  8. Posté(e)

    Bonsoir juste pour lancé un post pour vous signaler mes premières impressions de ce télescope d'officina Stellare.
    Je suppose que je dois être parmi les premiers en France à avoir ce télescope.
    Après quelques mois de retard pour des améliorations apportées au produit le voilà donc enfin.
    Pour information il s'agit d’un télescope de 200 mm de diamètre et f/d 3.Qui couvre au moins le 24X36. (J’ai déjà remarqué qu’une personne compte l’utiliser avec une CCD kaf 16803 avec à suivre donc…) plus d’info sur leur site internet pour ceux que cela intéresse. http://www.officinastellare.com/index.php
    Maintenant qu’il est arrivé je pense avoir le droit à une période de mauvais temps de 2 mois minimum ;-) en attendant voici quelques images après déballage.

    [/URL] </A>

    </A>

    [/URL] </A>

    La finition me semble d’un aspect très réussi et la mécanique en général et celle du porte oculaire semble robuste. Porte oculaire conçu est fabriqué par officina stellare aussi. Sortie M72 pour éviter le vignetage et adaptateur 2" fourni. Et surtout il est très très compact.
    Reste dorénavant à tester sur le ciel. Critère qui reste le plus important au final. Je vous en ferai un retour plus approfondi à cette occasion, pour le moment ne vous attendez pas à la lune car je n’ai qu’une modeste CCD a base de Kaf8300.

    A bientôt pour la suite.

    [Ce message a été modifié par Jayjay (Édité le 18-01-2012).]

    [Ce message a été modifié par Jayjay (Édité le 18-01-2012).]

    [Ce message a été modifié par Jayjay (Édité le 18-01-2012).]

  9. Posté(e)

    Hello !

    Bravo pour le projet en cours. c'est un montage sympa.
    Même question que Fred pourquoi pas une carte arduino ?

    Sinon un capteur de température serait bien venu pour les instruments tel que les lunettes qui on une forte variation de mise au point selon la température.

    Bon courage pour la suite cela est sympa et montre qu'il est possible de monter son robotfocus pour pas très chère.

    A+

  10. Posté(e)

    Bonjour,

    Il est possible de partir sur base de carte Arduino*. Carte pas chère (15 à 20 €) et les possibilités sont multiple.
    exemples:
    Contrôle de mise au point
    Contrôle de résistance chauffante contre la buée en fonction de capteurs d'humidité, température point de rosé.
    Détecteur de nuages
    Commande de relais etc.

    Je pense faire une page internet la dessus car en France il n'y a pas de communauté Arduino pour projet astro.
    Décrire sur ce site de A à Z un contrôleur de mise au point et développement d'autres projets astro. je fais appels au programmeur du forum il y a de quoi s"amuser avec cette carte;-)


    Pour la fabrication d'un contrôleur de mise au point pas à pas je suis parti sur les bases suivantes.
    - Une carte Arduino qui est un circuit imprimé open-source sur lequel se trouve un microcontrôleur. (17€ ebay)
    - Une carte Driver de puissance pour commander le moteur pas à pas (A choisir selon ses besoins) (15€ ebay)
    - Un moteur pas à pas (Récup imprimante)
    - adaptation mécanique du moteur pas a pas sur le porte oculaire.


    Voici le groupe de discutions qui ma inspiré car n’étant pas programmeur j'ai suivi leur projet qui propose un pilote ascom qui fonctionne bien et donc compatible focusmax. (pour le moment pas de compensation thermique)

    Un autre projet Arduino de mise au point compatible Robofocus mais le site est au point mort dommage. (Avec compensation thermique) [URL=http://sites.google.com/site/arduinofocus/home]http://sites.google.com/site/arduinofocus/home

    Descriptif de la carte Arduino

    [URL=http://www.arduino.cc/fr/]http://www.arduino.cc/fr/

    Un lien vers un fichier PDF assez complet et en français sur la carte arduino


    exemple de société qui vend tous un tas de carte d'extension compatible arduino.
    Capteurs, driver moteur etc.
    [URL=http://www.sparkfun.com/categories/23?sort_by=name&per_page=200]http://www.sparkfun.com/categories/23?sort_by=name&per_page=200

    Exemple de driver de moteur pas à pas possible(commande par impulsion et commande direction)
    Easy driver (potentiomètre pour régler l'intensité pour le moteur pas a pas) http://cgi.ebay.fr/ws/eBayISAPI.dll?ViewItem&item=280523735398&ssPageNam e=STRK:MEWAX:IT#ht_3742wt_1139

    Carte CNC Driver Moteur Pas à Pas micro Stepper http://cgi.ebay.fr/ws/eBayISAPI.dll?ViewItem&item=200628944999&ssPageName =STRK:MEWAX:IT#ht_2010wt_899

    Stepper Motor Speed Pulse Controller (c'est le driver que j'ai mais il n'a pas de micro pas contrairement au autres et si le moteur pas a pas n'est pas en 12 v il faut alors une résistance sur chaque phase pour limliter le courant. les autres drivers limite le courant grâce a des PWM. http://cgi.ebay.fr/Stepper-Motor-Speed-Pulse-Contr oller-Driver-Board-/260802560405?pt=LH_DefaultDomain_3&hash=item3cb90b4195


    Exemple de projet "FUN" géré par une carte Arduino Un cube LED

    http://www.youtube.com/v/U0R9AdIxCq0&rel=0&hl=fr_FR&feature=player_embedded&version=3

    Autre Projet à base d'arduino
    http://www.youtube.com/embed/R6XBluSYotQ

    Désolé pour le message un peu désordonnée mais une page web va venir pour expliquer tous cela en photo pour les novices en électronique.

    Si certains sont intéressé par les projets mentionnés vous pouvez réagir au post.


    [Ce message a été modifié par Jayjay (Édité le 27-07-2011).]

  12. Posté(e)

    Bonjour,

    Voici ma mésaventure cette nuit lors de l'utilisation de mon PC et de la Starshoot je me retrouve a changer la camera de port USB.
    Malheureusement un peu trop pressé je le fais à chaud au lieu d'utiliser la fonction déconnecter le périphérique en toute sécurité.

    Ehhhhh paf le firmware a du être effacé.
    Du coup pour le PC périphérique inconnu.
    En utilisant ma config.com je la retrouve comme le périphérique suivant

    CY7C68013 EZ-USB FX2 USB 2.0 Development Kit (Aucun driver installé)
    Fabricant : Dacal DC-101 CD Library

    Existe t-il une méthode pour reflasher le firmware de la Camera

    Je suppose qu'il faut trouver un fichier Firmware
    et un logiciel et driver pour communiqué grâce au Micro-contrôleur
    CY7C68013 EZ-USB

    J'ai cru lire sur un forum que cela était déjà arrivé a quelqu'un mais je ne retrouve pas le post en question ni me rappel d'une solution éventuel

    Car si la camera est fichu pour cela c'est stupide et c'est les boules car je suppose qu'il est vraiment possible de la reflasher cette cam

    Comme c'est la même cam que la QHY5 le firmware de la QHY5 serait envisageable si je ne trouve pas celui de l'Orion ?
    Mais j'ai toujours le problème de la reprogrammation.

    Bref si vous étés compétent dans ces sujets ou si cela vous est arrivé
    donnez moi vos pistes.
    Merci par avance

    Jay Jay

    Taka Sky 90
    QHY9 Kaf8300
    Artemis 285
    Orion SSAG
    Orion 80/400
    HEQ5 Pic Astro

  14. Posté(e)

    Salut Vincent,

    Bravo pour la réussite de ce très beau projet. J'ai hâte de voir la suite avec des images toujours aussi fantastique mais surement en plus grand nombre remote oblige ;-) merci aussi pour le retour d’expérience sur ce projet un peu fou quand on connait les multiples contraintes et difficultés à un tel projet. Si tu es motivé, une page internet avec un résumé du projet et quelques photos serait bien sympathique.
    Pour ma part j'ai une question concernant le Pic Astro tu parles de Driver ASCOM pour le Park du Scope mais à ma connaissance il n'existe pas de drivers ascom pour le moment où tu as développé le driver ?
    Je suis à l’écoute car je fonctionne avec un pic astro de ma construction sur une HEQ5 goto suite à un problème de son électronique.

    Encore bravo Ma Sky 90 et mon 8300 sont encore loin d’égaler votre config et ta maîtrise.

    L'ex ASTRO Alsacien Normand


  15. Posté(e)

    Salut Vincent,

    Bravo pour la réussite de ce très beau projet. J'ai hâte de voir la suite avec des images toujours aussi fantastique mais surement en plus grand nombre remote oblige ;-) merci aussi pour le retour d’expérience sur ce projet un peu fou quand on connait les multiples contraintes et difficultés à un tel projet. Si tu es motivé, une page internet avec un résumé du projet et quelques photos serait bien sympathique.
    Pour ma part j'ai une question concernant le Pic Astro tu parles de Driver ASCOM pour le Park du Scope mais à ma connaissance il n'existe pas de drivers ascom pour le moment où tu as développé le driver ?
    Je suis à l’écoute car je fonctionne avec un pic astro de ma construction sur une HEQ5 goto suite à un problème de son électronique.

    Encore bravo Ma Sky 90 et mon 8300 sont encore loin d’égaler votre config et ta maîtrise.

    L'ex ASTRO Alsacien Normand


  16. Posté(e)

    Merci beaucoup Thierry c'est très clair dit comme cela mais en pratique cela donne quoi ?

    Si j'ai bien compris quand je change de réglage d'offset sur une camera CCD je change juste le niveau moyen des pixels (histoire que tout les pixel soit au moins au dessus de zéro) mais en aucun cas je change "la structure" de l'offset.
    Donc par rapport à mon problème de camera, seul le niveau de bruit de lecture change mais pas l'offset en lui même?
    Donc mon problème peut se contourner au prétraitement. j'ai juste à vérifier au moment des acquisitions que j'ai un réglage d'offset qui permet à la camera d'avoir le bruit de lecture normal.

    Donc du coup comment je corrige mes images ?

    je fais ma biblio de Dark, Mes offset de dark etc.
    Si je suis contraint de changer la valeur d'offset de ma camera lors de ma prise de vue pour éviter ce bug de bruit de lecture plus élevée; je réalise alors une nouvelle pile d'offset ? Je peux corrige avec cette pile d'offset pourvu que le niveau moyen de l'image d'offset soit identique à mes images de ma bibliothèque de dark ?

    je suis un peux bête donc peux tu me dire comment faire en pratique dans mon cas un peux particulier.

    merci encore.

    [Ce message a été modifié par Jayjay (Édité le 27-03-2010).]

    [Ce message a été modifié par Jayjay (Édité le 27-03-2010).]

  17. Posté(e)

    Oui en effet normalement la température du CCD pour l'offset na pas d'impact pour une courte pose (offset). mais ici le problème est diffèrent. il semble que l'électronique de lecture de la camera soit sensible à la température. le résultat est que selon la température de l'électronique (pas celle du capteur CCD) on peut tomber sur une valeur de température qui donne un bruit de lecture significativement plus élevée (50% plus elevée) voir post QHY9
    D'ou ma question sur le pretraitement

  18. Posté(e)

    Bonjour,

    Je sais que pour prétraiter une image,il faut:

    une série de dark de la même durée et même température que l'image
    une série d'offset identique à l'image
    une série de flat

    Question : est t'il possible d'utiliser une série de Dark de gain identique à l'image à traiter mais d'offset diffèrent (en ayant bien sur une série d'offset correspondant au dark et une série d'offset correspondant à l'image a prétraiter)

    Ma question provient du problème que j'ai sur une caméra CCD (pour le moment) dont le bruit de l'offset (enfin de lecture) peut parfois être très supérieure pour une température ambiante donné(je ne parle pas de la température du capteur CCD qui elle est bien régulée). d'ou le cas échéant de prendre une valeur d'offset diffèrent pour avoir le bruit de lecture le plus faible. le but de ma question est de ne pas être contraint à gérer une bibliothèque de dark avec des offset différents.

    merci d'avance pour vos réponses éclairées.

  19. Posté(e)

    Bonjour,

    je rentre de trois semaines ou j'étais en déplacement pour le travail avec un temps libre plus que limité d'ou mon absence sur le forum.

    >> Billyjoe

    As tu essayé les drivers ascom ? Tu peux utiliser ta camera avec Maxim DL, Prism ou autres. Des versions d'évaluations te permettrons de les essayer.
    Car QHY se concentre sur les drivers Ascom. Peut être que tu aura des résultats plus concluant.


    De mon coté je vais reprendre les test pour voir si je rencontre le même souci que toi et essayer de régler les miens.

  21. Posté(e)

    Ok je regarde cela et si j'ai le temps je vais faire quelques tests cette après midi.

    Je vais vérifier la répétabilité de mes mesures pour les envoyer au gens de la société QHY.

    Visiblement je suis un cas plutôt isolé maintenant il faut en rechercher la cause.
    Sinon pour le reste la camera fonctionne bien pour le moment avec un delta maxi de -54°C reste a faire la mesure de gain pour avoir le bruit de lecture en électron.

  22. Posté(e)

    Bonjour,

    la loose. il commence à faire beau pour une longue période; des semaines que j'attends cela et paf monture HS. et en plus je suis en déplacement trois semaines pour le taf. Arh la loi de murphy na jamais été aussi vrai.

    Le problème est le suivant. je me sert de ma monture uniquement avec EQMOD depuis deux ans mais la l'EQMOD ne se connecte plus à la monture. Donc j'essaye avec ma raquette GOTO >> communication error or not connection

    bon j'utilise une raquette d'une amie et la même message.


    démontage de la carte électronique rien d'apparent. test de la continuité des câbles de liaison entre carte et connectique OK. puis je vérifie l'adaptateur Eqmod RS232 RJ45 et là selon la position tu câble: court circuit entre des brins différents en recherchant sur le net sur le projet EQMOD http://www.freewebs.com/eq6modfr/eqdirect.htm
    résultat si le +12v est parti dans un des deux fils du TTL un des PIC à grillé c'est cela ?
    (je précise que j'utilise l'interface EQMOD pierro astro mais que le câble d'adaptation rs232 rj45 a été bricolé ...)
    je ne vois que cela. je suppose que la seul solution c'est de changer entièrement la carte électronique ?

    quelle est le coût d'une carte seul ?

    bref je vais voir avec Medas en espérant que je me ruine pas trop.

  23. Posté(e)

    J'attends le retour de vacances du personnel de QHY pour leur poser quelques questions.
    J'ai observé une variation du niveau de bruit à un offset donnée en fonction de la température ambiante de la caméra. Avec le risque de tombé sur une température qui me donne des valeur de bruits bien plus élevée.Cf exemple dans mon tableau d'un post précèdent. donc si à chaque température ambiante il faut que je test pour choisir l'offset me donnant le moins de bruit c'est pas gagnée.(Eh oui les données de mon tableau ne sont valable que pour 20°C) Donc il faut que je vérifie avec eux si le problème peux venir d'autre choses surtout si vous ne constatez pas les mêmes choses que moi.

    >>Billyjoe

    Si tu as l'occasion de tester les drivers ascom se serait cool histoire d'avoir des choses comparables.
    Sinon tu peux m'envoyer un offset avec son overscan à l'adresse suivante
    j e h a r d y @ g m a i l . c o m

    avec la valeur de gain et d'offset ainsi que le driver logiciel utilisé.


    >>thierry31

    Pour la valeur de pedestal j'utilise une valeur de 500. En revanche je ne sais pas si je dois laisser le drivers ascom faire la correction grâce à l'overscan soit de le faire manuellement. je vais faire des tests et voir si il y a une différence ou pas entre les deux méthodes. car je crois que pour les modes en bining la correction automatique peut beuger car prend parfois une mauvaise zone pour l'overscan ainsi le calcul et faussé. si j'ai bien lu les post sur le forum QHY.

    Parmi vous quelqu'un est t'il inscrit au forum QHY car moi j'ai lancé mon inscription il y a une semaine et je ne peux toujours pas poster. (Peut être lié aux vacances de l'équipe de QHY?)

    A+ pour la suite des tests.

  24. Posté(e)

    >>thierry31

    De mon coté avec une valeur d'offset de 100 j'ai des pixels de l'offset à 0 voir toutes l'image à 0
    Tu utilise la derniers version 1.5.5.0? Ton tableau montre une évolution logique du bruit en fonction du gain. je vais tester a une autre valeur d'offset et avec un autre drivers pour voir.
    (je vais l'installer voir si il y a quelques changements)
    A noter que pour le moment j'ai aussi essayé la fonction finetone mais je n'ai pas réussi à améliorer les valeurs de bruit. A tu essayé cette fonction ? (Surtout utile pour les température ambiante de -20°c et l'utilisation du bin2 bin3 et bin4)

    Voici une mesure pour un G=20 et offset de 110
    ASCOM 1.5.4.0
    Je précise que j'utilise la fonction des pilote ascom ce qui normalise la valeur moyenne à 500 + (5X STD de l'overscan) je crois
    Pour avoir les vrai valeurs moyenne il faut que je relance une image et que je note les statistiques de l'overscan fourni ou que je désactive la fonction de correction overscan

    Mes mesures sont en général des mesure de l'ensemble de l'image hors overscan le bruit et en général un peu plus bas sur une zone de l'image. pour être significatif la zone de stats doit être de 300 X 300 vue la taille du capteur.


    Pour le choix d'offset je choisi l'offset avec le bruit le plus faible et un niveau moyen compris entre 500 et 1200 max
    car si on prend un offset trop grand on perd de la dynamique.

    >>Billyjoe

    Tu utilise quoi comme driver ? ASCOM ou pas ? Quelle version ? Car je trouve bizarre une valeur de bruit de 11 ADU a Gain 0

    Peut tu envoyer sur un serveur ou par mail un offset brute (*.fit)? histoire que je mesure le bruit avec Maxim DL

    (à terme pour facilité les mises à jour QHY ne va produire que des pilote ASCOM si j'ai bien suivi.)

    Bon je vais passer une heure ou deux à faire d'autres test à +

    [Ce message a été modifié par Jayjay (Édité le 28-02-2010).]

  25. Posté(e)

    Je précise que j'utilise les derniers drivers ASCOM pour contrôler la camera et ainsi la contrôler sous Maxim DL. (DRIVER 1.5.4.0)

    Pour le moment je fais mes mesures de bruit sur Maxim DL car si iris donne bien des valeur de bruit identique (sigma) mais la quantification est sur 15 bit dans iris donc valeur max de 32 000 environ.(moins pratique pour avoir des mesures optimum concernant le gain optimum) donc c'est pourquoi je préfère pour cela utiliser un autre logiciel. je n'ai pas encore essayé Prism, mais je vais m'y essayer bientôt.

    Autre remarque importante j'ai constaté un comportement identique sous le logiciel de QHY mais les valeurs sont très différentes. les valeurs donnant des résultats étrange sont différentes. Ceci reste un mystère je suppose donc que les drivers on un rôle important dans tous cela. car à condition identique et paramètres identiques les résultats ne sont pas les mêmes.Exemple sous ASCOM bruit de 23 ADU et sous EZCAP (QHY) 25 ADU à paramètres identique.

    En ce qui concerne le bruit de lecture qui augmente en bin2 j'ai lu quelque part l'explication suivante. quand tu rassemble 4 pixels en un tu récupère le signal des quatre pixels donc aussi le signal thermique des quatre pixel donc si deux était moyennement "chaud" parmi les quatre là tu le transforme en un "chaud" Car il ne faut pas oublier que dans l'offset il y a du signal thermique lier au temps de lecture du CCD si j'ai tout compris.


    [Ce message a été modifié par Jayjay (Édité le 28-02-2010).]

    [Ce message a été modifié par Jayjay (Édité le 28-02-2010).]