MateuszW

Gratulacje! Ciekawy ten obiekt, gdybym podobne zdjęcie znalazł gdzieś indziej, to pomyślałbym pewnie, że to jakaś symulacja Aż niesamowite, że takie dziwne obiekty są w kosmosie.

I ja poszedłem tym tropem.

Pasek i zębatkę dostałem tu: http://www.centrum-cnc.pl/index.php/pasy-i-kola-metryczne-t-i-at

Widzę, że złączka do obiektywu już naprawiona ? Możesz pokazać, jak to teraz wygląda i jak się sprawuje?

Trochę masz krzywo ten silnik. Pasek się nie zsuwa?

Co zmieniłeś, że zaczęło działać?

Pobrałem zatem FlyCapture v1.8 realase 27 czyli "najstarszy" FlyCapture jaki znalazłem. Czy FlyCap to skrót od FlyCapture? Już się w tym gubię, ale to chyba na tyle istotnych programów/plików które pobrałem.

Tak, FlyCapture i FlyCap to dokładnie to samo. Pobrałeś dobrą wersję.

i klikam na configure selected Co powinienem tutaj ustawić i w której zakładce?

Odznaczasz auto oraz on/of przy Exposure, Shutter, Gain i Frame rate. Teraz możesz sobie ustawić ręcznie Shutter (czas exp) i Gain.

powinno być 640x480 Unknown czy 640x480 Y800 ?

Wybierz Y800.

wyskakuje mi błąd Failed to start image capture oraz Problem connecting to camera. Co z tym wszystkim zrobić? Pomocy

Ja miałem dokładnie taki błąd, jak robiłem to na Win7 64bit. Na XP było dobrze od razu . Widzę, że masz XP, więc to dziwne.

masakra Ja gdybym prowadził ten program, to bym nie wytrzymał ze śmiechu

Uff odetchnąłem, nie posiadam tego sprzętu długo, dlatego jeszcze nie zdążyłem się z nim do końca obyć, ale już będę wiedział, ze muszę blokować dźwignie. Rozumiem też, że gdybym dokupił napędy do tego sprzętu, postępuje tak samo?

Tak, przy korzystaniu z napędów również blokady mają być zablokowane.

Te blokady powodują po prostu rozsprzęglenie osi od przekładni, łatwo to sobie wyobrazić

Ależ właśnie 8-bitowa paleta to poprawne zapisywanie, nie ma co zmuszać GIMPa i innych do czegokolwiek więcej, ani liczyć, że jakikolwiek program obsłuży czyjeś sztuczki

 

Do dzielenia się kolorowymi animacjami pozostaje nam chyba wrzucanie filmików np. na YT.

o, fajne, nie wiedziałem o tym triku z wieloma paletami w obrazku!

gdyby ktoś chciał zobaczyć takiego gifa na własne oczy to tu znalazłem przykład:

http://phil.ipal.org/tc.html

 

a czy gimp sobie nie radzi z gifami? tak i nie, bo raczej chodzi o to, że z powodu ograniczenia liczby kolorów nie dla każdego obrazka czy animacji ustawienia standardowe są odpowiednie, czyli najlepiej gdyby użytkownik wiedział co robi i rozumiał problem zmniejszania liczby kolorów. przed zapisem warto zmienić format na "indeksowany" i wypróbować różne możliwości.

 

ale nie dotyczy to czarnobiałych jowiszów bo odcieni szarości i tak jest tylko 256, gdyby gimp miał co do tego wątpliwości to przed zapisem animacji można mu wskazać właściwą drogę zmieniając tryb na "odcienie szarości", wtedy na pewno nie będzie żadnych zniekształceń czy ditheringu i zapisze się idealnie to samo co na zwykłych zdjęciach.

