vroobel

1 minutę temu, Piotr4d napisał:

Prawdziwa złota rączka jesteś. Rotator klasa, ale wrażenie robi również Twoje GOTO, a szczególnie metoda wykonania przekładni ślimakowej.

 

Dzięki.  W mojej głowie kreuje się już pomysł na paralaktyczny montaż widłowy zdolny udźwignąć 20-25kg OTA ze sprzętem. Dla osi Ra przewidziałem fabryczną przekładnię falową (harmoniczną), ale oś Dec będzie napędzana przekładnią ślimakową również własnej produkcji. Tym razem zamówię 10-15mm talerz z aluminium, z nawierconymi otworami pod montaż, o mniejszej średnicy, gdzieś może około 30 cm. To musi być nieco lżejsze. Oczywiście będzie wideo-relacja. 

Hej,

Jako, że podstawą działania mojego derotatora jest teoria zaczerpnięta z artykułu Kanadyjskiego Królewskiego Towarzystwa Astronomicznego, postanowiłem poinformować ich o moim projekcie w formie ciekawostki. Efekt korespondencji przerósł moje wyobrażenie: autor artykułu umieścił informację o moim derotatorze w tymże artykule... 

http://calgary.rasc.ca/field_rotation.htm
 

Jest jakaś super różnica (warta w tym przypadku wydania ekstra pieniędzy) między jakimś tam zwykłym dobrym PET-G , a tym Carbon? Pytam, było nie było, eksperta. Nie widzę możliwości kupienia tego filamentu Nebula, mam za to dostęp do całkiem niezłego Ooznest, ale nie mają Carbon. 

Odpowiedz mi proszę i kończę ten offtop.

Ponoć Carbon mocno dewastuje dysze.

Ciekawe... 

Zapewne zmieniłeś dyszę na jakąś heavy-duty?

No właśnie, co masz namyśli pisząc "z wiadomych powodów"?

Ja zacząłem od PLA raptem 2 miesiące temu. Jest to twardy i kruchy, ale dobry materiał na konstrukcje takie jak mój derotator - nie za bardzo "pracujące". Ale kiedy córce drukowałem takiego 60-centymetrowego składanego z części smoka, to wiele elementów się połamało. Czy PET-G poddaje się lekko?

Tak więc, dlaczego PET-G, a nie PLA?  Używasz niepreźroczystego filamentu?

Hej.

Gratuluję wszystkim Drukarzom wspaniałych efektów pracy i cierpliwości. Jako projektant własnych rozwiązań doskonale wiem, co piszę.

Kolega podesłał mi ten projekt z thingiverse zanim znalazłem ten wątek. Przyznam, że się najarałem i chciałbym to zrobić, ale jak tak czytam, to mi emocje opadają. Nie mniej jednak, mam nadzieję, że mój Creality Ener 3 Pro dałby radę to wydrukować. 

Powiedzcie mi proszę, dlaczego drukujecie akurat w PET-G?

10 minut temu, Tayson napisał:

Fajny gadzet w bardzo sympatycznym wykonaniu!!! Przydalby mi sie jako zwykly rotator do refraktora! Przez ASCOMa da rade tym sterowac?

@Tom-cio daloby rade to zamknąc w jakiejs sztywnej obudowie bez ugięć pod QHY695?

 

Takie pytanie retoryczne... Czy nie latwiej posadzic dobsona na klinie zamiast bawic sie w rotator?

 

Na Stargazers Lounge właśnie mi zasugerowano dodanie funkcji rotatora. Myślę o tym, ale nie mam nawet z czym to skomunikować i przetestować, nie mówiąc o czasie...

Ale... ASCOM'owi przyjrzę się w ciągu najbliższych 1-2 lat, ponieważ już przymierzam się do wykonania montażu widłowego  dla mojego 10" Newtona na bazie przekładni falowej o dużej... hm... nośności?  Tak więc klin odpada. Rozważałem platformę paralaktyczną, ale wyszło mi śledzenie + GoTo  

P.S.

Zrobiłem to tak, że ASCOM da się dorobić

Dzięki, starałem się...

Cześć,

Astro-amatorów próbujących własnych sił w astro-programowaniu może zainteresować ostatnia aktualizacja bazy danych będącej nieco rozszerzoną elektroniczną wersją "Tabeli Wimmera". 

