bujarek

Tak, ale z nowego linku.

Proszę, tutaj kawałek kodu z PATa, przeliczenie kąta z wersji PlateSolve2 na wersję Pinpoint. solution1_position_angle = 360 - solution1_position_angle If solution1_flip_ratio >= 0 Then 'for reversed (flipped or mirrored) images only solution1_position_angle += 180 End If If solution1_position_angle >= 360.0 Then solution1_position_angle -= 360.0 End If Co mi przypomniało, że nie przetestowałem odwrotnej konwersji w solverze...

Raczej nie planuję wersji Mac ani Linux - brak i narzędzi i czasu aby się tym zająć. Jeśli znajdę czas i jakieś gotowe biblioteki do czytania tych plików, to być może. Ale funkcjonalności synchronizacji z PAT solvera nie planowałem. To już robi PAT wraz z ustawianiem na biegun. Integrację w stylu PlateSolve2 jest gotowa. Z Maximem myślę, że można by to połączyć pośrednio - gdy solver nagra plik .fit już po plate solve z poprawionymi koordynatami. O The Sky nic nie wiem. Tak, zgrywanie fits po platesolve już jest prawie gotowe. Wielowątkowość jest już wykorzystywana w czasie filtrowania zdjęcia i wyszukiwania gwiazd. Wielowątkowość przy skanowaniu wymaga zmian w zakresie cache'u katalogu gwiazd - rabialne, ale mocno się zastanawiam czy zamiast tego lepiej może poświęcić czas na implementację jakiegoś indeksowania w stylu astrometry.net aby przyspieszyć blind solve'a.

Nowa wersja PAT solvera jest dostępna do pobrania z poniższego linka: PAT solver Lista zmian: - dodana obsługa linii poleceń w formacie zgodnym z PlateSolve2 (parametry wejściowe jak i plik wynikowy) więc można w ten sposób już zintegrować z tymi programami do akwizycji, które potrafią korzystać z PlateSolve2, wystarczy zmienić nazwę pliku .exe. - ulepszona obsługa dużych plików (dziękuję za przesłane pliki @apolkowski, @Zlew) - walidacja katalogu gwiazd w ustawieniach konfiguracji ( weryfikacja pod kątem zawartości plików katalogu następuje od razu po zmianie katalogu przez wybranie katalogu; poprzednio działała tylko po modyfikacji ścieżki w polu tekstowym) - dodane opisy jednostek (poprzednio widoczne tylko w opisach tooltip) - dokładniejsze skanowanie skali - zmiana wersji i nazw bibliotek (usunięcie konfliktu z PATem)

Proszę podeślijcie na pw, fits'y, z którymi jest problem. Posprawdzam o co dokładnie chodzi.

W związku z rozwojem PATa, od dłuższego czasu planowałem stworzyć własny plate solver. Potrzebne mi były: duża dokładność, absolutny brak fałszywych wyników, dużej szybkości działanie oraz możliwość całkowitej kontroli nad pracą solvera. Po tych wielu miesiącach jest stabilna wersja (a przynajmniej mam taką nadzieję), którą mogę udostępnić. PAT Solver będzie ogólnie dostępny. Porównywałem z PinPointem i Platesolve2 - program jest wielokrotnie szybszy; zrobiłem kilkaset testów i nie znajduję żadnych błędów. Program radzi sobie z nieostrymi i/lub dość mocno zaszumionymi zdjęciami (tu podziękowania dla Pawła). Program jest zoptymalizowany pod kątem szybkości przeszukiwania dużych obszarów nieba (obszar o średnicy 40 stopni przeszukuje w czasie około 20 sekund - zależnie od skali i wielkości zdjęcia)- kosztem jest konieczność podania właściwiej skali obrazu w arcsec/pix (dopuszczalny margines błędu to około +-0.02 arcsec/pix). Aktualna wersja czyta wyłącznie pliki .fit i do działania potrzebuje jednego z poniższych katalogów gwiazd: 1. katalogu UCAC3PS (dystrybuowanego wraz z PlateSolve2) 2. oryginalnego katalogu UCAC3 Program można pobrać stąd: PAT solver Link do katalogu UCAC3PS: Katalog - UCAC3PS Jeśli ktoś używa już PlateSolve2, to wystarczy, w konfiguracji katalogu gwiazd PAT solvera, wskazać na katalog UCAC3PS. Liczę, że z racji braku pogody znajdą się chętni aby wziąć udział w testach . Jeśli znajdziecie jakieś fits'y, których solver nie jest w stanie rozwiązać to proszę o wiadomość na PW. W przypadku błędnych danych w nagłówku FITS, zwłaszcza tych dotyczących skali obrazu, można zweryfikować jaką macie faktyczną skalę, podając poprawne RA/DEC zdjęcia i klikając przycisk "Znajdź skalę". Myślę, że będzie to dość oczywiste gdy już uruchomi się program po raz pierwszy.

@dobrychemik dzięki, analizuję właśnie te logi. Proszę podeślij ustawienia z EQMOD.

OK, w porządku, albo przy następnej sesji daj znać z wyprzedzeniem i sprawdzimy zdalnie na żywo.