Macie rację, że na BW wystarcza zwykła paleta 8bit, ale problem jest taki, że dużo programów traktuje nawet czarno-białe zdjęcie 8 bitowe, jako kolorowe 24 bitowe i przy zapisie do gif traci jakość, bo próbuje te 24 bity wcisnąć do 8. Próbowałem takiego przyjaznego, darmowego programiku Easy gif animator, który niestety popełnia ten błąd. To samo robił gimp, a przynajmniej ja go nie umiałem zmusić do innego zachowania (gimpa znam słabo i już dawno nie używałem). Photoshop natomiast umie to zrobić poprawnie, czyli traktuje zdjęcie BW jako 8 bitowe i nie traci kolorów przy zapisie do gifa. Nie próbowałem zapisywać w nim animacji kolorowych, więc nie wiem, czy umie robić te wielokrotne palety, ale fajnie by było, gdyby umiał. Jeśli nie umie, to może ktoś zna program, który umie zrobić takiego pseudo 24 bitowego gifa?

Przyznam się, że nie wiedziałem, że dźwignie muszą być zablokowane podczas używania pokręteł mikro ruchów. Czyli co, podczas ustawiania teleskopu na obiekt dźwignie się luzuje, a podczas kręcenia mikro ruchami blokuje się? Mam nadzieje, ze czegoś przez to nie popsułem w moim montażu.

Dokładnie tak, jak piszesz. Kręcenie mikroruchami przy odblokowanych blokadach nie ma szans zaszkodzić montażowi

Ps: Dlaczego cytaty robione przez wersję mobilną strony się wykrzaczają? Dzieje się tak mi już drugi raz, na dwie próby.

<blockquote class='ipsBlockquote'data-author="Astroobserwator" data-cid="513966" data-time="1383318500"><p>

dźwignie blokujące mam poluzowane, więc problem raczej nie jest w tym.</p></blockquote>

A właśnie, że w tym Dźwignie blokujące powinny być zablokowane, gdy używasz mikroruchów. Odblokowuje je się jedynie, gdy rusza się montażem "za korpus".

Teraz po prostu rozsprzęgliłeś oś z przekładnią, więc nic dzwinego, że się ślizga w niektórych pozycjach. Przy kiepskim wyważeniu w każdej pozycji by się ślizgał

ja ułatwiam sobie zadanie przepuszczając każdy avik przez Castratora. Dzięki temu mam Jowisza wycentrowanego, a sam avik przycięty do mniejszej rozdzielczości co przy okazji przyspiesza obróbkę. Etap wyrównywania więc omijam. Gimp bez protestu robi z tego animację i gdy oglądam ją w Gimpie to wszystko jest OK. Dopiero po zapisaniu jako gif jakość drastycznie spada. Pojawia się szum, a nawet przepalenia w centrum. Przypuszczam, że to kwestia ustawień ale nie wiem co i gdzie ustawić

 

pozdrawiam

Niestety gif jest bardzo dziwnym formatem i większość programów sobie z nim nie radzi, jak np Gimp. Mi przynajmniej nie udało się zmusić gimpa do poprawnego zapisywania. Tu nie chodzi o kompresję (bo jest bezstratna), tylko o to, że gif ma paletę 256 kolorów (8bit). Istnieją jednak "sztuczki", aby zapisać pełne 24 bity, tylko te sztuczki mało który program umie stosować. Photoshop jest na razie jedynym programem, jaki poznałem, który umie zapisać gifa bez straty jakości.

Do poczytania: http://pl.wikipedia.org/wiki/Graphics_Interchange_Format

No to wrzucam efekty z tej nocki. Niestety seeing znów był do bani. Ganimedes na niektórych klatkach totalnie się rozmazywał.

Hej, uzyskałeś trochę dziwny efekt, że Ganimedes na tle Jowisza zrobił się ciemny, a wcześniej był jasny. Ciekawe czemu?

Dla porównania moja stara fotka z 29.11.2012, 21:27, gdzie widać Europę i jej cień. Jest ewidentnie jaśniejsza od Jowisza.

Animacja po raz kolejny nokautująca

Dokładnie tak. Atik 314 z kołem czy lustrzanka nie stanowiły problemu, jednak zawieszenie 383 z kołem na 7 filtrów wymagało dociśnięcia śrubki i mikrofocuser wykazuje pewne zmęczenie taką konfiguracją Ten GSO wg producenta jest przewidziany na 2.5kg, ale myślę że powyżej 1.5 już cienko piszczy

I dlatego lepszy jest napęd bezpośredni, na sztywno z osią silnika, jak to u siebie rozwiązałem

