MateuszW

ASI120 w f/8 nawet bez filtra pomiędzy nie da rady, a z filtrem to nie ma się co dziwić, to była murowana porażka. Od siebie mogę polecić ASI290, wybrałem ją u siebie do guidingu oagiem z uwagi na najbardziej sensowną charakterystykę szumową. No ale z filtrem narrowband... Dokładnie. To tylko robienie sobie problemów.

No dobra, zdążyłem zapomnieć jak wygląda świat od tego astrofoto i że jest coś takiego jak Słońce Człowiek myśli tylko o komie i aberracji chromatycznej... Generalnie to po tym Nikkorze 35 f/2 nie ma się co dużo spodziewać, wystarczy zobaczyć na test: https://www.optyczne.pl/114.7-Test_obiektywu-Nikon_Nikkor_AF_35_mm_f_2D_Koma_i_astygmatyzm.html Niestety pod względem komy to fatalny obiektyw. Nie wiem czemu kosztuje rynkowo aż 1600 zł.

A po co innego one potrzebne? W żadnej innej dziedzinie nie zauważy się ich jakości optycznej.

Samyang 35 f/1.4 jest moim zdaniem dobrym kompromisem cenowym - jeden z lepszych obiektywów o tej ogniskowej i w niskiej cenie. Wyniki mam znacznie lepsze, niż to co pokazujesz. Przyzwoicie jest już na f/1.8 - f/2, tak pod timelapsy, a tak do focenia i stackowania należy pójść w stronę f/2.8, wtedy jest już bardzo dobrze.

Szczerze mówiąc, jak na tak koszmarnie drogi montaż to te +-2,5 arcsec z enkoderem brzmi słabo. Ioptron ma lepszy i znacznie tańszy enkoder.

Lightroom to akurat ten nieliczny program, którego nie mam Chyba że w camera raw można coś podobnego?

Cześć Potrzebuję wyrównać serię zdjęć do timelapsa, gdzie w trakcie nastąpiło "kopnięcie" w statyw i od tego momentu zdjęcia są nieco przesunięte (i obrócone). Tak więc potrzebuję wyrównać klatki względem pierwszego planu, uwzględniając rotację. Tak na prawdę wystarczyłoby, aby program umiał przesunąć i obrócić serię zdjęć o zadane wartości, które jakoś sobie ustalę. Dałoby się to zrobić ręcznie w PSie, ale szukam czegoś wygodniejszego. Może to być więc albo program, który przesuwa i obraca zdjęcia o zadane parametry, albo taki który zalignuje po prostu całą serię, ale względem pierwszego planu, a nie ruchomego nieba.

O chłopie, chcesz żebym tu wrzucał wszystkie "kwiatki", jakie widuję w grupach FB? To będzie ze dwa na dzień Już się przyzwyczaiłem, widząc coś takiego lekko się uśmiecham i idę dalej

Super film, gratulacje! Mi najbardziej spodobało się to ujęcie

Do foto DS, kamerą o "normalnej" ilości pikseli pewnie tak. Ale już nowsze CMOS nawet przy DS potrafią potrzebować transferu, a przy planetach nawet nie ma o czym mówić. A światłowód może być? https://www.qhyccd.com/index.php?m=content&c=index&a=show&catid=94&id=55&cut=1 2*10 Gigabit Fiber Port Do tego dedykowana karta za 4 koła, ale to już grosze Swoją drogą, ciekawe kiedy będzie w astro upgrade USB z tzw 3.0 na USB 3.2 Gen 2 lub USB 3.2 Gen 2x2 (ale dziwak wymyślił te nazwy )

No nareszcie dochodzisz do tego, do czego Cię usiłowałem już dawno przekonać Tak, MLPT tuby nam nie skolimuje Ale ta funkcja pozwala skompensować błędy prowadzenia / dryf wynikający z ugięć w optyce i o to zapewne chodziło w zdaniu Kubie

