Astronomické fórum

To mi napadlo jako první . Myslel jsem , že to mám na bednovém , ale neměl, instalovat sem to nechtěl. Pokud je chyba na mé straně instalace , tak bych jí vlastně udělal i tam . Co je jiného , že sem použil nové APT 3,82 a ASCOM 6,4 , tam sem měl 3,42 a 6,2 ? Vlastně potřebuji potvrzenou instalaci kde funguje a to v této době je problém .

Tak jsem zkusil nainstalovat vše na jiné PC (bednu ), ale straší verse ASCOM a APT , snímání v pořádku . Tak jsem to tedy na noťasu vše odinstaloval a nainstaloval to samé, ty starší ASCOM 6.3, APT 3.51 (nahodou jsem je měl na externím disku ) a teď je to jak by mělo být . To by mi vůbec nenapadlo ,že to bude v tom APT v té vyšší versi . Nerozumím tmu . Starší má nastavení Gain přes extra okno a neobsahuje pole pro offset . Asi nikdo jiný nemá problém s novou verzí ?

Nedá se ten gain a offset nastavit přímo v Ascom driveru kamery?

Pro méně znalé je pěkné vysvětlení nastavení gain versus read noise, full well atd. https://youtu.be/97vUB-5HfVE

Pepo, právě takový panel jsem měl na mysli . Okno se zobrazí bez nastavení offsetu, nevím proč?
Zkusil jsem i ASCOM ProfileExplorer nastavit na jinou hodnotu offsetu . Po spuštění kamery v APT jsem se podíval zpátky a byl tam zas offset 30 ? Je to si někde uvnitř uloženo ? Mně to nijak neomezuje . Hodnota biasu je cca 1920 z 65536 . Prakticky zanedbatelné , jen se o tu hodnotu sníží dynamika rozsah snímku .
Jinak díky za reakci .

Celé tohle řešení se dvěma parametry (zisk a offset) je nešťastné. Offset nemá sice v principu na nic vliv, kromě malého snížení dynamického rozsahu, a jediným důvodem, proč ho tam výrobce má, je, že pro vyšší zisk se musí dát vyšší offset, aby se histogram bias snímku (distribuce vyčítacího šumu) vešel, tedy zleva v černé neoříznul.

Průšvih je, že ten offset - bias, zásadním způsobem ovlivňuje kalibraci. Jakmile je nastavený jinak, tak kalibarce nesedí. Když k tomu přidáme fakt, že tenhle parametr prakticky žádný SW neukládá do FITS hlavičky, tak v okamžiku, kdy si fotograf někde nepoznamená nastavení, je už nereálné dodatečně pořídit kalibrační snímky k lightům a FF. Volnost ve dvou parametrech (GAIN, OFFSET) dává přílš moc kombinací na to, aby se to dalo trefit.

Když jsem s Moravskými přístroji pomáhal ladit jejich CMOS kamery, tak jsme se shodli, že tenhle pro fotografa nesmyslný a obtěžující parametr v nastavení driveru prostě zrušíme. Zanalyzovali jsme chování senzoru, kam až se dostane pozadí při nějakém už nesmyslně dlouze exponovaném darkframe, a stanovil se vztah pro offset na základě nastaveného zisku, a offset prostě vypočítá firmware kamery. Tím je problém elegantně vyřešen, a nastavuje se jen zisk.

Ostatně, přesně to samé dělá třeba Canon (a nepochybně i ostatní výrobci), nastavuje se jen ISO = gain, a offset foťák už určuje sám. Všimněte si, že bias má bez ohledu na nastavené ISO stále skoro stejnou střední hodnotu, pouze se rozstahuje šířka histogramu jak roste šum. Přitom fyzikálně správně by měla růst střední hodnota biasu lineárně se ziskem

Martine velice díky za obšírné vysvětlení . Proto se zobrazil jen ten Gain. Tím lépe , že se pak člověk nemusí zabývat dalším parametrem . Stále mi vrtá hlavou proč ta novější verse APT dělala to rozhození modrého kanálu ? Problém mám vyřešen , je to jen náhradní řešení po dobu než bude opraven ten původní noťas.
Doplnění : V nové versi APT se do fitu ukládá i ten offset .