Tak, to intensity z maxima to flux * 1000. Faktycznie przy 8" możesz raczej ustawiać na trochę słabszych gwiazdkach, ja na 6" ustawiałem tak zazwyczaj na 6-7mag przy filtrze L, ale na 5mag też dawał radę przy czasach nieco powyżej 0.2s.

To co bym spróbował to ustawić Focus Start Method na HFD a nie Position - FM sam sobie wtedy znajduje odpowiedni punkt startowy. Z tego co pamiętam to jeśli masz ustawione na Position to raczej nie ma być ustawiona dokładnie ostrość, ale tak ustawiona żeby HFD było w okolicy tego ustawionego dla Near Focus (czyli u Ciebie 8). I Base Exp. ustaw na 1-2 sek. raczej, przy bin2 i tak spokojnie wystarczy.

Obecnie już nie używam FM bo mój wyciąg ma taki backslash że i tak zawsze musiałem manualnie korygować ostrość. Wkrótce wymieniam na steeltracka to pewnie wrócę do FM.

Też myślałem o zmianie metody na HFD. Spróbuję. Przeglądałem helpa i z tego co zrozumiałem, to w zasadzie ta metoda startu ma znaczenie tylko do przyśpieszenia focusa, a nie powinna powodować problemów, ani zmieniać dokładności. HFD będzie działać dłużej od Position, bo sam będzie szukał tej pozycji. Position ma mu w zasadzie tylko ułatwić, no ale to różnie pewnie bywa.

A widzisz, to jednak wyciąg SW jest lepszy od GSO, bo u mnie backlash nie występuje Pewnie pojawiał się na microfocuserze 1:10?

Garść obserwacji i wniosków z ostatniej sesji:

Niestety przegiąłem mocno z tą regulacją luzów w Dec. Pech chciał, że akurat w pobliżu deklinacji foconego obiektu (M33) mimośrodowość osi Dec spowodowała mocne zbliżenie się zębatki do ślimaka i w efekcie mocne tarcie. Było to słyszalne - gdy silnik ruszał i stawał (przy guide - prędkość 0,5x) słychać było taki "tyk". Niestety wykres wyglądał tak, że przez minutę prowadził (w zasadzie nic nie robił) dobrze w Dec, ale jak musiał zrobić korektę, to przestrzeliwywał o jakieś 6" , potem zawracał i znowu przestrzeliwywał tyle samo w drugą stronę. Po jakiś 4 razach jakoś się uspokajał na kolejną minutę. W efekcie zdjęcia się nie nadawały do niczego. Później fociłem też Jowisza i tam przyglądnąłem się pracy Dec w dużym powerze i okazało się, że gdy silnik rusza, to oś szarpie gwałtownie o jakieś 3-4", a dopiero potem równo się rusza.

Dzisiaj drugi raz zrobiłem regulację luzów. Najpierw kontrola - sprawdziłem, jak wyglądała sprawa na tej deklinacji M33 i się właśnie potwierdziło, że ślimak był dość przyciśnięty i było widać na zębatce, że go tak szarpie. Poluzowałem więc, tak aby w tej pozycji było bez luzów, ale równocześnie nie tarło - zaczęło się to wtedy zachowywać poprawnie. No ale niestety - przejechałem deklinacją o ponad 90st i co widzę - luz o wielkości jednego zęba dużej zębatki . No niestety z tym luzem muszę się pogodzić, żeby w innej pozycji znowu nic nie tarło. Taka już uroda tego chińskiego szajsu . Tera widzę za co się płaci w AP, ASA i podobnych Przy okazji przyglądnąłem się dokładniej tej średniej zębatce. Po wyjęciu okazało się, że był zauważalny luz (jakiś niecały mm) wzdłuż osi (tzn grzybek był za wysoko). Przykręciłem więc wałek ciut ciaśniej i luz zniknął. No ale by było za pięknie Okazuje się, że ta zębatka też jest jakaś mimośrodowa, bo zębatka wyraźnie zmienia opór ruchu w zależności od położenia. Dlatego musiałem minimalnie poluzować grzybka, ale luz był dalej niewidoczny, więc sukces. W palcach wydawało się, że wałek jest dobrze dopasowany do zębatki, nie dało się wyczuć "poziomego luzu". Niestety po zamocowaniu zębatki, gdy obracała się już obciążona dało się zauważyć, że jednak wałek jest minimalnie za mały, i choć to jakiś drobny ułamek mm, choć powoduje już mierzalny backlash.

