rambro

Chip od matrycy jest większy niż sama matryca pixeli i trzeba by sprawdzić czy źródło faktycznie jest poza układem scalonym. Jak mieć do kogoś pretensje to może do Sony, tylko te przetworniki są projektowane do innych celów np. kamer przemysłowych, monitoringu itp. Tam ampglow nie ma takiego znaczenia. Oczywiście producent kamery może wybrać inny przetwornik tylko cena kamery będzie wyższa. Technologia CMOS cały czas się rozwija i nowsze modele są coraz lepsze i tańsze.

Nie mieli możliwości zasłonić. To jest wewnątrz matrycy i grzeje a nie świeci w pasmie widzialnym. Producenci robią co mogą aby się ampglow pozbyć. Czasem da się wyłączyć wzmacniacz. CCD też mają ampglow np. stara kamerka DSI III ICX285 miała ampglow ale dało się programowo wyłączyć na czas ekspozycji korzystając z innych sterowników.

"Atmosfera" w tube... czyli prądy termiczne wewnątrz teleskopu. Z tego powodu pytam o wychłodzenie przed testem. Niestety mam tylko przykład przed debayeryzacją (mono). Po lewej zdjęcie z niewychłodzonego teleskopu.

Atmosfera . Nisko nad horyzontem i może także ta w tubie. Czy wychłodziliście teleskop przed testami ?. Przy ustawianiu LW proponuję wyjąć celę z LG i "zapchać" wylot tuby czymś w jednolitym kolorze. Nie będziecie się sugerować odbiciami z LG w LW. Za LW umieścić białą kartkę, aby zwiększyć kontrast. Do ustawienia wyłącznie LW ta metoda z kamerką i tym programem jest moim zdaniem bardzo dobra, ale mechanika musi być opanowana tzn. prostopadły wyciąg, ustawiony offset i LG w celi nie może się ruszać na boki, ale też nie może być ściśnięte. Zostanie ustawienie LG co jest łatwe każdą metodą. Osobiście do LG najbardziej preferuję Barlowed laser. Na koniec pudełko od kliszy powinno potwierdzić kolimacje.

Może korektory są w różnej odległości i przypadkowo redukcja wypadkowa jest podobna.

Oglądam z przyjemnością. Gwiazdki są ładniejsze niż z ASI178. Może dzięki większemu pixelowi ASI1600 ?.

Obrabiałem w Star Tools . W color module ustawiłem suwak Saturation Amount" na 150% a później jeszcze w Affinity Photo vibrance na +20%. Coś tam jeszcze pokręciłem z Levelsami dla niebieskiego i color balance (dla shadows, midtones i higlights)

Obrabiałem w Star Tools . W color module ustawiłem suwak Saturation Amount" na 150% a później jeszcze w Affinity Photo vibrance na +20%. Coś tam jeszcze pokręciłem z Levelsami dla niebieskiego i color balance (dla shadows, midtones i higlights). Co to za skrót APP ?.

Na najniższym gain dynamika jest największa ale... rn=3.7e, więc pojedyncze ekspozycje muszą być 6x dłuższe niż na gain 100 (rn=1.5). Jeżeli ktoś ma dobry montaż i guiding, nie jest to problemem. Na całym stacku minimalnie się zyska przy GAIN=0. Od gain 100 jest tryb HGC i rn bardzo spada. Jednak tak ja w ASI294 paliłbym na najniższym GAIN dla którego załącza się tryb HGC, czyli dla tej kamery na GAIN 100. Minus, to więcej klatek przy takiej samej długości stacka i związane z tym większe narzuty na czas zapisu itp. Klatki zajmą też sporo więcej miejsca na dysku. Unity gain (1e / 1ADU) nie ma praktycznego znaczenia, bo zawsze obecny jest szum, który nawet przy wyższym współczynniku konwersji np 3e /1 ADU podbije poziom sygnału. Trzeba dobierać parametry tak, aby dynamika była jak największa. Przy 14 bitach maksymalna wartość to 16384 ale na 1 ADU jest ponad 3e, więc wystarczy 14bit dla studni ok 50k. Gwiazdki są całkiem ładne i okrągłe. Może to zasługa większego pixela niż w ASI178. Dziękuje za udostępnienie stacka. Moja szybka wersja:

Jak to nie można .... Potrzebne są testowe zdjęcia z gwiazdami i bez oraz kilka bibliotek do perla. Jest o tym w readme https://github.com/nekitmm/starnet/blob/master/README.md Próbował już ktoś z Was ?

Tydzień czasu trwało uczenie sieci neuronowej na własnych danych ;).

Sprzedane

