vroobel

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?

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ę...

Hej. Na sąsiednim forum zaprezentowałem filmik będący wideo-relacją z budowy własnego derotatora pola. Chciałbym zatem pokazać go również i tu, ponieważ nie jest to niemożliwe do wykonania, a komuś ta idea może się spodobać. Posiadam 10" Newtona na znacznie przerobionym montażu Dobsona, który zmotoryzowałem, opracowałem w miarę precyzyjne śledzenie i na koniec - autorskie GoTo. Jako, że cały system napisany jest w Python'ie, było dla mnie łatwe skomunikowanie derotatora pola z systemem śledzenia. Zasugerowano mi, że mógłbym zmodyfikować nieco derotator dodając mu funkcje rotatora, ale może podejmę się tego, kiedy najdzie mnie ochota ustandaryzowania moich zabawek do współpracy z ASCOM. Kto wie, może kiedyś. Obecnie nie mam nic, co miałoby choć śladowe cechy wspólne z ASCOM... Oto link do mojego ostatniego filmu o derotatorze. Zapraszam do obejrzenia także wcześniejszych filmów (linki na koniec filmu, można też przejść do kanału YouTube).

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.

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.

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? :|