Tej nocy niestety było też dość wietrznie, co pobudzało montaż do ruszania osią dec, na szczęście później wiatr ustał. To pewnie też potęgowało błędy w prowadzeniu.

Lekką poprawę dało zastosowanie dla Dec algorytmu "Hysteresis", bo ma on możliwość regulacji agresywności i dzięki temu nie tak bardzo przestrzeliwywał.

Przemyślałem sobie sprawę luzu w Dec i jego wpływu na guidowanie. Wydaje mi się, że zakładając, że nie ma wiatru można powiedzieć, że luz nie przeszkadza znacznie. Dlaczego? No bo jeśli jedynym powodem do korygowania Dec jest powolny dryf w tej osi, to korekty nie muszą być natychmiastowe. Ważne jest, żeby nie przestrzeliwywać, bo to bardzo pogarsza RMS. Dlatego jeśłi ustawimy algorytm hysteresis i samy mu agresywność np 50-60%, to spokojnie powinien dojechać po poprawnej pozycji, choć zajmie mu to ciut więcej czasu, ale ten czas nie jest taki ważny. Również jeśli guider będzie chciał zmienić kierunek korekty, to przejedzie ten głupi luz w kilka cykli guidera, potem dokona korekty i będzie dobrze. W kilka cykli gwiazda nie podryfuje w istotny sposób. To teoria, ale mam nadzieję, że się sprawdzi w praktyce

Tak, to sumaryczna jasność całego placka gwiazdy w ADU. Ja u siebie mam to ustawione chyba na 50-300. Z logów widać, że:

Flux target = 223607

czyli jakąś gwiazdkę zidentyfikował w odpowiednim zakresie, ale później po ustawieniu subframe jakoś ją gubi... Możesz wkleić zrzuty ekranu dla Twoich ustawień FM w poszczególnych tabach?

A czy temu flux odpowiada "intensity" w oknie "information" w maximie (zaznaczone na zrzucie)?

Moim zdaniem " Flux target = 223607" nie oznacza wykrytej gwiazdy, bo dopiero później FM robi zdjęcie.

Oto zrzuty (chyba tylko 2 pierwsze mają znaczenie):

Rozumiem, że Ty też używasz FM? Jeśli tak, to powiedz, na jakich gwiazdach ostrzysz i jaki masz mniej więcej czas exp na nich. Obawiam się, że mój Atik będzie przepalał gwiazdki 5 mag na 0,2s.

Może ją zgubił bo cały setup pojechal w maliny w wyniku np. Złego ustawienia na polarną?

Raczej nie, bo na polarną ustawiam dość dokładnie lunetką, a jak potem ostrzyłem ręcznie na subframie, to gwiazdka praktycznie się nie ruszała.

FM reguluje czas ekspozycji w zakresie ustalonym w setupie. Jak mu się skończy zakres to pisze star too bright albo too dim. Ale w każdym manualu do FM jest wyraźnie napisane źe należy ostrzyć na gwiazdach ok. 5 mag.

Dzięki, o 5 mag nie słyszałem. Tylko jaki czas exp będzie na takiej gwieździe, nie za krótki na moją kamerę? Jaki jest przeciętnie czas u Ciebie? Problem w tym, że mi FM nawet nie stara się regulować czasu exp, tylko robi jedną klatkę i stwierdza, że nie ma gwiazd. Czym jest dokładnie parametr "flux(1000)" ? To jakaś sumaryczna jasność całego placka gwiazdy, czy co? Jak dobrać ten parametr?

I zasadnicze pytanie: jak FM wybiera gwiazdę do focusowania? Bierze ją ze środka, wybiera najjaśniejszą, czy może coś innego?

Czy nie miałeś problemów z zawieszaniem się programu, tak jak to opisałem? Ciekawe z czego to wynika.

Nie wiem dlaczego kiepsko to działa. Używam FM od pięciu lat i ani razu mnie nie zawiódł.

Na początek parę pytań - czy masz zrobione krzywe? Czy ustawiasz gwiazdę do ostrzenia centralnie?

