r.ziomber

Warto tez zwrocic uwage na pogode.

Cytat

The sun is said to shine during about 90% of the daylight hours, making Yuma the sunniest place in the world.[14] An annual mean sunshine duration of 4,015 h would have been recorded in the desert city.

https://en.wikipedia.org/wiki/Yuma,_Arizona

W moim ukochanym Tucson jest niewiele gorzej.

https://en.wikipedia.org/wiki/Optics_Valley

W dniu 2.01.2019 o 17:39, RadekK napisał:

A nie podmontowuje Ci przypadkiem automatycznie Canona jako dysk USB na RPi?

Mialem podobny problem z gphoto2. Najpierw trzeba ubic procesy zwiazane z automontowaniem karty z aparatu.
ps aux | grep gphoto

potem

kill (numer procesu odczytanego powyzej)

Zamiast tego oczywiscie mozna wylaczyc automontowanie.

Wyglada na gniazdo GX12-2.

Przy podlaczaniu trzeba tylko bardzo uwazac na zgodnosc polaryzacji!

W instrukcji nie widze wzmianki o tym. Hipotetycznie GND powinno byc zwarte do obudowy, jak i tych gwintow na zewnatrz gniazd.

Upewnij sie z jakiegos sprawdzonego zrodla przed podlaczeniem do pradu!

https://inter-static.skywatcher.com/upfiles/en_download_caty01440636363.pdf

Z RA i DEC oraz aktualnego czasu gwiazdowego potrzebny bedzie azymut.

Oczywiscie, ze to wspolrzedne obserwowanego obiektu steruja kopula, a nie kopula ustawieniem teleskopu.

Na pewno bedziesz musial wyliczyc azymut aktualnie obserwowanego obiektu ;-)

https://en.wikipedia.org/wiki/Celestial_coordinate_system#Equatorial_↔_horizontal

W dniu 29.12.2018 o 08:59, Selmak napisał:

problemy jakie gnębiły moje rpi 3b+ zostały rozwiązane..pozostaje mi tylko sprawa tego zegara RTC.

Raspberry Pi GPS jako zegar czasu rzeczywistego

Moze warto dodac obsluge ST-4? Albo nawet konwerter USB-UART i obsluge autoguidingu bezposrednio z USB.

Najlepiej podszyc sie pod protokol komunikacyjny jakiegos istniejacego autoguidera w INDI/ASCOM.

Przykladowy protokol juz zaimplementowany w ASCOM:

https://github.com/kevinferrare/arduino-st4/blob/master/ArduinoCode/ArduinoCode.ino

Oprocz wspomnianej juz wczesniej mozliwosci wspolpracy z komputerem, nie wyobrazam sobie pracy bez Live View. Niesamowicie ulatwia reczne ustawienie ostrosci. Canon 450D albo 1000D to stanowczo minimum.

Testy prototypowej wersji plytki PCB...

3 godziny temu, Szychor napisał:

Sorry za malowanie w paincie ale nie mam  na tym komputerze Eagla do schematów.

https://easyeda.com

Scott Manley

Urania TV

3Blue1Brown

European Southern Observatory (ESO)

AstroBackyard

Przypuszczam, ze 7m bedzie kompatybilny wstecznie z UBX protocol dla 6m, ale jesli nie...

WYDAJE mi sie, ze ta konfiguracja z poziomu Arduino jest niepotrzebna. Tzn mozna ja USUNAC w szkicu Ardu, a wykonac wczesniej przy pomocy u-center.

Trzeba tylko zrozumiec, jakich ustawien oczekuje ten kod i "recznie" wyklikac je w aplikacji u-center.

Zauwaz, ze configureGPS() jest wykonywane tylko przy starcie (w funkcji setup()).

Kod jest ladnie okomentowany i takie rzeczy jak

// Portmode:

// Wyłącz komunikat NMEA GLL:

// Wyłącz komunikat NMEA GSA:

// Wyłącz komunikat NMEA GSV:

// Wyłącz komunikat NMEA VTG:

chyba zrobimy w aplikacji producenta.

Masz jakis kontakt z Autorem projektu?

Hipotetycznie tak. GPS wysylaja dane w standardzie NMEA https://www.gpsinformation.org/dale/nmea.htm

W projekcie widze dolaczana jest biblioteka TinyGPS++, ktora sama z siebie na pewno bedzie wspoldzialac z tym modulem.

