Krzychoo226

Montaż znalazł nowy dom, można zamknąć

21 minut temu, Meiser napisał:

A fotki samego montażu można zobaczyć ?

Jak pisałem nie posiadam, a teraz zdjęć nie zrobię, bo fizycznie nie mam takiej możliwości. Nie mieszkam w miejscu w którym trzymam teleskop, może za tydzień lub dwa... Znalazłem takie ze zlotu:

Wygląda jak EQ6 Aaaa teraz sobie przypomniałem: dekielki w klinie są uszkodzone. Te z napisem NEQ6 i skalą azymutu. Ja to traktuję jako zaletę, bo jest to dowód tego, że klin został naprawiony (ten dziadowski chiński klej za nic w świecie nie chciał puścić, a śruba łącząca głowicę i klin jest pod spodem).

Hej, z racji posiadania własnego montażu EQ6 jest mi zbędny, może ktoś go przygarnie? Montaż miał wymienione smary, łożyska i jest opaskowany. Naprawiłem klin ustawiania azymutu wklejając stalowe 'L', dzięki czemu nie trzeba bawić się w półśrodki w postaci wymiany śrub regulacyjnych. Prowadzi tak jak każdy inny EQ6 po zamianie zębatek na paski, czyli tak średnio U mnie działał z 10 calowym newtonem na grzbiecie w skali 1.1"/px i czasem wychodziło ostro

Zdjęć nie mam, ale chyba każdy wie jak ten montaż wygląda. Przeciwwagi przyrdzewiały, a możliwe że znajdą się też jakieś otarcia na korpusie...

Część zdjęć które robiłem przy użyciu eq6 z 10" na grzbiecie. Wszystkie zdjęcia jak zawsze są w skali 1.1"/px i prezentowane 1 do 1 bez ściemniania i zmniejszania skali:

W komplecie głowica, trójnóg, dwie przeciwwagi, kabelek eqdir, pilot, kabelki do pilota.

Cena za całość 3800zł

Łokej, następnym razem sprawdzę to co napisał @MateuszW, chociaż to mało prawdopodobne, bo przecież obowiązującym standardem jest jednak J2000. @Piotr4d chyba trafił w sedno, przyjrzę się temu dokładniej. Chociaż to dziwne zachowanie gdyby SGPro zapychał listę kolejnymi synchronizacjami bez kasowania poprzednich.

Lokalizacje ustawiłem przed wyjściem na podwórko, z dokładnością do kilku metrów z tej strony: https://www.wspolrzedne.pl/

Moja konfiguracja SGPro jest odporna na zmiany czasu, błędnie zaparkowany montaż itd. Gdy zwykły platesolve nie znajdzie lokalizacji montażu po 100 krokach spirali to odpala się blind solver któremu obojętne jest gdzie akurat celuje teleskop.

Jedyne co zrobiłem inaczej to utworzyłem sekwencje i wpisałem współrzędne obiektu ręcznie, a nie z frame wizarda.

Nie daje mi to kurcze spokoju.

Przede wszystkim to lustro musi się wychłodzić. Wystawiaj teleskop 2, 3 godziny wcześniej i niech czeka z otwartą tubą

A przez eqdira/pilota się wiesza?

6 godzin temu, Piotr4d napisał:

W sumie, to te 100 minut można poświęcić na czytanie biblii, a nie astrofotografię 

Dither można równie efektownie robić co trzy klatki.  Kiedy zbieram klatki LRGB po kolei, to dither robię tylko raz na sekwencję LRGB. A i tak każda kolejna klatka poszczególnych kanałów L, R, G, B, będzie miała dither.

Zamęczesz to biedne koło :-P

Tak mam center on, nawet nie mam zaznaczonego slew (może to jest przyczyna? ). Gdyby był backlash to po utworzeniu obiektu na nowo nie wycentrowałby za pierwszym razem, bo zaparkowałem montaż. No i backlash byłby konkretny - 5 korekt każda po 200 pikseli, o obiekt nie rusza się z miejsca :-)

Pytasz o podstawy :-) 20px i 5 korekt. Ale to nie to, on się cały czas centrował obok obiektu pomimo wskazać platesolve.

Póki co temat załatwiłem tak, że użyłem frame wizarda do stworzenia nowej sekwencji i teraz jest spot on. Wcześniej miałem ręcznie utworzony obiekt z wprowadzonymi współrzędnymi z palca.