No je možné, že v driverech to nyní dodělali taky automaticky. Ale to asi bude nyní přinášet nějaké problémy s kompatibilitou.

Ve skutečnosti ten senzor má registry pro gain/offset pro jednotlivé RGB kanály, a pokud je tam nějaká bota v kombinaci driver/SW, tak to mohlo hrábnout jen do jednoho z nich a tím to bylo v modré jinak. Nijak jinak než SW chybou si to vysvětlit nedovedu.

Ad GAIN/OFFSET ve FITS z APT - no alespoň že tak.

Martine , ještě jednou díky .

Nedávno jsem fotil flaty přes APT a pak k tomu dofocoval darkflaty přes Ekos, a taky mě překvapilo, že APT do FITS hlavičky offset zapsalo a Ekos už ne

Teraz som pozrel hlavicky a offset Ekos uz zapisuje ale museli to pridat relativne nedavno pretoze starsie snimky z decembra este offset zapisany nemaju.

MMys píše:Tohle nemůže být žádným kabelem. V zásadě jsou pouze dvě možnosti, proč to nefunguje.

1) QHY10 používá s vyskou pravděpodobností stejně jako QHY8, kterou jsem již kdysi opravoval, signálový procesor VSP 3210, (https://www.ti.com/lit/ds/symlink/vsp3210.pdf) který má zjevně nastavitelné zisky pro jednotlivé RGB kanály, takže nelze vyloučit chybné naprogramování registrů pro G kanál nějakým chybným firmware, a tím absenci obrazu v G kanálu.
Zkusil bych tedy na úplně čistém PC, kde jsi nic k té kameře nikdy neměl, instalaci posledních driverů z webu QHY. Interní firmware kamera žádný nemá, použitý USB mikrokontrolér od Cypresu nahraje do sebe firmware v okamžiku připojení k USB, firmware pro HW kamery je tedy obsažený v aktuálním driveru ke kameře. Pokud to nepomůže, zkusil bych ještě nějaký starší driver (výrobce mohl udělat HW změnu)

2) Pokud se ukáže, že to není SW záležitost, tak bych to vrátil. Je to HW chyba. Máš všecky snímky od počátku, kdys to koupil ? Podívej se, jetsli to dělalo ihned po koupi.

Trochu som sa pozeral čo som nafotil v minulosti a narazil som na data z QHY10 a bol som veľmi milo prekvapený. Tak som sa rozhodol že ju opäť skúsim. Predsa už teploty stúpajú a ani 6Dčko už nemá rado +20st. Navyše jedna 600s snímka z QHY10 mi pripadá ako tri 300s zo 6D.
Pripojil som ju na trochu výkonnejší 12V zdroj + som ju nechal fičať cca 2h, nech sa všetko po pol roku trochu prehreje. Kanály GG opäť v poriadku, čím to mohlo byť? Tu je výsledok:

Přátelé,
zápasím s QHY5III178C. Při bin2x2 nechce dávat barevný obraz. Šum ale barevný je. Používám SharpCapPro.

No je otázkou, zda ten senzor podporuje barevný bining. Pokdu ne, tak biningem 2x2 zlikviduješ bayerovu masku, a tím není jak rekonstruovat barvu. Rozdíly v jasu v jednotlivých 4-pixelech jsou pouze v šumu, a tím je šum barevný.

Chtěl bych se zeptat zkušenějších, jak tohle vzniká (ten příčný šum) a pomůže - li proti tomu dithering, nebo je to i špatnou klaibrací, či ustavením montáže. Předpokládám, že jdu po pátrání k příčině správnou cestou...

Vezmi si první a poslední snímek a nech je jen složit na sebe . Uvidíš, o kolik se posunou ty dva snímky proti sobě. A to je ono. Dithering pomůže, zrovna tak pomůže OAG. Kde je příčina - většinou posuv mezi pointérem a dalekohledem, resp. pohyby optiky nebo průhyby tubusu ( ale spíš vše.)