Pracując nad własną wersją GoTo stanąłem w końcu przed problemem kalibracji, a co za tym idzie, musiałem zdefiniować kilka gwiazd kalibracyjnych. Ze względu na lokalizację wybrałem w sumie 19 gwiazd (wliczając Gwiazdę Polarną), które na przestrzeni roku widoczne są na niebie nad moją głową. Należy zatem rozsądnie wybierać gwiazdy zgodnie z tym, co aktualnie widać. Do wyboru gwiazd posłużyła mi web'owa aplikacja magazynu AstronomyNow (https://astronomynow.com/uk-sky-chart/). 

Podobnie, jak Wimmer w swej "Tabeli" zestawiłem dane o widoczności gwiazd w poszczególnych miesiącach, tworząc ramy czasowe. Unikam w ten sposób niepotrzebnego wyboru do kalibracji GoTo gwiazd niewidocznych w danym czasie. Wskazana aplikacja umożliwia wybór godziny obserwacji, więc wybrałem północ. Kilka pozycji to układy wielokrotne, ta część bazy służy jednak wyłącznie kalibracji, zatem potraktowałem je jako gwiazdy pojedyncze, gdzie np. wielkość pozorna jest podana dla całego układu. Oczywiście poziom trudności dla wszystkich pozycji wynosi 1, czyli łatwy.

Współrzędne gwiazd, wielkość pozorna oraz ruch własny pobrane zostały z Wikipedii. Współrzędne dodatkowo zostały scalone do wartości godzin/stopni w notacji dziesiętnej.

Pliki SQL i CSV do pobrania:

http://astro-art.pl/opracowania/TabelaWimmera_v3.2.3.csv.zip
http://astro-art.pl/opracowania/TabelaWimmera_v3.2.3.sql.zip

Pozdrawiam,
Tomek

Więc, drodzy Admini, proszę, zakladajcie domenę! Zasadniczo pierwszy rok może być i za darmo. 

18 minut temu, Łukasz_M napisał:

są firmy które tym się zajmują zarobkowo. Na 100% jeśli domena przejdzie na taką firmę to domena wróci na rynek w podwyższonej cenie, która spadnie jak nie będzie chętnych. dowiemy się najpuźniej w lipcu.

Stawiałbym na to lub ewentualnie jakiegoś fascynata astronomii...

Chyba mnie nie zrozumiałeś, mam na myśli datę wykupu opcji ZARAZ PO odejściu Janusza. To nie mogła być jakaś tam firma zajmująca się wykupem opcji. Ktoś to sobie wykalkulował i pół biedy, jeśli zrobił to w dobrej wierze, w imię Forum. 

Wszyscy się martwimy. Mnie jednak ciekawi, kto tak szybko wykupił opcję na domenę, a teraz milczy... 

Spokojnie, może nie. 

Ale jeśli ten ktoś się nie ujawni, proponuję wykupić jakąś zblizoną domenę i ogłosić publicznie, "gdzie się da", że w przypadku problemów serwis będzie działał w innej domenie. Wtedy też przepięcie domeny będzie proste, a przestój chwilowy. Tak myślę. 

Zgadza się. Gdyby faktura została wystawiona na firmę Astrokrak - mimo, że płaci ktoś inny - też nie byłoby dobrze. 

Za to dobrze byłoby, gdyby ujawnił się ten, kto opcję wykupił, jeśli jest wśród nas. 

Opcja została założona już 5-go lutego przez trzeźwo myślącą i świadomą osobę. Ale to mógł być ktokolwiek, nawet zupełnie nie związany z astro-tematem. 

Ale jeśli zostało to zrobione w celu zachowania dorobku Forum, to OK. 

W dniu 8.02.2019 o 17:04, ekolog napisał:

Jednakowoż sugerowałbym też zapisanie (i udostępnienie) tej tabeli jako pliku typu CSV, z nazwami (nagłówkami) kolumn w pierwszym wierszu.

CSV u prawie każdego się otworzy (to prosty format oddzielający pola średnikami).

 

"nr_v3";"nr";"name";"name_pl";"messier";"ngc";"others";"type";"type_full";"type_pl";"type_full_pl";"season_1";"season_2";"constellation";" ....