W sumie to nie wiem nawet czy problem leży po stronie SGPro. Sprawa wygląda następująco:

Uruchamiam sekwencję, teleskop jedzie do obiektu, pierwsza korekta, obiekt widoczny w polu kamery. I tu zaczyna się mój problem. Powiedzmy, że błąd wynosił 246px w osi RA i 326 w DEC, po koekcie jest 3px w RA i 192px w DEC. I tak już zostaje.

Wygląda to tak jakby montaż synchronizował się w innym miejscu niż wskazuje platesolve.

Ma ktoś pomysł jak temu zaradzić?

21 minut temu, _Spirit_ napisał:

A no dlatego że mam podobny objaw jak u Kuby. Zanim guider się ustawi już zaczyna lecieć klatka. Próbowałem 10sek i 15sek. Klatki pojechane.

W SGP możesz przecież ustawić żeby program poczekał aż PHD2 się ustabilizuje. Określa się w jakiej odległości ma się znajdować gwiazda guidera przez określony czas.

U mnie problem dotyczył styków gniazda com. Doszło do tego że pilot po podłączeniu potrafił nie widzieć płyty głównej montażu. Wyczyściłem wtyczkę, przedrapałem każdy z pinów gniazda najdrobniejszym kluczem imbusowym jaki znalazłem i problem ustał. Problem typowo chiński, bo najwyraźniej szkoda im było 50 centów na pozłacane styki.

Co to znaczy, że się wiesza? Szare okienko aplikacji, wywala błąd połączenia z montażem czy może coś jeszcze innego? Montaż stał ostatnimi czasy na dworze w wilgoci? Pytam tak trochę z boku, bo również przecierpiałem tego typu problemy i u mnie przyczyna była zupełnie gdzie indziej, taka typowo chińska.

Materiał z kilku nocy?

2 godziny temu, _Spirit_ napisał:

Nie o to mi chodzi

Rozumiem dlaczego wynikowy plik - stack ma 32 bity.  Chodzi mi o cały proces pprocesingu, kalibracji, alignacji, normalizacji. Tam pracujemy na pojedynczych plikach i raczej do zawartego w nich sygnału nic nie jest więcej dodawane.

Ale ok. Przyjmuję że tak jest i koniec kropka.

 

Master bias to średnia z kilkudziesięciu/kilkuset pojedynczych klatek, to samo tyczy się pozostałych klatek kalibracyjnych. Idąc dalej, o ile biasy i darki od zdjęcia się odejmuje to przez flat zdjęcie jest niejako dzielone. Żeby uzmysłowić problem brakujących bitów weź najprostszy biurkowy kalkulator, wpisz dowolna liczbę i podziel kilkanaście razy przez 3, a następnie pomnóż tą sama ilość razy również przez 3. Co uzyskałeś? A to najzwyklejsze dzielenie. Istotne by był to prosty kalkulator biurkowy, bo te systemowe i te w telefonach są już od dawna "idiotoodporne" i eksperyment nie wyjdzie.

30 minut temu, Tayson napisał:

Panowie czegoś nie łapie. 

Zakładam że większość z Nas stackuje mediana lub average (to również poniekąd jest mediana), to jak operacje na poszczególnych pixelach mogą potrzebować 32bitow? 

 

Moje rozumowanie. 

--> Pierwszy sub, pierwszy pixel wartość wartość 20k adu

--> Drugi sub, pierwszy pixel wartość 25k adu. 

Średnia 20+25=45/2=22.5

 

Po co więc 32 bity skoro bez problemu mieścimy się w 16? Gdyby stackowac suma to oczywiście 32 niezbędne inaczej jakoś tego nie czuje. 

 

Średnia nie ma zbyt wiele wspólnego z medianą, wystarczy spojrzeć na średnią zarobków w Polsce  

Wybrałeś ekstremalnie prosty przykład idealnie pasujący do twojej tezy, mógłbyś zostać politykiem Piksele nie mają takich ładnych wartości, powiedzmy piksel A ma 20543, a piksel B 25512. Średnia to 23027,5 i to .5 już się nie zmieści w 16 bitach, potrzebujesz 17. A teraz dodaj 50 subów, 300 biasów, 100 flatów, przemiel to stackowaniem, kilkoma metodami odszumiania, deconvolucją, histogramem itd.