Moja kamera na Marsie Ale to chyba nie jest taki standardowy ethernet (w sensie stos protokołów), jak w zwykłych zastosowaniach, tylko któraś z tych przemysłowych odmian, prawda? Pytanie czy robi to różnicę w kontekście naszych zastosowań (systemu czasu rzeczywistego tu nie mamy). No właśnie. A potrzebujesz jeszcze mieć komputer z tym 10GBit. Raczej to już musi być standardowy PC z kartą rozszerzeń pci-express. Albo jakaś egzotyczna (i droga) konstrukcja z wbudowanym portem. Albo... adapter ethernet - > USB3

Jest sporo problemów. 1 - to nie jest za bardzo zgodne z "filozofią" tych standardów - USB służy do łączenia urządzeń peryferyjnych, a ethernet komputerów (choć w przemyśle też urządzeń). 2 - ethernet jest trudniejszy w implementacji w małych urządzeniach, nie da się zrobić prostego konwertera na uart i śmigać na atmedze8 Złącze ethernet jest duże - w części urządzeń nawet by się nie zmieściło. Switch ethernet jest również dużo większy i droższy od huba usb. Jest problem z zasilaniem - co prawda jest POE ale w wielu niezgodnych wariantach, a switch z poe kosztuje majątek. No i trzeba jakoś "ogarnąć" tą sieć, mieć serwer dhcp, znać adresy urządzeń itd. W konfiguracji byłoby to skomplikowane. No i jeszcze jedno - do użytku z kamerami ethernet 1Gb jest z kolei za wolny, a wszystkie szybsze nie są zbyt standardowe, a tym bardziej w laptopach więcej nie montują. Ogólnie to dałoby się i pewnie działoby lepiej, ale nasze setupy musiałyby ważyć tak 2x więcej i tyleż więcej kosztować No może trochę pesymistycznie. Ale największy problem to brak przyjętej "tradycji" - żeby to miało sens, to każde urządzenie musiałoby mieć ethernet, a jeśli inne nie mają, to tego jednego też nikt tak nie podłączy bo to będzie niewygodne. Choćby właśnie montaże iOptrona mają opcjonalnie ethernet, no ale co z tego jak 10 innych urządzeń które używasz już potrzebuje USB. Dla prostoty lepiej podpiąć wtedy wszystko w jeden sposób. A żeby nie było - kamera nagrywająca otwarcie spadochronu na Perseverance używa USB3 I jest to pierwsze wykorzystanie tego protokołu na Marsie.

Wg moich obserwacji, 90% problemów z USB to problem z niekontaktowaniem złącza. Wszystkie laptopy, z jakimi miałem do czynienia miały gówniane złącza - wtyczkę trzeba wpiąć w odpowiedni sposób, nie za mocno nie za słabo i potem broń boże nie dotykać Jedne kable lubią być wsadzone do końca, inne wręcz przeciwnie - trzeba je trochę cofnąć żeby kontaktowały. Hubów używałem kilka i niektóre miały również gówniane, niekontaktujące gniazda, a inne dobre. Nie ma to nic wspólnego z ich ceną - można kupić drogi z syfem, albo tani idealny. Niestety nie mam nic do polecenia z USB3. No i problemy zwykle pogłębiają się na mrozie. Generalnie nie mogę zrozumieć, dlaczego producenci złącz mają taki problem ze spełnieniem standardu i dokumentacji usb. No chyba że projekt gniazda USB-A jest z założenia zły i te lepsze złącza wprowadziły swoje ulepszenia?

To USB to jest taka sama technologia sprzed 20 lat, jak rs232 obok, tylko że konwerter rs232 - usb jest w pilocie zamiast na zewnątrz I wymaga ono tak samo sterowników do zastosowanego tam konwertera, tylko jest to pewnie ftdi który zwykle instaluje się sam. Generalnie większość ludzi podpina się inną metodą, zamiast pilota i wtedy nie ma już usb do wyboru.