Tak, mam jakieś 3-4 krzywe.

Ostrzę na nie za jasnych gwiazdach, bo minimalny czas exp dla mojej kamery to 200ms, więc te jaśniejsze się przepalają. Tak więc mam dużo takich gwiazd w polu widzenia, więc nie centruję za żadnej (bo nie wiem którą FM wybierze). A właśnie - czy FM wybiera zawsze najjaśniejszą gwiazdę, czy umie wybrać taką, żeby nie była przepalona?

Są 2 powody, skąd się wziął tytuł

- już na dwóch sesjach (na 4) FocusMax zawiesił mi się w trakcie uruchamiania, bądź w trakcie działania. I najgorsze jest to, że on się tak na amen zawiesza. Tzn, że jedynym sposobem na jego zamknięcie jest restart kompa, bo nie pomaga nawet ubijanie procesu. Możecie sobie wyobrazić, jaki jestem wkurzony, gdy muszę restartować komputer w czasie sesji . Dlatego też pierwszym programem, jaki odpalam jest właśnie FocusMax, żeby w razie konieczności restartu nie stracić całego ustawienia teleskopu i innych rzeczy.

- również na dwóch sesjach (ale innych) FocusMax nie mógł za żadne skarby znaleźć gwiazdy do nastawienia na niej ostrości. Po prostu był ślepy. Gwiazd było pełno - nie przepalone, nie za ciemne, ale on nic nie widzi. Przestawiałem montaż w ciut inne miejsce - żadnej poprawy. Tu mam pytanie, czy ustawienie w zakładce setup/focus start/position powinno być takie, że na tej pozycji jest trochę nieostry obraz? To ustawienie się samo zrobiło przy pierwszym vcurve. Jak ostatnio nie mógł znaleźć gwiazdy, to postanowiłem mu pomóc i zmieniłem ten parametr na pozycję, w której jest dość dobra ostrość - również bez efektu. Mam też pytanie, czy przy naświetlaniu na "base expose" wszystkie gwiazdy muszą być nieprzepalone? Bo raz mi się zdarzyło, że miałem komunikat: star is too bright. Pomimo, że przecież "min exp" był mniejszy i przy takiej ekspozycji gwiazda niekoniecznie by się przepaliła, a co więcej przecież na zdjęciu była cała masa nie przepalonych gwiazd! Czy ten głupi program zawsze wybiera najjaśniejszą?

poniżej fragment logu, gdy nie znalazł gwiazdy(kamerę podłączyłem dopiero po starcie FocusMaxa):

21:11:47   FocusMax Version 3.7.0.78
21:11:47   ASCOM Platform = 6.0
21:11:47   Regional setting: Poland (decimal = ',')
21:11:47   PinPoint not connected (LE version was found)
21:11:47   AcquireStar requires PinPoint full version
21:11:47   System is MySystem
21:11:54   MaxIm DL 5 Error 65535: Could Not Initialize Camera
Module modComponents Property Let camLinkEnabled
21:11:57   Focuser: RoboFocus is connected
21:11:57   Focuser: RoboFocus is an Absolute Focuser
21:11:57   Position = 0  Temp = -999,0
21:11:57   Temp. compensation available = False
21:12:07   Telescope EQMOD ASCOM EQ5/6 is not connected
21:12:16   Telescope EQMOD ASCOM EQ5/6 is not connected
21:12:18   Telescope EQMOD ASCOM EQ5/6 is connected
21:12:20   NOVAS-COM Vector Astrometry Engine is connected
21:29:20   ASCOM Focuser: Link fail
21:29:20   ASCOM Focuser: Link fail
21:29:49   Focuser: RoboFocus is connected
21:29:49   Focuser: RoboFocus is an Absolute Focuser
21:29:49   Temp. compensation available = False
21:49:47   
21:49:47   ** Beginning Focus Run **
21:49:47   FocusMax Version: 3.7.0.78
21:49:47   System: MySystem
21:49:47   Camera: ArtemisHSC
21:49:47   LS: -0,024603 RS: 0,024659 PID: 40,48
21:49:47   Min/Max flux setting = 100/500K
21:49:47   Min/Max exp. setting = 0,30/5,00
21:49:47   Flux target = 223607
21:49:47   Using arithmetic mean
21:49:47   Move direction: In
21:49:47   No filter wheel detected
21:49:47   Current position = 16192
21:49:47   NearFocus HFD: 8
21:49:47   Focus Start: 16750
21:49:48   Find star binning = 2x2
21:49:48   Initial exposure = 5
21:49:48   Exposing Central Region = 85% of CCD width
21:49:48   Sub ExposeSubFrame FrameWidth <= 0
21:49:48   Adjsuting subframe to 100
21:49:58   No star found
21:49:59   Attempting brightest pixel method
21:49:59   No star found
21:49:59   Can not measure HFD for this image
21:49:59   Moving to previous focus position of 16243
21:51:00   

