Coyote9559

Cela me rappelle quelque chose. Il y a environ 4 ans sur un Z6 tout neuf, j'avais eu ce pb d'images inexploitables La réponse qui m'avait été indiquée (que je ne retrouve pas...) était que le codage que j'avais paramétré sur le Z6 (12bit?) des images NEF n'était pas supporté par Libraw La solution était de convertir les images NEF au format Adobe DNG avec le logiciel Adobe Digital Converter (hhttps://helpx.adobe.com/fr/ camera-raw/using/adobe-dng-converter.html) Cela avait mieux marché dans SIRIL (de l'époque) ttps://helpx.adobe.com/fr/camera-raw/using/adobe-dng-converter.html)

Monsieur Serge Bertorello avait aussi conçu un tel logiciel (en français...), "Correct" Au 24/11/2024, il était toujours accessible en ligne http://serge.bertorello.free.fr/logiciel.html Je l'ai fait marcher un W10. Par contre, je n'ai pas (encore) construit de télescope sur ses résultats.

...Respect....

Bonjour, Il y a trois solutions pour votre cas d'usage: Première solution, passer sur KStars/Ekos sur le PC (1) et installer INDI sur un raspberry (OS Raspbian). C'est une architecture "concurrente" de Alpaga/ascom qui il me semble n'existe pas sur RPI. - Kstars est un planétarium logiciel open source (https://kstars.kde.org/fr/) qui tourne sur Windows, Linux ou Raspberry - Avec le passage de l'OS RPI en 64bit, INDI doit être compilé sur Raspberry à partir du dépot github correspondant ((https://github.com/indilib/indi) Le principe de INDI est décrit ici https://indilib.org/. avec beaucoup d'enthousiasme. Noter qu'en général les drivers ASCOM sont développés par chaque constructeur pour son matériel, alors que les drivers INDI sont développés par la communauté, on a quelque fois des surprises... J'y suis arrivé et je suis (très) loin d'être un cador en RPI/Linux et je reconnais que ce n'est pas un "sport de masse" J'ai recopié ce qui était écrit ici: https://astroisk.nl/raspberry-pi-5-indi/ y compris pour les 3rd party drivers (ZWO, Libgphoto pour les DSLR) Noter que Stellarmate repose sur l'architecture INDI., tout comme "astroberry" Deuxième solution INDIGO (https://www.indigo-astronomy.org/index.html). J'ai fait un essai, mais je me suis arrêté quand mon RPI 4 a commencé à chauffer.... En fait je ne sais pas quel OS ils embarquent avec INDIGO et le ventilateur que j'avais collé sur le RPI semblait ne pas bien s'entendre avec lui. Dans les deux solutions ci dessus, ça vaut le coup de passer 2-3 jours pour essayer avec une SDcard dédiée à ces expériences. 3e solution installer le logiciel VirtualHere sur le raspberry pour en faire un serveur de ports USB, un peu comme votre box internet support des ports USB. La seule solution que j'ai trouvé et sommairement testée dans sa version d'essais avec NINA, une caméra planétaire ZWO ASI185 est disponible ici https://www.virtualhere.com/ Il faut aussi charger leur soft sur "PC 1". Noter que je l'ai testé avec l'OS RPI Rasbian Buster 32bits (qui doit être encore téléchargeable) et Windows 10 avec un I5 Haswell (vieux!) Curieusement, avec la ZWO, ça marchait avec le driver ascom de la caméra. Je n'ai pas claqué les 50AU$ pour débloquer le soft et essayer avec plusieurs ports USB. je n'avais pas de caméra Ciel Profond pour faire le test avec des images "lourdes". A votre dispo si vous voulez échanger sur ces sujets

Bsr, J'ai deux questions sur le principe du "NUC" (micro PC AMD/intel) . Dans un usage "au pied du télescope", comme le mentionne rmor51, il faut un écran HDMi et clavier et souris USB. Q1: le système d'exploitation Windows 11 est il livré installé avec ces NUC ET avec sa licence (windows famille ou pro).ce n'est pas explicite sur la page du site marchand "Système d'exploitation: OS" Q2 si on veut rester au chaud sur le PC de la maison et faire une connexion à distance pour piloter le setup via le NUC. Il semble qu'il faille alors une licence WIndows Pro (voir https://support.microsoft.com/fr-fr/windows/utilisation-du-bureau-à-distance-5fe128d5-8fb1-7a23-3b8a-41e636865e8c#ID0EDD=Windows_11 et l'édition "famille de Windows ne supporte pas le bureau à distance" et la version pro...n'est pas gratuite... Si le projet est d'installer un Linux, on est alors plus très loin de la config RPI/Indi et Kstars VNC semble continuer à être gratuit dans sa version d'essai...mais VNC pousse pour le payement d'un abonnement Noter aussi que ces NUC sont à l'origine des PC de bureau fait pour s'accrocher derrière un écran sur un bureau... Pour ce qui est de fonctionner à -10°C et 75% d'humidité....

Bonjour, Effectivement, les puristes (comme je l'ai été après avoir potassé le "Construction du Telescope Amateur" de Texereau et taillé un 210mm), auront tendance à formellement déconseiller une telle approche. Je n'ai plus les chiffres en tête mais la fine couche d'aluminium déposée par métallisation sous vide n'introduit aucun défaut "supplémentaire" à ceux de la surface optique originale et donne des résultats "bien supérieurs" à la métallisation chimique Texereau mentionne dans le CTA 2e édition (page 243 et suivantes) , une méthode d'argenture chimique, "accessible à l'amateur" (sic) disposant de quelques produits chimiques (nitrate d'argent, sucre de table mais aussi soude caustique pure et acide nitrique...) . En 1950, on osait.... Il fallait repolir le dépôt d'argent qui noircissait "assez rapidement" dans le temps (par sulfuration). La consultation de l'article que vous indiquez amène deux remarques. l'auteur devrait montrer (une image du miroir à l'appareil de foucault -ou autre- et les mesures effectuées) qui devrait démontrer l'innocuité de cette "peinture" sur la précision de la surface La consultation de l'article (payant sur Internet) Chemical Spray Silvering Bruce Armstrong, Optical Sciences Center, University of Arizona Applied Optics, Vol. 16, Page 2785, November 1977 Cité en référence apporterait aussi plus d'éclairage sur la destination effective de cette méthode (miroir de télescope à lambda/30 ou miroir de ....projecteur de DCA) Conclusion, il n'est pas impossible que cela puisse marcher sur des miroirs d'astronomie. Sachez aussi que la Société Astronomique de France dispose (ou disposait) d'une cloche à métalliser acceptant les miroirs jusqu'à 250mm. Est ce que votre miroir vaut moins qu'une adhésion à la SAF et un ou deux voyages à Paris?

Merci pour ce retour. Une dernière question, connectiez vous directement la caméra ASI2600Mc sur un port USB3 ou passiez vous par un hub USB "intermédiaire" alimenté ?

Bonjour Quelqu'un saurait il faire un "retour d'expérience" sur le support des caméras QHYCCD et ZWO avec capteur IMX 511 (carré) IMX294 (4/3) et IMX571 (APS-C) , mono ou couleur par INDI/ Ekos/Kstars Si toutes ces caméra fonctionnent sous ASCOM (à ce qu'on lit), mon cas d'usage est le suivant: Un raspberry PI4 sous Raspian héberge le serveur INDI et les drivers (pour l'instant Nikon_CCD et ZWO_CCD) ) et je fais une connexion à distance via wifi ou Ethernet depuis un PC Windows qui héberge kstars et Ekos. Avec ces "vieux équipements" , ça marche, je fais prendre des images FITS à distances avecla ZWO et les images "redescendent" sur le PC Windows avec le Nikon et au format NEF... Bon, a faire marcher, ce n'est pas vraiment un sport de masse, quand j'aurais un peu de temps et mis de l'ordre dans mes notes, je verrai à faire un sujet la dessus si cela peut intéresser. Quelqu'un saurait il faire un retour d'expérience sur cette architecture avec les caméra "récentes" ? En effet: INDI est une architecture purement développée par la communauté et il ne faut pas être exigeant avec les gens qui font ces dev sur leurs temps libre on sait que QHYCCD marche sous Linux mais que leur driver a donné soucis et je ne me sens pas de tenter de compiler un driver sous Raspian pour la QHY294 Qu'en est il avec ZWO sachant que l'ASIAIR comprendrait des composants INDI ? Un bon support sur INDI me fera décider de la marque de ma première caméra CP Merci de vos retours

Bonjour Après lecture des (très) nombreux posts du sujet "comparatif des capteurs Sony..." un peu plus haut dans cette rubrique et bien entendu que le choix d'une caméra "ciel profond" ne se limite pas au seul paramètre choix du capteur En regardant l'image de flat que j'ai fait avec mon APS-C et mon SC 210 réducté à F/6.3 (1200mm de focale), combinaison qui semble "bonne" pour faire du CP "avec un peu de champ" Un capteur "full frame" type IMX410 ne se justifie pas pour une telle combinaison optique (ce serait intéressant si on considère un usage sur des optiques photo 24x36) Un APS C semble donc "pcouvert" , mais le fall off (la perte de luminosité dans les coins) peut il être "compensé" au traitement? les capteurs 4/3 IMX294 ne ferait pas perdre beaucoup Le capteur carré IMX511 carré (1"de diagonale") semblerait "trop petit" mais le critère "pas d'amp glow" pourrait peut être apporter qq chose sous mon ciel "bortle 7" Merci de vos avis Après viendra la question ZWO ou QHYCCD, mais je fais un autre "sujet"...

Astronome amateur depuis....1973... Un "parcours" d'astronome amateur à une époque que les moins de ...30 ans ne peuvent pas connaître (Mise en station par la méthode de bigourdan, TP2415 et occultation manuelle, un newton 210F:6 "Pierre Bourge"...) En région parisienne (ciel Bortle 7... au moins et jamais plus de 1.5 en seeing) et il faudra faire avec Un Schmidt Cassegrain de 203F:D 10 upgradé avec une CEM70 et un Raspberry PI pour faire bouger tout ça Quelques images "convaincantes" avec une ASI185 MC (couleur) de la Lune et de Jupiter Un Nikon D300 pour la photo "classique Je suis susceptible de chercher des tuyaux pour faire du CP dans ce contexte