Ale ja wiem co Was boli, nie te 32 bity tylko rozmiar tych plików A kto Wam kazał kupować takie wielkie matryce? Mój Atik 414EX ze swoją rozdzielczością 1.4M wychodzi tu obronną ręką i śmieje się jako ostatni

Oczywiście, że ma sens. Średnia dwóch 16 bitowych plików, jeżeli nie chcemy tracić precyzji, ma więcej niż 16 bitów. Potem pastwimy się nad stackiem całą masą przekształceń matematycznych, wszystko to precyzyjniej będzie działało na 32 bitach, bez odcinania ułamków za każdym razem.

Weźcie mnie nie dołujcie Posiedzę jeszcze przy tym materiale, ale chyba muszę zostawić go na jakiś czas i wrócić "na świeżo".

Jak się zdejmuje kolor z samych gwiazd?

Teraz, Piotr4d napisał:

Krzysztof, wodór jest zajedobry, ostry i gładki, ale w wersji kolorowej gdzieś trochę znika to fajne. Składanie koloru zwłaszcza w HSO, to zawsze jakiś kompromis. Praca jest świetna, ale mam pytanie. Dodawałeś wodór, bez gwiazdek, do fotki jako dodatkowe L.

Nie, to zwykła akcja LRGB bez kanału L z PIXa.

Teraz, Maetrik napisał:

piękne subtelne kolory, lubię takie bardzo fajny detal, świetnie prezentują się te góry na niebieskim tle

super!

jaka to skala?

1200mm ogniskowej przy pikselu 6.45um czyli 1.1"/pix.

Teraz, Winter napisał:

Ostatnio miałem problemy z pojechanymi gwiazdkami na wszystkich klatkach, a problem zaczął się już przy IC5070. Problem przybierał na sile z biegiem czasu, a nie wiedziałem dlaczego.
 Montaż nie miał luzów, polarną zacząłem ustawiać Sharpcapem i problem się nasilał !  @Piotr4d zasugerował zmianę guidingu z Maxima na PHD i o dziwo wszystko działa tak jak należy na ustawieniach domyślnych. Nic Maximowi nie zrobiłem, więc nie wiem skąd takie te problemy. Przy okazji sesji z PHD zrobiłem zrzut wykresu do oceny. Może coś z tego da się wywnioskować ? Montaż EQ6, guiding : ASI120MC, lunetka 60/210, teleskop główny : ED80, koło filtrowe, Atik 428. Zaznaczam, że występowała bardzo wysoka wilgotność, gwiazdki były puchate, warunki dla mnie trudne.

 

Pierwsza dla testu poszła M27, 1000s, -10C.

Później odpaliłem sesję z IC1795, stack 18x1000s, -10st C.

Jednak około 8 klatek w środku sesji wyszło takich - nie wiem czy kable się zahaczyły o coś czy PHD stracił gwiazdkę ? 

Jeżeli to te same warunki z którymi sam się zmagam od 2, 3 dni to PHD2 mógł stracić gwiazdę i przestać guidować. Wybieraj raczej jaśniejsze gwiazdki, takie są pewniejsze.

P.S. pal po 300sek, na tej matrycy nie musisz dawać takich czasów.

16 minut temu, Winter napisał:

Polska trudny język. Ciężko się czyta twoje wypowiedzi.

Mnie nigdy nie przestaną fascynować podwójne i potrójne spacje, trzeba miec dużo siły woli i samozaparcia. Już nawet pomijając te stawiane przed znakami interpunkcyjnymi.

2 godziny temu, HAMAL napisał:

To tak nie działa potem już w dużej skali na CMOSach

Był w 10 min gorszy seeing, ale nierówności matrycy nie mają się jak szybko uśrednić na migracji kadru

Mając tylko 10 min na spróbowanie obiektu co być wybrał?

 

 

1x10min - http://indexhamal.pl/FRM/DSSAv-1x600s.tiff

 

 

10x1min - http://indexhamal.pl/FRM/DSSAv-10x60s.TIF

 

 

3000x1x nic Ci nie wyjdzie, jedynie zarys obiektu i wszystkie syfy matrycy 

 

Naprawdę po 10 minutach taki syf schodzi z kamery?

No ja bym powiedział, że 60x60 jest zdecydowanie lepsze