Czy ktoś mi może pomóc? Zaznaczam, że kilka razy udało mi się ustawić ostrość za pomocą FM. Czy wy też macie takie problemy z zawieszaniem się tego programu? A może są jakieś alternatywne programy, które działają bardziej pewnie?

EDIT: Próbowałem też opcji select (wskazanie ręcznie gwiazdy), ale również jest "no star found"

EDIT2: czy dobrze rozumiem, że ustawienie "flux(1000)" oznacza maksymalną wartość jasności gwiazdy, która jest akceptowalna (po pomnożeniu przez 1000)? Może tu jest rozwiązanie, bo mam jako min wartość 100, czyli po pomnożeniu wychodzi 100000, a więc więcej, niż może być maksymalnie (65535). Tylko, że wydaje mi się, że ja tego parametru nie zmieniałem, a nieraz się focus udaje zrobić. A może to jakaś sumaryczna jasność?

Witam.. znalazłem ten post wcześniej , spróbuje ale to są chyba inne silniczki ...

Znalazłem info, że przekładnia w EQ5 i EQ3-2 jest identyczna i równa 1:144. Masz rację - silnik jest inny, choć to nie wyklucza, że ma w środku taką samą przekładnię, ciężko powiedzieć. Rozumiem, że masz napęd jednoosiowy? Bo jeśli dwu, to nie masz nawet co próbować, bo i tak nie zadziała.

Ten układ ma pamięć flash, więc nie zaszkodzi się pobawić

Rozumiem, że guidujesz na prędkości 2x? Tutaj pojawi się luz, ale on powinien pogarszać oś RA, a nie Dec . To skakanie w Dec jest ogromne na tej fotce. Jakim cudem uzyskałeś nieporuszone 3 min? Co jaki czas się pojawia taki skok?

Jeśli masz napęd jednoosiowy, to może spróbuj: http://astropolis.pl/topic/42693-naprawa-pilota-eq2-wsad-do-at89c2051/. Te piloty wyglądają i działają identycznie od obu montaży, nawet układ jest taki sam, więc powinno zadziałać. Ewentualnie może być inna prędkość silników, może ktoś się orientuje, jakie przekładnie są w EQ5 i EQ3-2?

Dzięki . Każdy avik po 2000 klatek z czego wybierałem 200 najlepszych. Taka ilość w zupełności wystarczy przy minimalnym gainie.

Ciekawe, że 200 klatek Ci wystarcza. Na Słońcu jak wybieram 450, to jest ciut za mało i lepiej jak wezmę 600. No ale pewnie Księżyca tak bardzo nie ostrzysz, jak Słońca? Już nie pamiętam, ile do Księżyca wybierałem.

No to jeszcze mam do wszystkich forumowiczów o opinię .

Które z poniższych zdjęć bardziej wam się podoba

Jak dla mnie to drugie. Pierwsze jest ciut przeostrzone i robią się takie białe miejsca.

Ale wielka Super i podwójne gratulacje - samej fotki i opanowania 8" metrowej tuby na HEQ5!

Dzięki Opanowanie nie jest takie znowu trudne

Misja zakończona sukcesem. M33 naświetlone zgodnie z planem. Zgłaszam się do dowódcy

autor: Mateusz Windak

setup: SW200/1000 + HEQ5 + Atik383L+ + IDAS LPS P2 + MPCC + SW80/400 + SSAG

czas: 24x300s

miejsce: Luborzyca

data: 03.10.13