Z drugiej strony laczy TX w Arduino z RX w GPS. Wysyla jakies dane konfiguracyjne do GPS.

Martwi mnie

// Send a byte array of UBX protocol to the GPS
void sendUBX(uint8_t *MSG, uint8_t len) {
  for(int i=0; i<len; i++) {
    Serial.write(MSG[i]);
  }
  Serial.println();
}

https://github.com/smopihub/smopiVTI/blob/master/smopiVTI.ino

u-Blox NEO-6m i 7m to w koncu wypusty tej samej firmy, ale czy "UBX protocol" dziala tam dokladnie identycznie?

7 minut temu, Agent Smith napisał:

Błysk z gps czy też pik z DCF co sekundę to za mało - mija pomiędzy nimi aż 1000 milisekund niepewności. 

Rejestrujesz x klatek na sekunde i liczysz klatki od poczatku blysku.

Mozna zrobic inserter "migaczowy" dla dowolnego rodzaju kamery.

PPS z GPS oraz dodatkowa dioda zapalajaca sie np, gdy sekunda jest podzielna np przez 10. Do tego zestaw soczewek ogniskujacych swiatlo na matrycy. Wtedy wystarczy zgrubnie wiedziec, o ktorej nastapilo zjawisko, a potem zliczac klatki.

Mam gotowy stoper synchronizowany GPS z PPS. Oczywiscie do obserwacji wizualnych.

Godzinę temu, Agent Smith napisał:

3. Wyzwalacz poprzez przyciski na obudowie?... nie kumam, solenoidy jakieś ? Czy to tymi przyciskami będziesz wysyłał komendy BT i WiFi?

Wersja przedpotopowa. Tzn przedpremierowa. Nawet transoptor do wyzwalania aparatu nieprzylutowany.

Po prawej masz enkoder z przyciskiem. Nim mozesz ustawiac opcje w menu (series, interval, exp. time, wait before start). Dzieki temu urzadzenie moze dzialac samo z siebie (no i z lustrzanka ;-).

Czarny przelacznik kolyskowy to taki "analogowy" wyzwalacz z czasem "B". Bedzie dzialac nawet z odlaczonym zasilaniem.

Oprocz tego kanapkopudelko moze bezprzewodowo wspolpracowac z telefonem albo komputerem.

- tworzy Access Pointa WiFi, z ktorego siecia mozemy sie polaczyc (nie jest wiec potrzebny dostep do "lokalnej sieci bezprzewodowej" i bedzie pracowac w szczerym polu). Wchodzac na http://192.168.1.1 otrzymujemy

- dedykowana aplikacja (patrz wyzej ;-) do sterowania poprzez Bluetooth. Mozemy tez recznie wydawac komendy przy pomocy aplikacji Serial Bluetooth Terminal.

Serce stanowi ESP32 zaprogramowane w Arduino. Zaleta rozwiazania jest mozliwosc kontrolowania starymi lustrzankami (np moim Canonem EOS 60D), ktore nie maja wbudowanych modulow radiowych i dedykowanych aplikacji. Poza tym mozemy zmajstrowac wezyki do aparatow wielu marek. Wtyczki pasujace do gniazd wezyka sa np na Aliexpress.

http://www.doc-diy.net/photo/remote_pinout/

W dniu 19.12.2018 o 18:01, Pkurek napisał:

Może jakiś informator o nadchodzących imprezach astronomicznych

Pewnie moglbym dodac powiadomienia dla kalendarza, o ile tylko takie cos byloby przydatne. Chyba dubluje funkcjonalnosc aplikacji Google.

Myslalem o jeszcze innym powiadomieniu: czujnik deszczu zostawiany przy teleskopie. W razie czego wlacza alarm na telefonie

Wzglednie czujnik zachmurzenia alarmujacy, ze warto wyjsc z domu.

W dniu 19.12.2018 o 18:01, Pkurek napisał:

jakaś mała reklama? np. Astropolis

Przypuszczam, ze bedzie to aplikacja na tyle niszowa, ze o jej istnieniu dowiecie sie z Astropolis, a nie o istnieniu Astropolis z poziomu aplikacji ;-)

W dniu 19.12.2018 o 18:01, Pkurek napisał:

Czy przewidujesz wersję po polsku?

