Jump to content

Astroberry Server


Guest RadekK
 Share

Recommended Posts

Bardzo długo ręcznie aktualizowałem datę  w Astroberry, bo choć używam modułu GPS  w Kstars pobierał aktualne dane ,ale czas systemowy się nie aktualizował....

I chyba jestem ostatni, który  odkrył jak to zmienić, ale  może komuś się przyda :D

 

otwieramy terminal :

sudo nano /etc/chrony/chrony.conf

 

modyfikujemy ostatnia linijkę  usuwamy kratkę na początku wiersza i zmieniamy "GPS" na "NMEA"

 

2021-10-18-211805_1600x900_scrot.jpg.e70362a6ce4da98aff79651e1333536a.jpg

 

zapisujemy Ctrl+O 

 

i gotowe

 

pozdr

M.

  • Like 1
  • Thanks 1
Link to comment
Share on other sites

29 minut temu, bacHor napisał:

;) no pierwszy nie 

Pisałem o tym w moich przydlugasnych wypocinach z 18 maja o ustawieniach GPS. 

 

 

Tak pisałeś, ale tamta procedura mnie odstraszyła prze swoja przydługaśność (Linux to dla mnie czarna magia)  tu zmieniam jedną linijkę i po sprawie- czyli jak sprawdziłem dokładnie tak jak opisałeś wcześniej  (dopiero teraz znalazłem ta komendę w Twoim  opisie):matrix:

 

M.

Edited by mirek01
Link to comment
Share on other sites

Trochę inny problem i jego możliwe rozwiązanie. Ostatni kilka razy nie zadziałało mi Load&Slew. Dotyczyło to Veila. Miałem wcześniej zrobione klatki Ha naswietlane po 600 sekund, z wyraźnie widoczną mgławicą i spora ilością gwiazd. Kiedy chciałem dozbierać klatek tlenowych klient Kstars na Windows poległ i nie był w stanie określić pozycji referencyjnego wodorowego kadru. Ustawianie ręczne zawsze obarczone jest błędem, więc pojawił się problem.

Rowiązanie: w Pixie (w Pixelmath) potraktowałem zdjęcie funkcją $T^4. Wynikowy obraz zapisałem jako fits. Tak spreparowane zdjęcie jest bez problemu rozpoznawane przez Load&Slew, a pozycja jest bez problemu określana.

Link to comment
Share on other sites

Mam Ha, chcę dopalić tlen. Normalnie robię Load&Slew i kadr mi się dokładnie ustawia, ale tym razem solver nie rozpoznawał pozycji. Po spreparowaniu klatki przez funkcję $T^4 wszystko zaczyna działać, więc jest to jakieś obejcie problemu. Ciekawe, że solver z Kstars na RPi te same klatki rozpoznaje poprawnie.  

Link to comment
Share on other sites

  • 3 weeks later...

Mam problem z łączeniem się z astroberry z telefonu. Generalnie używam dwóch konfiguracji sieci.

Astroberry Dom

W tej konfiguracji Astroberry jest podłączone przez Wi-Fi do mojego domowego rutera. Bez problemu łączę się przez VNC z wszystkich urządzeń (komputer, laptop, telefon).

Astroberry Teren

W tej konfiguracji astroberry jest skonfigurowane jako hotspot. Bez problemu mogę się połączyć przez VNC z laptopa oraz Iphone. Ale telefon Samsung S10e nie potrafi się połączyć z Wi-Fi wystawionym przez astroberry. Problem wydaje się powszechny (przykładowy temat) - android nie łączy się z hotspotem wystawionym przez astroberry.

 

Zna ktoś z Was rozwiązanie? Borykał się z podobnym problemem? A może korzysta z astroberry i łączy się bez problemu z Androida?

 

EDIT: Dodam jescze, że sieć mam skonfigurowaną standardowo za pomocą NetworkManager. Próbowałem wiele różnych sposobów znalezionych w internecie, z ręczną konfiguracją, ale żaden nie działał. Pewnie dlatego, że jestem zbyt zielony w Linuxach i nie rozumiem zależności między NetworkManagerm, /etc/wpa_supplicants/wpa_supplicants.conf, etc/dhcp/, etc/network/interfaces, etc/dhcpcd.conf, itd. Będę wdzięczny jak jakiś spec od Linuxa podpowie jak to ręcznie skonfigurować.

 

EDIT2: Chyba znalazłem. Trzeba ręcznie zbudować wpa_supplicant w wersji 2.9. https://github.com/rkaczorek/astroberry-server/issues/60 Buduje się...

 

