smopi

Dzięki Panowie za rozwianie obaw

Hej,

podczas ostatnich zabaw z montażem doszło do kolizji tuby teleskopu ze statywem. Od razu wyłączyłem napęd, ale przez krótką chwilę było słychać terkotanie. Wydaje się, że napędowi nic się nie stało, tzn. na tyle co sprawdziłem wszystko działa poprawnie.

Mam tylko wątpliwość i pytanie do Was: czy to terkotanie to był efekt przeskakiwania paska napędowego na którymś kole, czy też jest tam zamontowany jakiś rodzaj sprzęgła? Czy takie "przygody" mogą doprowadzić do trwałego uszkodzenia napędu, czy w najgorszym przypadku będzie to tylko kwestia wymiany paska?

Piotr

Raczej bym nie ryzykował. Z kabelka masz zwykłego RS-a, a HBX to chyba jest inna bajka. Tylko jak masz wbudowane wifi, to po co upierasz się przy kabelku?

Cześć,

a w montażu jaki masz port? Bo jeśli dobrze Ciebie zrozumiałem, to chcesz montażem sterować bezpośrednio z komputera? W takim przypadku wtyczkę RJ podłączasz bezpośrednio pod montaż, a pilota chowasz do szuflady. W każdym razie tak jest w moim Optronie 30 Pro.

Popatrz do instrukcji do montażu, w mojej wszystkie porty są dokładnie opisane razem z podaniem który pin w porcie do czego jest (GND, Rx, Tx...), więc nawet jak będziesz musiał zmienić wtyczkę, to nie powinno być z tym problemu.

Oczywiście nie chcesz tego kabla wciskać w port HBX...? Tak jest to opisane u mnie:

//EDIT

Dobra, zaintrygował mnie temat, więc pobrałem instrukcję do Twojego montażu. Jeśli dobrze rozumiem, to żeby sterować z komputera musisz podłączyć się przewodem USB bezpośrednio pod kontroler, który ma port USB, lub bezprzewodowo (wifi):

32 minuty temu, kiniu-13 napisał:

Fota żaden szał, ale dodam, że także z ASI 533MC Pro.

@kiniu-13, a mnie ta fota urzekła. Dla mnie jest cudna, serio

Cześć,

to może kilka słów z mojej strony, jako autora tego ustrojstwa Przede wszystkim bardzo dziękuję @Agent Smith za tak szczegółowe opisy i "support" projektu. A teraz krótki komentarz na temat problemów z kompilacją. Na ogół są one spowodowane niewłaściwą lokalizacją katalogu z dodatkowymi bibliotekami i prawdopodobnie z tego wynika konieczność wprowadzenia modyfikacji w kodzie, o których napisał @Agent Smith. Po pierwsze w Arduino IDE należy ustawić lokalizację, w której znajdują się podkatalogi ze szkicami. W moim przypadku jest tak:

W tej (koniecznie!) lokalizacji (u mnie: /home/psmolarz/Arduino) tworzymy podkatalog "libraries", do którego wgrywamy niezbędne biblioteki:

Ostatnim krokiem jest otwarcie pliku "smopiVTI.ino", który powinien być razem z pozostałymi plikami projektu (np. VTI.h) w lokalizacji: /home/psmolarz/Arduino/smopiVTI/, w Arduino IDE . Oczywiście ja podałem jak to jest u mnie, pod Linuksem. Przypuszczam jednak, że w Windows wymagania są podobne. Przy takiej organizacji projektu i konfiguracji Ardunio IDE nie mam problemów z kompilacją:

Jeszcze uwaga na temat linii: "OSD.setCharEncoding( MAX7456_ASCII );". To czy ma zostać użyta w kodzie zależy od tego, czy wgraliśmy czcionki według opisu: https://github.com/smopihub/smopiVTI/wiki/Zmiana-czcionki-w-MAX7456

Ja zachęcam do zmiany czcionek, bo są ładniejsze i trochę mniejsze niż te oryginalne w układzie MAX7456. Wyświetlany na ekranie tekst jest bardziej czytelny.

To tyle z mojej strony. Proszę nie pytać o dalszy rozwój projektu i ewentualne testy z nowszymi układami GPS. Pomysłów mam wiele, ale czasu wolnego zero. Niestety, moje obserwacje też na tym cierpią

Pozdrawiam!

//EDIT

Wcześniej w tym wątku jest też odnośnik do projektu "minimosd". Z Pascalem wymieniałem wiele maili podczas tworzenia tamtej wersji: https://www.qfastro.club/doku.php?id=projets:electronique:start Także Pascal wykonywał testy dokładności "smopiVTI", porównując czas z urządzeniem IOTA-VTI. Swoją wersję testową "smopiVTI" zbudował także twórca "KIWI VTI", o czym też swego czasu rozmawialiśmy mailowo.

