Colmic

Membre
  • Compteur de contenus

    5 017
  • Inscription

  • Dernière visite

  • Jours gagnés

    6
  • Last Connexion

    Soon available - 39676

Messages posté(e)s par Colmic


  1. il y a 52 minutes, jldauvergne a dit :

    Je t'ai vu Michel, mais pas eu le temps de faire un stop. Tu étais bien occupé aussi, j'aurais pu t'interrompre en mode priorité au direct, ... le problème c'est que je n'ai pas fait de live : ... du coup, ... :D

     

    A vrai dire j'ai fait aucune conf, j'ai passé mon samedi à discuter, j'ai pas bougé d'entre les stands O.U et Skyvision :D

    T'aurais dû m'interrompre, ça m'aurait fait plaisir et promis j'aurais pas porté plainte :D 

    J'ai rencontré plein de gars sympa que je ne connaissais que par forums interposés, c'est cool de mettre un visage sur un pseudo ! Et plein de vieux copains que je vois plus depuis longtemps, je pense à mon pote @fguinepain ;)

    Et j'en ai raté plein d'autres. Yen a même un qui est passé juste à côté de moi et qui s'est même pas arrêté pour dire bonjour, alors que ce même gars a bouffé plusieurs fois à la maison... Je suis plus assez bien pour lui sans doute :(


  2. Il y a 6 heures, zeubeu a dit :

    Moi j'y ai passé la journée de samedi.

    Je vois qu'il y avait plein de membre du forum, dommage j'en ai raté plein, ne connaissant pas les visages !

    La prochaine fois il faudra nous faire des badges :-)

     

    Content de t'avoir rencontré, après des années à s'écharper sur le forum, j'ai trouvé un gars super-sympa en face de moi :D


  3. Le 16/11/2022 à 10:06, dédé a dit :

    Est ce qu'on peut mettre en série des batteries lifpeo4 de 30 A  12 V avec un BMS , exemple 2 x30 pour avoir 60A ou proche mais avec un BMS pour la gestion de décharge et recharge ?

     

    Pas en série mais en parallèle :D

    Si tu les mets en série tu restes à 30Ah mais tu montes à 24V => pas besoin de BMS dans ce cas.

    Si tu les mets en parallèle tu passes effectivement à 60Ah en restant sous 12V => besoin d'un nouveau BMS pour éviter le déséquilibre de charge entre les 2 batteries => c'est ce qu'on fait sur les camping-car notamment.

     

    Mais entre nous il vaut mieux prendre une batterie de 60Ah, c'est plus simple à câbler et à gérer.

     

    Il y a 16 heures, rolf a dit :

    Cette alimentation commence à me monter à la tête. Pour confirmation, cette batterie serait donc la bonne pour ce chargeur, merci d'avance.

     

    Oui.

    Cherche bien ailleurs pour la batterie, je l'ai vue à moins cher que chez Amazon, notamment directement sur le site de ECO-Worthy, autour de 130 euros.

     


  4. Il y a 4 heures, rolf a dit :

    Merci pour ces retours. Quelle usine à gaz ... .

    Bref, entre ces deux je suppose que le deuxième est mieux et moins cher, est-ce bien cela?

     

    Le premier c'est du Lithium-Ion et pas du LiFePo4 déjà.

    Le second, mon pote David a acheté le modèle 50Ah en promo en début d'année pour 199 euros et en est très content.

    Maintenant il faut penser à acheter le chargeur qui va bien car il est pas fourni avec (chargeur spécifique LiFePo4, dispo chez Ali en 10A pour 30 euros, livraison rapide).


  5. @rolf un peu de lecture pour comprendre un peu mieux et apprendre comment beaucoup de marchands se jouent de notre crédulité pour nous vendre des merdes :D

    https://www.webastro.net/forums/topic/173751-alimentation-vraiment-nomade-donc-légère/?do=findComment&comment=2976414

     

    En électricité il suffit de connaître uniquement 2 formules :

    - U = R x I (Tension en volts = résistance en ohms x intensité en ampères)

    - P = U x I (puissance en watts = tension en volts x intensité en ampères)

     

    A partir de ces 2 formules on peut tout calculer...

     

    Il y a 3 heures, Bretoc a dit :

    En revanche moi aussi, je ne comprends pas la différence entre Wh réels et Wh restitués (Pourquoi 173 Wh restitués?)

     

    Il faut tenir compte de la perte à cause du régulateur, régulateur qui n'existe pas dans les LiFePo4.

     

    Il y a 3 heures, jldauvergne a dit :

    Il faut une batterie qui supporte de ne pas être utilisée 6 mois et plus, et qui ne meurt pas si elle tombe à 0% de charge (il me semble que ça tient sur du lifepo4 justement, ou du moins que ça ne se décharge pas tout seul)

     

    Même les LiFePo4 ne supportent pas d'être trop chargées et trop déchargées.

    Heureusement toute batterie lithium (LiFePo4 comme Li-Ion) est fournie avec un BMS (Battery Management System) qui est là pour couper la charge avant que les accus ne soient trop chargés et couper la décharge avant qu'ils n'arrivent à 0, en plus de pas mal d'autres sécurités (température, etc..).

    Sur ma boîte-accus, le BMS dialogue en bluetooth avec mon smartphone et je peux tout paramétrer (tension de coupure haute et basse, température de coupure haute et basse, etc) et me donne l'état de charge de chaque bloc d'accus.

    L'auto-décharge des LiFePo4 est bien plus faible que les batteries plomb.

    • J'aime 2

  6. Salut Rolf,

    moi aussi ça métonne que tu aies trouvé x4.

    On est effectivement plus cher sur du LiFePo4 mais à mon sens pas x4.

     

    Les différences entre LiFePo4 et Li-Ion :

    - un accu Li-Ion est en 3.7V. Si tu places 3 accus 3.7V en série tu obtiens 11.1V ce qui est trop faible et si tu en places 4 tu obtiens 14.8V ce qui est trop élevé. Du coup on doit ajouter un régulateur en sortie pour obtenir 12V avec quelques pertes.

    - un accu LiFePo4 est en 3.2V. Il te suffit de placer 4 accus en série et tu obtiens 12.8V ce qui est parfait.

    - la courbe de décharge des LiFePo4 est très linéaire contrairement au Li-Ion, elle reste quasiment autour de 12.5V pendant toute la décharge et s'écroule en 10 minutes à 10V

    - le LiFePo4 est plus sécurisé. Il ne peut pas exploser contrairement au Li-Ion.

    - Le LiFePo4 tient beaucoup mieux par températures basses. J'ai déjà utilisé ma batterie par -8° sans problème particulier.

    - et enfin les accus LiFePo4 sont donnés pour tenir plus longtemps que les Li-Ion, au minimum 2000 cycles charge/décharge.

     

    • J'aime 2
    • Merci 1

  7. Il y a 15 heures, Philippe Bernhard a dit :

    On met sur ces 51000 e- un ADC 16bits qui va convertir 51000 e- en 65535 niveaux moins un offset. On va donc le régler avec un gain de 0.8 e-/adu

    On passe maintenant en adu. tu satures (à gain 0) à 65535 adu et ton bruit de lecture va etre proche de 4.4 adu (3.5  / 0.8). Le bruit est donc quantifié par 4 adu (2 bits) ce qui ne sert absolument à rien.

     

    Ok pigé, merci :)

     

    Il y a 15 heures, Philippe Bernhard a dit :

    je pense que tu confonds la dynamique réelle du capteur (calculé sur des électrons) avec le convertisseur e- vers ADU qui est codé sur 12, 14 ou 16 bits selon les compsants.

     

    Mais Philippe je n'ai jamais parlé de dynamique dans mes posts ;)

    J'ai uniquement pris le FW annoncé par ZWO.

    J'essaie juste de comprendre à mon petit niveau et du coup je pose des questions qui peuvent te sembler idiotes :)


  8. Il y a 6 heures, Philippe Bernhard a dit :

    il faut pas croire que ton asi6200 a 16 bits de dynamique (je sais que ça a été un de tes principaux arguments pour promouvoir l’asi6200 sur les forums). L’asi2400 a un ADC 14 bits ajusté à sa dynamique réelle et j’ai toujours préféré ce capteur pour sa meilleure qualité de distribution du bruit (et banding) et sa sensibilité (pour avoir eu les 2 caméras). D’ailleurs les données de l’asi2400 sortent sur 16 bits du driver.

     

    Oui tu as déjà mentionné ceci sur un autre fil AS :)

    Justement j'aimerais comprendre où partent ces 2 bits manquants ?


  9. il y a une heure, Clouzot a dit :

    Maintenant, tu « binnes » 2x2. Ton pixel résultant (somme ou moyenne de 4 pixels eux-mêmes saturés) est toujours…saturé. Tu ne peux pas poser plus longtemps que tes 30s. Donc, tu n’as pas augmenté ton fullwell en « binnant » (parce que c’est bien à ça que ça sert, le fullwell. Enfin je pense !)


    Alors certes ton superpixel peut contenir (avant rescaling) 4x plus d’électrons, mais ce n’est pas pour autant que le

    fullwell de la caméra a fait un bond. 

     

    Donc quelque part, la pub QHY ou ZWO est un peu mensongère ? On n'obtient pas réellement un vrai super-pixel capable d'encaisser 196.000 électrons.

     

    il y a 32 minutes, olivdeso a dit :

    Oui c'est un des intérêt de le faire en post traitement en 32 bits (au moins 18) sur ces caméra qui utilisent les 16 bits, à condition d'avoir réglé le gain correctement. (High gain read mode et gain 56 pour les QHY 268 et 600)

     

    Du coup, si on sauve notre image issue d'un Siril par exemple (il faut en nommer un et c'est celui que j'utilise !) EN TIF pour la reprendre sous Photoshop, il faut bien faire gaffe à sauver la TIF en 32 bits et faire le ré-échantillonnage toujours en 32 bits si on veut réellement profiter du truc ?

    Dans tous les cas à un moment donné on va devoir la réduire à 16 bits voire à 8 si on sauve en JPG pour la présenter quelque part :)


  10. il y a 24 minutes, Clouzot a dit :

    On peut aussi voir la chose comme une somme et pas une moyenne de 4 pixels : dans ce cas la valeur du super pixel est bel et bien représentée temporairement sur plus de bits, mais la caméra va rescaler la valeur obtenue sur 16 bits, ce qui revient au même in fine. 

     

    QHY, mais aussi ZWO, annoncent bien une somme du FW des 4 pixels :

    Citation

    One benefit of the back-illuminated CMOS structure is improved full well capacity.

    This is particularly helpful for sensors with small pixels.

    Even with unbinned 3.76um pixels, the QHY600 has a full well capacity of 49ke-.

    When binned 2x2 to 7.5um the full well is 196ke- and when binned 3x3 to 11um the full well is 441ke-.

     

    Du coup si la caméra rescale tout sur 16 bits, tout est biaisé non ? Le bruit aussi du coup ?

    De même si on fait le binning via un logiciel tiers qui ne soit pas 32 bits (heureusement SiriL et Pix prennent bien les images 32 bits).

     

    il y a 31 minutes, Clouzot a dit :

    Ce mode de fonctionnement fait qu’il est effectivement impropre de parler de binning, puisqu’en fait c’est un rééchantillonnage qui est effectué, avec une fréquence spatiale divisée par deux. Il est d’ailleurs envisageable de faire ce rééchantillonnage de manière fractionnaire si on le veut : Startools (malgré tout le mal qu’on peut en penser) le permet, par exemple. 

     

    Là oui on serait effectivement d’accord sur le terme de ré-échantillonnage et pas de binning au sens propre du terme.

    • J'aime 1

  11. Puisqu'on a quelques esprits affutés ici, il y a une chose que j'aimerais qu'on m'explique...

     

    Si je reprends l'exemple de l'ASI6200 :

    en bin1 le FW est de 54100e-, ce qui donne avec la conversion 0.8 de l'ADC (voir le graphe de la 6200) => 67625 ADU que l'ADC 16 bits clippe à 65535 (enfin je pense que ça marche comme ça).

    Si on fait un bin2 logiciel sur cette caméra, le super-pixel a donc un FW de 216400e-, soit 270500 ADU possibles, ce qui nous donne un pixel codé sur 17 ou 18 bits.

    Du coup j'ai du mal à comprendre comment on convertit ces 270500 ADU ?

    Soit il faut passer sur du FIT 32 bits (cas du bin2 à la prise de vue). Par défaut le FIT est en 16 bits.

    Soit il faut impérativement utiliser un soft de traitement qui accepte du 32 bits (pas le cas de tous).

    Soit la conversion dans ce cas n'est plus la même.

     

    Quel est le principe de calcul dans ce cas pour reproduire fidèlement la valeur de ce super-pixel ?


  12. Il y a 1 heure, christian viladrich a dit :

    Salut à tous,

    Juste une question pour préciser, ici on parle bien du binning logiciel ?

     

    Salut Christian,

    je m'immisce dans la discut' :)

     

    A de très rares exceptions près, un CMOS est toujours utilisé en bin logiciel.

    Certaines caméras ont un pseudo-binning hard mais qui limite la caméra à 10 ou 12 bits et qui accélère le temps de transfert (par exemple sur l'ASI183, on passe de 9FPS à 30FPS en bin2 hard mais sous 10 bits au lieu de 12 en bin1).

     

    Voici un exemple pour l'ASI6200 (IMX455) :

    En bin1 le full well est à 51400e- au gain 0.

    En bin2, le super-pixel passe à 205600e- de full-well toujours au gain 0.

    Le bruit de lecture passe de 3.5e- au gain0 en bin1 à 7e- en bin2.

     

    En bin2 on a un gain de 4 sur le FW et de 2 sur le bruit de lecture, au final on a donc bien un gain de 2 sur le RSB. 

     

    Et là je cite @Philippe Bernhard :
     

    Citation

     

    Typiquement, le capteur devient 2x plus sensible en bin2 (comparé à 4x sur un CCD professionnel en binning hardware et 2 à 3x sur une caméra amateur dont le binning n'est pas optimisé (bruit de binning important) )

    Donc, il y a quand-même un gain notoire lorsqu'on fait du binning 2x2 soft en CMOS.

    De plus, on peut jouer sur le gain pour augmenter la sensibilité mais en même temps diminuer la dynamique.

     

     

    • J'aime 1

  13. il y a une heure, Pascal C03 a dit :

    Question posé à toi Michel, l'AsiAir pourrait-il analyser la fwhm sur une étoile cible (choisie) pour enregistrer ou non l'image ?

     

    La FWHM va être mesurée à un instant T.

    Une image ça va prendre 30, 60, 120, 180, 300s ou plus.

    Par conséquent je ne vois vraiment pas comment tu peux décider d'enregistrer une image de 300s sur une simple analyse qui va durer 3s au mieux, sachant que la FWHM peut évoluer très rapidement dans le temps.

    Tu demandes des choses à l'ASiair qu'on peut très bien faire et très facilement en post-traitement ;)


  14. Salut Pascal,

    sans vouloir manquer de respect à Lucien, mais tout ce que tu demandes existe déjà dans SiriL :)

    - Tu peux recaler les différentes couches entre elles même si elles ont une orientation différente.

    - Tu peux faire un empilement avec tri des meilleures brutes sur la rondeur (et pas que, sur la FWHM et d'autres critères aussi)

     

    Pour la création d'une RVB à partir de couches différentes c'est mon tuto 5 :

    https://www.webastro.net/forums/topic/166799-tutoriel-pour-le-traitement-complet-dune-image-avec-les-scripts-siril/

     

    • J'aime 1
    • Merci 1

  15. Il y a 20 heures, olivier a dit :

    Abell 69, pas très grosse celle là mais elle est toute mimi... En tous cas, elle ressort bien même en très grand champ comme ici. Tu as même le début de la structure externe que l'on voit sur capella observatory :

     

    Merci Olivier, oui elle ressort pas mal du tout en HHO d'ailleurs, un vrai phare !

     

    Il y a 19 heures, Pascal C03 a dit :

    Ben pas moi... C'est moche, et surtout mal poli de nous en mettre plein les yeux comme ça... o.O

    Fais un effort. Donne un coup de pied dans le trépied pour avoir des étoiles bougées... qq chose du genre quoi.

     

    Merci Pascal :)

    Ah ben tu crois pas si bien dire, pendant les nuits les gens passaient et repassaient entre les instruments, ça se voit bien sur certaines poses !!

    L'an prochain j'ai promis de venir avec de la rubalise pour empêcher ça :D 

     

    Merci @polo0258

     

    Il y a 16 heures, polorider a dit :

    xD ah c'est bien ce que je disais:

     

    Allez plus poli alors : ça me défouraille le fondement :D:D

     

    Il y a 20 heures, olivier a dit :

    Et ici, on a même PN G75.5+1.7 plein centre, pas évidente du tout mais elle y est :

     

    Ah ben oui celle-là quand même tout le monde la connaît surtout ici sur AS, car elle a failli être française cette bubulle de savon, hein @fguinepain :)

     

     

    • J'aime 1

  16. Il y a 17 heures, olivier a dit :

    C'est quoi la petite NP en forme d'anneau, tout à fait à droite de M29 ? Je ne la trouve pas.

     

    Trouvée :)

    Il s'agit de PK76+1.1 ou encore Abell 69 :

    Merci au passage à @COM423 pour ces images :)

     

    Il y a 4 heures, decatur30033 a dit :

    Ça claque! J’adore. Superbe version de la région SADR-croissant.

    Il me tarde de pouvoir tester cette mosaïque.

     

    Merci Olivier :)

    • Merci 1