Pewnie tak, ale jako skrajny matol (problemy z nauka pamieciowa i poznawaniem jezykow obcych) bardzo polecam uzywanie angielskich wersji aplikacji oraz czytanie tekstow w jezyku obcym o rzeczach, ktore nas interesuja. Nawet jesli jest to na poczatku bolesne i frustrujace, z biegiem czasu przynosi wymierne rezultaty. Gdyby nie to, ze od dawna zmuszam sie do uzywania jezyka angielskiego w zyciu codziennym, teraz nie umialbym nic.

Znajomosc tego jezyka otworzy nam dostep do najwiekszej ilosci informacji przydatnych w wielu dziedzinach.

http://hyperphysics.phy-astr.gsu.edu/hbase/hframe.html

https://stackoverflow.com

https://www.quora.com

http://www.cplusplus.com/reference/

i miliardow innych...

PS. Wyzwalacz do lustrzanki "wszystko w jednym" (WiFi, Bluetooth i przyciski na obudowie) sterowany przez w.w. aplikacje prawie gotowy.

Pilot uzywa portu szeregowego z poziomem napiec RS-232. Najwygodniej miec konwerter USB - RS-232 oraz stosowny kabel DB-9 do SynScana.

Jezeli mamy FTDI z poziomem napiec TTL, wymagany bylby jeszcze konwerter MAX3232.

Str 21: https://web.archive.org/web/20100612080315/http://skywatchertelescope.net/swtsupport/Instruction_Manuals/SynScan 240406V2.pdf

Pamietajmy tylko, ze podlaczenie RS-232 bezposrednio do montazu (bez posrednictwa pilota) doprowadzi do spalenia jego elektroniki!

Kabel widoczny na zdjeciu:

W sumie wyzwalacz IR mialby sens, zwlaszcza w polaczeniu ze strona internetowa.

1. Uczymy "pudelko" sygnalow z gotowego pilota albo znajdujemy kody w Internecie. Bedzie moglo wtedy udawac firmowy wyzwalacz i "migac" do aparatu.

2. Kladziemy "pudelko" przy aparacie w jakiejs zdalnej lokalizacji, ale w zasiegu sieci WiFi.

3. Wchodzimy przez Internet na strone "pudelka", a to zdalnie wyzwala za nas aparat.

Zapewniloby to obsluge jeszcze wiekszej liczby aparatow.

12 godzin temu, Agent Smith napisał:

Chętnie też zmajstruję Twój kontroler pod arduino, choć nieco odstrasza brak jakiegokolwiek opisu funkcjonalności (chyba, że ja nie potrafię znależć.

Obecnie mam gotowe trzy rozne wyzwalacze (Bluetooth, WiFi i kablowy). Koncze wersje "wszystko w jednym" (sterowana przez WiFi, Bluetooth i enkoder na obudowie + wyswietlacz), oparta na ESP32.

Opis konstrukcji poprzednich:

Radiowy (WiFi) wyzwalacz czasowy (interwalometr) dla lustrzanki - time-lapse nocnego nieba

Wyzwalacz czasowy (interwalometr) dla lustrzanki na Arduino - time-lapse tranzytu Merkurego

Interwalometr przewodowy:

Jak do tej pory myslalem jedynie o "wspomaganiu" pilota podlaczonego kablem RS-232 do przystawki z Bluetooth HC-05 albo HC-06 i konwerterem MAX3232.

W przyszlosci moze pomysle o protokole EQMOD EQDIR (czy jak mu tam).

Na zdjeciu wersja z WiFi, ale Bluetooth wyglada prawie identycznie.

Godzinę temu, sidiouss napisał:

Z tego co pamiętam w Android Studio jest świetny emulator i można testować aplikacje bez użycia telefonu

Ok, ale wiekszosc programu to Bluetooth i protokol komunikacyjny producenta teleskopu.

https://www.meade.com/support/TelescopeProtocol_2010-10.pdf

https://s3.amazonaws.com/celestron-site-support-files/support_files/1154108406_nexstarcommprot.pdf

Pol biedy z wyzwalaczem do lustrzanki, bo protokol komunikacyjny moge dowolnie zmieniac.

7 godzin temu, wtw napisał:

Czy można w jakiś sposób zemulować astroberry-server na pc? Np odpalić z pendrive?

Chyba lepiej po prostu zainstalowac Linuksa i https://www.indilib.org

https://www.indilib.org/about/ekos.html

10 godzin temu, Selmak napisał:

A jaki soft na linuksie i windowsie ogarnie takie połączenie?

Testowalem na Raspberry Pi. To Python, wiec bedzie dzialac na wszystkim ;-)