@count.neverest Chodzi o hurtowe przetwarzanie. PIPP z tego co widzę jest tylko pod Windows, a ja na Linuksie działam. Może uruchomi się w Wine, przy okazji sprawdzę. Ostatecznie zrobiłem tak jak @_Spirit_ i zainstalowałem starszą wersję programu, obok najnowszej.

Cześć,

w starszej wersji programu (załączony zrzut) była możliwość, w zakładce "Convert" opcja "Create three images", zapisania poszczególnych kanałów RGB jako osobne trzy pliki. Niestety nie widzę takiej możliwości w wersji 0.99.10.1 i nie mogę jej nigdzie znaleźć. Wiecie może co się stało i czy ta opcja nadal jest dostępna? Jeśli tak, to gdzie?

Zdaje mi się, że podziałki RA i Dec nie służą do ustawiania montażu na Polarną, tylko do odszukiwania obiektów na niebie według współrzędnych. W dokumentacji SW jest to opisane w dziale "Using the setting circles": https://inter-static.skywatcher.com/upfiles/en_download_caty01316546576.pdf

//EDIT

A, pewnie chodziło Ci o ten punkt:

Cytat

The numbers nearest this collar are marked "E 20 10 0 10 20 W". These will be explained later, but for now rotate the silve r dial until the middle zero is aligned with the indicator line on the black collar.

Faktycznie, z opisu wynika, że powinno to się obracać.

Mam podobne doświadczenia z CCDCiel. Używam go pod Linuksem + Skychart + INDI. Dodam jeszcze, że nie ma żadnych problemów z obróbką/redukcją danych w "MPO Canopus". W przypadku zdjęć z KStars zdarzało się, że Canopus źle odczytywał dane z nagłówka pliku i nie był w stanie wykonać "Auto Match". W przypadku CCDCiel nie mam tego problemu. Osobiście polecam!

//EDIT

Warto jeszcze wspomnieć, że Canopus u mnie działa z Wine i też bezproblemowo pod Xubuntu 20.04 LTS.

4 minuty temu, isset napisał:

Właśnie schowałem setup. Jutro spróbuję. Pytanie czy po restarcie malinki trzeba będzie za każdym razem to robic? 

Nie, po to robisz "disable" usługi systemowej. Jak chcesz zablokować wykonanie "enable" (czyli uniemożliwić np. włączenie usługi przez przypadek), to możesz jeszcze:

sudo systemctl mask gpsd.service

41 minut temu, isset napisał:

Dałem w konsoli to:

 

sudo systemctl stop gpsd.socket

sudo systemctl disable gpsd.socket

 

i uwaga!! DZIAŁA!!!!!  

 

@apolkowski bardzo Ci dziękuję, tyle walki z tym kołem i wreszcie działa! Jestem Twoim dłużnikiem  

 

Ale po restarcie malinki znowu się nie łączy, musiałem ponownie wpisać:

 

sudo systemctl stop gpsd.socket

 

wtedy się połączył. Da się jakoś na stałe wyłączyć ten GPSD?

Spróbuj wyłączyć serwis gpsd.service. czyli:

sudo systemctl stop gpsd.service

sudo systemctl disable gpsd.service

Nie mam teraz włączonej Malinki i nie mogę zweryfikować, jak nazywa się ta usługa. Ewentualnie wykonaj:

systemctl list-units --type=service

i zweryfikuj tą nazwę.

Cześć,

w moim nowym SW Evostar 72ED, kupionym jakiś czas temu w teleskopy.pl, też na powierzchni jednej z soczewek widać punkt jakby delikatnie szpilką odciśnięty. Przypuszczam, że jest to wada fabryczna, powstała podczas nakładania warstw antyodblaskowych. W każdym razie jest to na tyle małe, że nie zauważyłem tego od razu, a soczewkę oglądałem uważnie po odbiorze sprzętu. Na jakość obrazu wpływu to nie ma, który zresztą uważam za bardzo dobry. Pokazuje to jednak, że względnie niska cena tego sprzętu nie jest przypadkowa

Ja kupowałem w Castoramie - na łatwiznę poszedłem

Cześć,

wypada się przywitać Na imię mam Piotr, mieszkam w Gdańsku. Astronomią interesuję się od kiedy pamiętam, czyli już dosyć długo Forum Astropolis odwiedzam od dosyć dawna, czas najwyższy zalegalizować ten związek.

Sprzęt: lornetka 7x50, montaż paralaktyczny, dwa refraktory i trochę różnych klamotów.

Co obserwuję: wszystko, co aktualnie się da i na co mam ochotę   Ostatnio próbuję trochę poważniej zająć się obserwacjami ccd gwiazd zmiennych.

Pozdrawiam!