Wykonałem setki pomiarów za pomocą PATa i nigdy mi się nie zdarzyło coś takiego. Myślę, że jest to coś w ustawieniach danego setupu (poza konfiguracją PATa), może EQMOD, może sterownik montażu, a może nawet sterownik kamery (przykład T7C, )... nie wiem czego używasz, więc trudno zgadnąć. Mogę snuć teorie, ale bez dodatkowych informacji nie jestem w stanie pomóc. W której części nieba wykonujesz pomiar: na jakiej deklinacji, czy może montaż wykonuje meridian flipa podczas pomiaru? Widziałem dotychczas tylko jeden log z takim pomiarem i wina tkwiła bezpośrednio w wyliczonych współrzędnych z plate solve trzech zdjęć. Nie pamiętam teraz dokładnych cyfr, ale powiedzmy, że pomiędzy pierwszym a drugim zdjęciem różnica w deklinacji (z plate solve) wynosiła 30 arc-sec. Natomiast pomiędzy drugim a trzecim pomiarem ta różnica wynosiła wielokrotnie więcej, co jest zupełnie nielogiczne. PAT wykonuje obliczenia na podstawie danych z plate solve'a więc jeśli te dane są bezsensowne to wynik nie może być lepszy. Planuję dodać zabezpieczenie, w którym np. wynik typu 3000 minut i więcej będzie odrzucany z błędem. Chętnie zobaczę log z takiego pomiaru. Jeśli u Ciebie jest to powtarzalne to bardzo proszę o możliwość podpatrzenia zdalnie co się dzieje. Jeśli masz logi z poprzednich pomiarów to proszę podeślij, zobaczymy co się stało.

Chciałem w ten sposób wykluczyć na 100% jedną z dwóch niewiadomych - montaż lub tubę/luźny guider. 1. gdyby oba testy dały taki sam efekt to winny byłby montaż (lub np. ciągnący kabel, etc.), 2. gdyby na guiderze efekt był inny to winna byłaby RASA lub luzy na guiderze. Teraz jednak już widziałem Twój film. Ciekawi mnie czy przy podłączonym encoderze osi, montaż również wykonuje takie "korekty"?

Kuba, W PHD2 jest takie narzędzie Guiding Assistant. Spróbuj wykonać pomiary najpierw przez kamerę guidera, a następnie przez kamerę główną - nic nie zmieniając pomiędzy obydwoma testami. Dwa testy po 5 minut każdy. Oczywiście oba testy bez guidingu.

Cześć, gdy przeczytałem, że masz problemy z wykorzystaniem PATa to wysłałem do Ciebie wiadomość. Jeśli chcesz to chętnie pomogę zdalnie, np. przez Anydesk. Chciałbym zobaczyć jakim cudem, przy praktycznie zerowym błędzie PA, miałeś błędne prowadzenie. Może to nie wina ustawienia na biegun? Czy jesteś pewien, że te kreski na zdjęciach są w osi deklinacji?

Mateusz, domyślam się, że mówisz o jakimś innym programie, tak?

Witam i przepraszam za długi czas odpowiedzi. Odesłałem odpowiedzi na wszystkie zapytania, które miałem w oczekujących na poczcie i PW. Jeśli ktoś nie otrzymał to bardzo proszę o informację na PW. Tak, platesolver jest niezbędny. ASPS, PlateSolve2 lub Pinpoint - do wyboru. Wymaganiem jest platforma ASCOM - w celu sterowania montażem. PAT potrafi komunikować się z kamerami za pomocą ASCOM. Maxim jest nadal wspierany jako opcjonalny. Tak, 32 bit na Win10 będzie działać. Specjalnie utrzymuję środowisko programistyczne, aby PAT działał nawet na 32 bit Windows XP.

Proszę: "Unknown" to Case 270, tutaj szczegóły: http://cdsportal.u-strasbg.fr/?target=Case 270

Generalnie nigdy mi nie działała synchronizacja montażu w bezpośredniej okolicy bieguna. Odsuń montaż (w deklinacji) o 2-3 stopnie i spróbuj.

Również skorzystałem z usług @Tom-cio Po konsultacjach powstało takie oto mocowanie silnika krokowego do wyciągu. Sprawdzone w boju - wszystko działa jak należy. Dziękuję!

Nie widzę powodu dla którego taka operacja miała by zmieniać odległość od obiektywu. Jeśli chcesz mieć pewność, że skręcasz do tego samego momentu to możesz zaznaczyć odkręcane elementy np. rysując linię flamastrem (a najlepiej dwie - tak jak te czerwone dla przykładu). Tak samo możesz oznaczyć połączenie korektora. Aha, patrząc teraz na to stare moje zdjęcie, widać, że śrubki imbusowe mocno porysowały element na którym opiera się cały fokuser - zakładam, że to połączenie na jaskółczy ogon już przećwiczyłeś, bo jak widać to może być źródłem przekrzywienia toru optycznego.

Tuba zakończona jest gwintem (trochę widać ten gwint na zdjęciu). Element, który jest nakręcany na tubę, to ten sam, który zawiera wkręcony korektor.

To jest połączenie na gwint - czerwona strzałka.

Aby rozbić problem na składowe, spróbuj usunąć korektor (on się wykręca, przynajmniej w moim egzemplarzu) i wtedy sprawdź obraz gwiazd - gwiazdy w środku kadru powinny być okrągłe. Bez korektora możesz też sprawdzić (przynajmniej zgrubnie) kolimację samego obiektywu np. za pomocą kolimatora cheshire.

Tak, wysyłam PW z informacjami. Udostępniam pełną wersję z licencją na 3 miesiące do testów. Film z ustawiania za pomocą PAT, w czasie rzeczywistym (8:38 min.) i do niezależnego testu wyników tego ustawienia przez PHD2: Na dziś chyba faktycznie nie istnieje. Mam jeszcze pomysł na zmianę PATa, tak aby plate solve'y były liczone równolegle do procesu wykonywania zdjęć - pozwoli to skrócić czas samego pomiaru o mniej więcej kilkanaście-kilkadzesiąt sekund.