A jaką prędkość transmisji wybrałeś w eqmod? Nie wiem jaka jest w tym przypadku właściwa, ale było z tego co pamiętam tylko 2 do wyboru, więc sprawdź obie @All - Strasznie mieszacie różne metody połączenia, mętlik się robi w wątku. To można zrobić na 10 sposobów i jak będziemy próbować wszystkich na raz, to nic się nie uda.

Jak wyglądają ustawienia eqmoda? Wybrałeś tam com3, jak w menedżerze? Włączyłeś tryb pc direct mode?

Służy zarówno RJ45 i RJ12. W RJ45 jest tak jak mówisz, ale można też podłączyć do RJ12 z poziomem logicznym RS232 i włączyć "pc direct mode", co da ten sam efekt (tylko pilot sobie dynda). Można też bez direct mode i wtedy działa on na innym protokole (uboższym). Są więc 3 opcje.

Dokładnie, krótki czas powoduje szarpanie od seeingu, bo gwiazda tańczy i gonimy bez sensu za tym. Ale w przypadku guidingu na wiele gwiazd teoretycznie nawet na krótkich ekspozycjach nie powinno być prawie widać seeingu, bo jego uśrednianiem zajmuje się ilość gwiazd, a każda gwiazda jest poddana nieco innemu działaniu seeingu (choć pewnie są też takie duże składowe, które przesuwają cały kadr).

Ehh... nie mam siły. Przechodzę w tryb obserwowania i życzę rozwiązania problemu.

A jaki tu jest kierunek dryfu? Ja czekam na wyniki z guidingiem.

Była pogoda I g***o było widać przez ten syf Dużo gorsze jak cirrus.

Jeśli mówimy o filmie z odpiętym enkoderem, to ja nie mam żadnych wątpliwości - to elektronika źle steruje silnikiem i daje na przemian większą i mniejszą prędkość. Słychać zmianę częstotliwości pracy silnika, a takiego efektu nie można uzyskać w sposób mechaniczny. A dlaczego elektronika źle steruje? Bo nie uwzględniono takiego przypadku. Na filmie z działającym enkoderem Kuba opisuje że również widać oscylacje, ale znacznie mniejsze - niestety tego filmu nie mamy do wglądu. Te rzeczy można już rozważać w kontekście problemów mechanicznych. A wg mnie to właśnie w zenicie może być najgorzej Tak, całą tuba jest prosta i pancerna, ale jej słabym punktem jest lustro - które jeździ na prowadnicy na której masakrycznie się kiwa. To jest konstrukcja podobna do SCT, gdzie kiwanie lustra powoduje gigantyczny dryf. Tutaj być może ją poprawili i zmniejszyli efekt, ale na pewno nie udało się go całkiem wyeliminować. Nie odniosłeś się do tematu blokad mechanizmu ostrzenia - masz z tyłu do tego dwa pokrętła. Czy ich używałeś i jaki to dało efekt? Jeśli nie blokujesz lustra, to kiwanie jest rzeczą pewną, ale zdaję sobie sprawę że chcąc refocusować tubę w czasie pracy to blokowanie jest bez sensu i mamy błędne koło. Jednak te blokady są właśnie po to, żeby lustro się nie kiwało. Tylko koniecznie na dwóch obejmach. To się zupełnie nie klei, bo okres obrotu ślimaka to kilka minut, a nie sekundy.

Nie wiadomo tego. Przyczyna dryfu może być równie dobrze zupełnie niezależna i tylko nakładać się na oscylacje. Z punktu widzenia guidera nie ma żadnego dryfu - guider tego nie widzi. Albo inaczej to powiem - tuba guidera nie dryfuje podczas sesji, więc guider nie ma czego korygować (albo dryfuje minimalnie i koryguje to na bieżąco). To jest wniosek na podstawie tego wykresu z początku, więc skoro nie chcesz się na nim opierać, to poczekajmy na nowy wykres, bo on jest tutaj kluczowy. ALBO - multistar guidng nie działa i zamiast śledzić gwiazdy, to uczepił się jakiegoś nieruchomego punktu i tylko "drga" od szumu i wszystko to jedynie wprowadza nas w błąd.