EDIT3: Sukces! Podlinkowane wyżej rozwiązanie działa!

Edited by holeris
  • Like 2
Link to comment
Share on other sites

12 godzin temu, holeris napisał:

Mam problem z łączeniem się z astroberry z telefonu. Generalnie używam dwóch konfiguracji sieci.

Astroberry Dom

W tej konfiguracji Astroberry jest podłączone przez Wi-Fi do mojego domowego rutera. Bez problemu łączę się przez VNC z wszystkich urządzeń (komputer, laptop, telefon).

Astroberry Teren

W tej konfiguracji astroberry jest skonfigurowane jako hotspot. Bez problemu mogę się połączyć przez VNC z laptopa oraz Iphone. Ale telefon Samsung S10e nie potrafi się połączyć z Wi-Fi wystawionym przez astroberry. Problem wydaje się powszechny (przykładowy temat) - android nie łączy się z hotspotem wystawionym przez astroberry.

 

Zna ktoś z Was rozwiązanie? Borykał się z podobnym problemem? A może korzysta z astroberry i łączy się bez problemu z Androida?

 

EDIT: Dodam jescze, że sieć mam skonfigurowaną standardowo za pomocą NetworkManager. Próbowałem wiele różnych sposobów znalezionych w internecie, z ręczną konfiguracją, ale żaden nie działał. Pewnie dlatego, że jestem zbyt zielony w Linuxach i nie rozumiem zależności między NetworkManagerm, /etc/wpa_supplicants/wpa_supplicants.conf, etc/dhcp/, etc/network/interfaces, etc/dhcpcd.conf, itd. Będę wdzięczny jak jakiś spec od Linuxa podpowie jak to ręcznie skonfigurować.

 

EDIT2: Chyba znalazłem. Trzeba ręcznie zbudować wpa_supplicant w wersji 2.9. https://github.com/rkaczorek/astroberry-server/issues/60 Buduje się...

 

EDIT3: Sukces! Podlinkowane wyżej rozwiązanie działa!

 

Te komendy z linku wpisujesz w terminalu? tak na żywca?

 

Do the following commands:
 

mv wpa.txt wpa.sh
chmod +x wpa.sh
./wpa.sh

 

masz jakis screen z "budowy" wpa_supplicant

 

pozdr.

M.

Link to comment
Share on other sites

8 godzin temu, mirek01 napisał:

 

Te komendy z linku wpisujesz w terminalu? tak na żywca?

 

Do the following commands:
 

mv wpa.txt wpa.sh
chmod +x wpa.sh
./wpa.sh

 

masz jakis screen z "budowy" wpa_supplicant

 

pozdr.

M.

Generalnie tak. Ważne jest, żeby te komendy wykonać w katalogu, do którego się ściągnęło wpa.txt.

 

mv wpa.txt wpa.sh - to po prostu zmienia nazwę (sh to rozszerzenie skryptów w linuxie).
chmod +x wpa.sh - to nadaje skryptowi uprawnia do uruchomienia.
./wpa.sh - to uruchamia skrypt.

 

Jeszcze po drodze powinien Cię poprosić o hasło. Odnośnie samego skryptu, to chodzi on dosyć długo, ponad 15 minut. Outputu nie mam, ale zależy to od etapu.

 

Skrypt najpierw robi update astroberry:

sudo apt-get update
sudo apt-get -y upgrade
sudo apt-get -y install build-essential fakeroot devscripts
sudo apt-get -y install libnl-3-dev libnl-genl-3-dev libdbus-glib-1-dev libssl-dev libpcsclite-dev libnl-route-3-dev libreadline-dev

Logi to głównie downloady i instalowanie. W tej fazie miałem trochę błędów, że coś już jest zainstalowane, czy coś w tym stylu.

 

Następnie ściąga i rozpakowuje źródła wpa_supplicant w wersji 2.9:

wget https://w1.fi/releases/wpa_supplicant-2.9.tar.gz
sudo tar zxvf wpa_supplicant-2.9.tar.gz
cd wpa_supplicant-2.9/wpa_supplicant

Więc tutaj znów w logach download i rozpakowanie archiwum.

 

Następnie ustawia mnóstwo flag potrzebnych do skompilowania, przykładowo:

CONFIG_DPP=y

Tutaj chyba nie ma logów.

 

Na końcu uruchamia proces kompilacji:

sudo make
sudo make install BINDIR=/sbin LIBDIR=/lib