APT jest pod Windows ale może sterować sprzętem podłączonym do astroberry.

Po co wprowadzać nową zmienną. Działało z poprzednią wersją phd to po naprawieniu kabli etc powinno znowu zadziałać. Później można robić upgrade bo tak jeśli nową wersją wprowadzi jakieś istotne zmiany to nie wiadomo będzie z z czym jest problem. Kalibracja jak wszystko jest prawidłowo ustawione a montaż nie ma problemów powinna wychodzić za każdym razem. Jeśli raz wychodzi, a raz nie to trzeba poprawić sprzęt.

Jak w temacie. Najchętniej M48 męski na T2 męski, ale możliwe są inne kombinacje. Długość max 10mm.

Dla ASI6200 studnia na 1 um^2 wychodzi 3.5k a dla KAI-1102 0.74k - studnia/pixel size^2. Szum odczytu na 1 um^2 0.93 ASI vs 1.11 KAI - sqrt(rn^2/pixel size^2). Studnia większa i szum odczytu niższy co przekłada się na dużo wyższą dynamikę. Prąd ciemny jest niski, w praktyce pomijalny. QE dużo wyższe. Rozdzielczość za wysoka, pixel za mały ?. Można dobrać przez BIN (resize). W drugą stronę mając kamerę z dużym pixelem specjalnie się nie da (poza drizzle). Jeżeli nie ma żadnych "niespodzianek" to jest to świetna kamera mono z dużym sensorem.

Kolor jest ale trzeba ciągnąc za uszy :). Może używasz background calibration w DSS i stack wychodzi szary. Osobiście wolę tą funkcję wyłączyć i wyrównać tło w innym programie. Moja szybka wersja...

Nie odnosiłem się do tego co napisałeś, a do postów autora tematu. Pomysł, aby zastosować dekonwolucję w celu poprawy rozmytego obiektu jest dobry. Nic nie zastąpi dobrze ustawionej ostrości, ale matematycznie dekonwolucja działa także w przypadku źle ustawionej ostrości , zwłaszcza przy małym błędzie i dobrym stosunku SN.

Dekonwolucja usuwa rozmycie np. od seeingu czy niedokładnie ustawionej ostrości. Seeing bardziej dokucza przy większej skali. Warunkiem jest liniowy materiał. Przepalone gwiazdy trzeba zamaskować. Myślę, że kształtu gwiazd nie naprawi. Rozwiązanie to metody naprawy opisane powyżej + resize. Na mniejszym obrazku mniej będzie widać niedoskonałości.

Użyłem stacka Adaptive Airy Disk . Ten algorytm podobno jest najlepszy dla OSC. Nie posiadam APP, ale przez chwilę testowałem wersję próbną. Może koledzy od obróbki w PS napiszą Ci jak to zrobić. Ja korzystam ze Startools a tam w color module jest guzik "Duoband", który robi to z automatu. Na koniec podkręciłem niebieski za pomocą kolor balance, levelsami, krzywymi itp. w zewnętrznym programie graficznym. Da się ten pył pokazać. Wczoraj wieczorem nie potrzebnie użyłem krzywych i wyciąłem za bardzo tło. Zwykle tego nie robię, ale tym razem skupiłem się na kolorach. Posiadam ten filtr L-eNhanced i byłem ciekawy co wyjdzie , bo sam nie wypaliłem z nim nawet jednej klatki.

Udostępniłeś... to chwilę pomęczyłem... z braku własnego materiału...

Dzięki za patent. Z braku gumy do ćwiczeń użyłem gumowych rękawiczek żony. Udało się odkręcić trudny przypadek...

Albo nawet bez chłodzenia... może sensor nie przylega dobrze do radiatora.

Czy Twój soft do akwizycji nie odejmuje z automatu jakiś klatek kalibracyjnych ?. Jakiego programu używasz?. Na zdjęciu widać Maxima... tam jest w Options full calibration i simple autodark etc... Kształt pojaśnienia wskazuje na odbicie, ale nie bardzo mam pomysł na czym?. Sensor ma odkryte metalowe piny, ale inni tego typu problemów nie mają i pojawiło się to nagle. Szybka też nie jest uszkodzona. Może elektronika kamery lub driver funkcjonuje nieprawidłowo, dlatego widać coś co przy typowych parametrach sterowania matrycą nie wychodzi na klatkach. Najlepiej jak odpytasz support QHY lub zapytasz na forum https://www.qhyccd.com/bbs/

Zrób jeszcze darka. Może coś w kamerze promieniuje np. w paśmie IR etc. Jeżeli pojaśnienie będzie widoczne na darku, to raczej wykluczysz odbicie.