"84";"9";"Hyades";"Hiady (dżdżownice)";\N;\N;"Mel 25";"OC";"open cluster";"GrO";"gromada otwarta";"9";"4";"Taurus"; ...

 

Przy okazji się dowiedziałam, że Hiady to "dżdżownice" 

 

Pozdrawiam

Witam ponownie,

Zgodnie z sugestią Ekologa przygotowałem tym razem dwa formaty pliku eksportu bazy: SQL (dla MySQL) i CSV (np. dla Excel'a).

Bieżące wydanie to 3.2.2 i ta numeracja będzie kontynuowana tak długo, aż Wimmer zmieni wersję.

Zmiany do bieżącego wydania:

- kolumna z numeracją obiektu zgodną z wersją 3.0, a w bazie nazwana "nr_v3", została usunięta.

- wprowadzono dodatkowo dwie kolumny, których wartość wynika z wyliczenia:

   w_ra = w_ra_h + w_ra_m/60 + w_ra_s/3600,

   w_dc = w_dc_st + w_dc_m/60 + w_dc_s/3600;

   łatwiej jest pobrać 2 liczby, niż sześć, po czym wykonywać na nich to samo działanie w programie; pole ma format float(11,9), co oznacza 2 cyfry znaczące i 9 miejsc po przecinku i, jak mniemam, jest to wystarczająca precyzja do amatorskich wyliczeń. 

Chciałbym wyjaśnić coś, czego wcześniej nie opisałem. W przypadku ujemnej wartości deklinacji, a konkretnie jej składowych stopni, minut i sekund, użyłem znaku "-" we wszystkich polach, ponieważ ich zsumowanie da prawidłową, większą bezwzględną wartość. Proszę o tym pamiętać przy programowaniu. Zasada ta nie dotyczy oczywiście obecnie wprowadzonych pól w_ra i w_dc.

Poniżej znajdują się odnośniki do plików.

TabelaWimmera_v3.2.2.sql

TabelaWimmera_v3.2.2.csv

Da się zrobić, ale tylko wersję "tekstową" , bo tą z grafiką już nie. 

Dzięki za sugestię.

Cześć,

Praktycznie to mój pierwszy post na tym forum, ale nie jest to moje pierwsze tu wejście. Obserwuję niektóre wątki, troche poczytałem. 

"Tabela Wimmera" znacząco wpłynęła na losy mojego teleskopu. Kiedy półtora roku temu (lato 2017) układałem sobie w głowie kolejne jego losy, zapragnąłem utworzyć jakąś bazę danych obiektów. Już wtedy myślałem o funkcjonalności GoTo, więc na początek w bazie danych miały pojawić się jakieś gwiazdy do kalibracji systemu. W międzyczasie studiowałem fora astronomiczne w poszukiwaniu wiedzy i pomysłów, a w szczególności działy ATM/DIY i naprawdę, jak z nieba, spadł mi wtedy wątek o Tabeli. Połknąłem tą ideę w całości i zabrałem się za wprowadzanie treścii do bazy danych MySQL. Nie miałem wtedy jeszcze Raspberry Pi, ale czułem, że to może się przydać.

Przyznałem się Wimmerowi, że buduję tą bazę danych, a kiedy sie dogadalismy co do szczegółów, zaproponowałem, że opublikuję bazę w ramach Jego wątku. Jest to jak najbardziej po drodze z tym, że baza danych jest odzwierciedleniem Tabeli w formie „papierowej”. Szybko jednak okazało się, że warto dodać do Tabeli to i owo, zatem poniżej znajdzie się opis wszystkich kolumn, jakie zawiera baza. Chcę, żeby było oczywiste, że idea Tabeli nie została zmieniona, a każdy miłosnik ATM/DIY może łatwo sobie tą bazę pobrać i używać do swoich projektów. Nie roszczę sobie żadnych praw do jej treści, tak, jak nie robi tego Wimmer. Miło jednakże będzie, jesli ktoś wspomni o pracy włożonej w bazę.

Domyślam się, że nie uniknąłem błędów w liczbach, literówek, czy błędnych nazw obiektów, dlatego proszę o ich wskazywanie.

Bardzo ważne jest też, by już na samym początku poinformować, iż dane o rektascensji,  deklinacji, magnitudo i rozmiarach kątowych obiektów zostały pobrane z Wikipedii, na co Wimmer się zgodził, gdy skonfrontowałem z Nim różnice w wielkościach liczbowych. Dogadalismy się, że wyjdzie w praniu, które dane są poprawne. Użytkownicy mogą sami zgłaszać takie poprawki, za co będziemy obaj wdzięczni. Zdarzało się też, że nie znalazłem jakiejś nazwy lub numeru katalogowego obiektu, będe więc wdzięczny również i za to.

Baza danych to również tabela, więc najprościej mi będzie opisać każdą kolumnę z osobna.

nr | Rzecz oczywista - numer kolejny obiektu. Numery Obiektów Głębokiego Nieba (DSO), asteryzmów i układów wielokrotnych odzwierciedlają "Tabelę Wimmera" w oryginale, liczby 4-cyfrowe wskazują gwiazdy, jakie posłużą mi do celów GoTo. Liczby 5-cyfrowe to obiekty Układu Słonecznego.

name i name_pl | Nazwa obiektu, której Wimmer nie wprowadza. Jako, że posługuję się wyświetlaczem LCD, a docelowo zamierzam użyć pełnego ekranu i wyświetlać wszystkie informacje o wybranym obiekcie (możliwe, że na telefonie lub tablecie przez VNC), ta informacja oraz kolejne dodane mogą być bardzo atrakcyjne. Z racji miejsca zamieszkania istotną jest dla mnie dwujęzyczność mojego oprogramowania i bazy danych. W tym przypadku pierwszą w bazie jest nazwa anglojęzyczna, drugą - polska.

messier | Numer obiektu w Katalogu Messiera.

ngc | Numer obiektu w Katalogu NGC.

others | Inne numery katalogowe, jakie można znaleźć w Tabeli lub w sieci.

type i type_full | Podobnie jak Wimmer, zastosowałem kategorie obiektów, dzięki czemu można sobie pogrupować obiekty w SQL i np. zawęzić wycieczkę po niebie do jednej kategorii. Ta konkretnie kolumna zawiera skrót kategori w języku angielskim, zaś kolumna druga - pełną nazwę kategorii, odpowiednio:

Ast - asterism,
Ga - galaxy,
GC - globular cluster,
MS - multiple system,
N(D)+OC- nebula (diffuse n.) + open cluster,
N(E) - nebula (emission n.),
N(E)+OC - nebula (emission n.) + open cluster,
N(E+R) - nebula (emission n. + reflection n.),
N(P) - nebula (planetary n.),
OC - open cluster,
OC+N(E) - open cluster + nebula (emission n.),
OC+N(E+R) - open cluster + nebula (emission n. + reflection n.),
S - star,
SS - Solar System,
SC - stars cloud.
(n. = nebula, skrót wynikający z limitu miejsca na wyświetlaczu LCD 4x20)

type_pl i type_full_pl | Jak wyżej, polskie kategorie obieków, odpowiednio:

Ast - asteryzm,
ChG - chmura gwiazd.
Ga - galaktyka,
G - gwiazda,
GrK - gromada kulista,
GrO - gromada otwarta,
GrO+M(E) - gromada otwarta + mglawica (m. emisyjna),
GrO+M(E+R) - gromada otwarta + mglawica (m. emisyjna + m. refleksyjna),
M(D)+GrO - mglawica (m. dyfuzyjna) + gromada otwarta,
M(E) - mglawica (m. emisyjna),
M(E+R) - mglawica (m. emisyjna + m. refleksyjna),
M(E)+GrO - mglawica (m. emisyjna) + gromada otwarta,
M(P) - mglawica (m. planetarna),
US - Układ Słoneczny,
UW - uklad wielokrotny,
(m. = mgławica, skrót wynikający z limitu miejsca na wyświetlaczu LCD 4x20)

season_1 i season_2 | Ten parametr pozwala na ograniczenie listy obiektów do jednie tych widocznych na niebie w przedziale miesięcy podanych w obu polach.

constellation i constellation_pl | Nazwa gwiazdozbioru, w którym należy szukać obiektu.

w_magnitude | Pozorna jasność obiektu. Przedrostek "w_" oznacza w tym przypadku (i w kilku kolejnych), że wartość ta została pobrana z Wikipedii. Jest to liczba rzeczywista z miejscami po przecinku, przecinek dziesiętny w postaci kropki, nie przecinka - jest to standard w programowaniu.

w_ra_h, w_ra_m, w_ra_s | Rektascensja wyrażona w składowych wartościach godzin, minut i sekund. Przybiera wymiar kąta godzinnego.

w_dc_st, w_dc_m, w_dc_s | Deklinacja wyrażona w składowych wartościach stopni, minut i sekund.

ra_apm, dc_apm | Ruch własny obiektów przydatny do prawidłowego wyznaczania ich położenia w odniesienia do J2000.0. Parametr ra_apm przybiera wymiar sekund kąta godzinnego.

difficulty | Poziom łatwości/trudności w zlokalizowaniu/obserwacji obiektu, odzwierciedla podejście Wimmera. Przybiera watrości 1, 2 i 3, czyli łatwy, średni i trudny.

size | Rozmiar obiektu w ujęciu niezbędnego powiększenia, żeby łatwo było go obserwować. Jako, że Wimmer posługuje się dwoma wartościami, ja również pozostałem przy dwóch:

L - large, czyli duży - można stosować małe powiększenia,
S - small, czyli mały - należy użyć do obserwacji dużych powiększeń.

W niektórych przypadkach Wimmer nie umieścił ikony symbolizującej rozmiar, wtedy też pozostawiłem to pole puste. Mogę sam zdefiniować te wartości na podstawie moich przyszłych obserwacji, to jednak potrwa.

app_size_1, app_size_2 | Rzeczywiste rozmiary kątowe obiektów pobrane z Wikipedii. Zastosowałem tu ciągi zamiast liczb, a to ze względu na jednostkę następującą zaraz po liczbie, odpowiednio:
d - degree, czyli stopień,
m - minuta kąta,
s - sekunda kąta.

binoculars | Tym parametrem Wimmer oznacza obiekt, który szczególnie dobrze widać w lornetkach lub stosując naprawdę małe powiększenia w teleskopach - ze względu na duże rozmiary kątowe. Parametr przybiera wartość binarną 1 lub 0, co oznacza "tak" lub "nie".

have2see, have2show | Ten zestaw parametrów mówi dosłownie: "musisz to zobaczyć" i "musisz to pokazać innym" - oczywiście nie trzeba tego tłumaczyć. Podobnie jak w przypadku lornetki, parametry przyjmują wartości binarne 1 i 0.

details | Dodatkowe ciekawe informacje znalezione w Wikipedii, jak np. separacja układów wielokrotnych, jasności pozorne ich elementów składowych, itp.

comments i comments_pl | Dodatkowy komentarz, jak np, rzeczywista liczba elementów układu wielokrotnego gwiazd, czy gromad, dokładne położenie na tle innego obiektu, itp.

page | Nr strony, na której w oryginale Tabeli znajdują się mapki, szkice i opisy. Prawdopodobnie ten parametr nie będzie rozwijany i kolumna zostanie usunięta z bazy, ponieważ nie wnosi nic do jej elektronicznej postaci.

checked | Parametr wprowadzony przeze mnie na potrzeby "odhaczenia" obiektu, który już widziałem przez mój teleskop. Ma to ułatwić filtrowanie kolejnych obiektów do obserwacji.

map, sketch_1, sketch_2, picture_1, picture_2 | pola binarne dużego rozmiaru z przeznaczeniem odpowiednio na mapki autorstwa pana Janusza Willanda, dwa szkice z Tabeli i dwa zdjęcia, np. z Wikipedii. Obecnie pola te są puste. W przyszości do pobrania będą dwie wersje bazy: z grafiką (duży rozmiar) i bez niej (rozmiar mały).

description i description_pl | Opisy tekstowe pochodzące z Tabeli i ich tłumaczenie na język angielski. Kilka opisów wprowadziłem testowo, docelowo umieszczone będa wszystkie dostępne w Tabeli opisy.

A tutaj znajduje się plik *.sql, który można zaimportować do serwera MySQL:

http://www.astro-art.pl/wp-content/uploads/2019/02/TabelaWimmera_v3.2.1.sql_.zip

Hej.

A jak zrobić przelew z zagranicy? :|