Tutaj jest log z kompilacji i budowania. Będzie długi i będzie wspominał o dużych ilościach plików o rozszerzeniu .c.

 

Jeśli chcesz sobie zapisać log do późniejszego sprawdzenia (nie to co ja :P), to możesz użyć:

./wpa.sh > log.txt

Wtedy w katalogu, w którym odpalisz skrypt stworzy się plik log.txt i do niego zostanie przekierowany cały output skryptu.

  • Thanks 1
Link to comment
Share on other sites

Witam szanowne grono:movingtongue: od niedawna korzystam z astroberry, mam pytanie do was czy prawidłowym jest zbieranie klatek w fits( korzystam z Canona)? Czy można jakoś zrobić aby fitsy były wyświetlane w kolorze podczas sesji?? I dlaczego przynajmniej tak mi się wydaje podgląd klatek jest jakiejś marnej jakości astroberry obcina to podczas sesji w fitsviewier?? Dziękuję za wszelkie odpowiedzi.

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

 Share

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Our picks

    • Droga Mleczna w dwóch gigapikselach
      Zdjęcie jest mozaiką 110 kadrów, każdy po 4 minuty ekspozycji na ISO 400. Wykorzystałem dwa teleskopy Takahashi Epsilon 130D i dwa aparaty Nikon D810A zamocowane na montażu Losmandy G11 wynajętym na miejscu. Teleskopy były ustawione względem siebie pod lekkim kątem, aby umożliwić fotografowanie dwóch fragmentów mozaiki za jednym razem.
        • Love
        • Thanks
        • Like
      • 44 replies
    • Przelot ISS z ogniskowej 2350 mm
      Cześć, po kilku podejściach w końcu udało mi się odpowiednio przygotować cały sprzęt i nadążyć za ISS bez stracenia jej ani razu z pola widzenia. Wykorzystałem do tego montaż Rainbow RST-135, który posiada sprzętową możliwość śledzenia satelitów.
      Celestron Edge 9,25" + ZWO ASI183MM. Czas ekspozycji 6 ms na klatkę, końcowy film składa się z grup 40 klatek stackowanych, wyostrzanych i powiększonych 250%.
      W przyszłości chciałbym wrócić do tematu z kamerką ASI174MM, która z barlowem 2x da mi podobną skalę, ale 5-6 razy większą liczbę klatek na sekundę.
      Poniżej film z przelotu, na dole najlepsza klatka.
        • Love
        • Thanks
        • Like
      • 70 replies
    • Big Bang remnant - Ursa Major Arc or UMa Arc
      Tytuł nieco przekorny bo nie chodzi tu oczywiście o Wielki Wybuch ale ... zacznijmy od początku.
       
      W roku 1997 Peter McCullough używając eksperymentalnej kamery nagrał w paśmie Ha długą na 2 stopnie prostą linie przecinajacą niebo.
       
      Peter McCullough na konferencji pokazał fotografię Robertowi Benjamin i obaj byli pod wrażeniem - padło nawet stwierdzenie: “In astronomy, you never see perfectly straight lines in the sky,”
        • Love
        • Thanks
        • Like
      • 16 replies
    • Jeśli coś jest głupie, ale działa, to nie jest głupie - o nietypowych rozwiązaniach sprzętowych
      Sformułowanie, które można znaleźć w internetach jako jedno z "praw Murphy'ego" przyszło mi na myśl, gdy kolejny raz przeglądałem zdjęcia na telefonie z ostatniego zlotu, mając z tyłu głowy najgłośniejszy marsjański temat na forum. Do rzeczy - jakie macie (bardzo) nietypowe patenty na usprawnienie sprzętu astronomicznego bądź jakieś kreatywne improwizacje w razie awarii czy niezabrania jakiegoś elementu sprzętu  Obstawiam, że @HAMAL mógłby samodzielnie wypełnić treścią taki wątek.
        • Haha
        • Like
      • 43 replies
    • MARS 2020 - mapa albedo powierzchni + pełny obrót 3D  (tutorial gratis)
      Dzisiejszej nocy mamy opozycję Marsa więc to chyba dobry moment żeby zaprezentować wyniki mojego wrześniowego projektu. Pogody ostatnio jak na lekarstwo – od początku października praktycznie nie udało mi się fotografować. Na szczęście wrzesień dopisał jeśli chodzi o warunki seeingowe i udało mi się skończyć długo planowany projekt pełnej mapy powierzchni (struktur albedo) Marsa.
        • Love
        • Thanks
        • Like
      • 132 replies
×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.