Jump to content

Astroberry Server


Recommended Posts

12 godzin temu, luzikos napisał:

Moje problemy z wifi na RPi4 definitywnie się skończyły po:

 

echo "options cfg80211 ieee80211_regdom=PL" > /etc/modprobe.d/cfg80211.conf

 

..więcej tu:

https://github.com/rkaczorek/astroberry-server/issues/128

Permission denied

EDIT. Zrobione.

Edited by apolkowski
  • Like 1
Link to post
Share on other sites
  • 3 weeks later...

szukam podpowiedzi, kstarrs nie trawi u mnie formatu cr3 (canon eos r)

2021-04-01T18:00:08: [ERROR] Exposure failed to parse raw image.

2021-04-01T18:00:08: [ERROR] Cannot open /tmp/indi_6cpzQH: Unsupported file format or not RAW file

 

sprawdzilem wersje libraw

astroberry@astroberry:~ $ ldd /usr/bin/kstars | grep libraw
    libraw.so.19 => /usr/lib/arm-linux-gnueabihf/libraw.so.19 (0xb3044000)

 

sudo upgrade etc nie updatuje mi tej paczki

 

jak moge updatowac ta biblioteke do dzialajacej wersji wspierajacej cr3 ? (chyba v20 ? )
 

Link to post
Share on other sites

Też z tym walczyłem i się poddałem. :(

chętnie poznam rozwiązanie.

Obecnie wstępne ustawienia robię na JPG i wszystko działa. Sesje odpalam na RAW (cr3) z zapisem na kartę aparatu. 

Tylko tak ogarnąłem temat.

 

Link to post
Share on other sites

Niestety to problem wersji biblioteki libraw, która w wersji stabilnej (v0.19) nie obsługuje (jeszcze) cr3. Wersja eksperymentalna (0.20) obsługuje ten format ale sądzę, że jej (ręczna) instalacja nie rozwiąże problemu bo pozostałe komponenty (libgphoto, indi-gphoto) są skompilowane z użyciem wersji stabilnej. Innymi słowy trzeba chwilę poczekać na wersję stabilną biblioteki. Jak się pojawi to napewno będzie dostępna wraz z innymi aktualizacjami dla całego systemu. Temat można śledzić tutaj https://www.libraw.org/blog

  • Like 2
Link to post
Share on other sites

Witajcie, mam problem z KStars/EKOS.

Na początku, wszystko działało idealnie. Cały sprzęt poprawnie podłączony, plate-solving zrobiony, montaż wiedział gdzie jest - po wyszukaniu obiektu i jego wybraniu się na niego przenosił i można było zaczynać sesję. Obecnie, co ciekawe zaczęło się to dziać po zmianie czasu na letni, sytuacja wygląda tak:

1. Robię plate-solving, montaż wie gdzie jest;
2. Wybieram obiekt, powiedzmy znajdujący się na zachód - zatwierdzam;
3. Montaż rusza się w całkowicie przeciwnym kierunku - na wschód a w KStars celownik z pozycją montażu idzie jeszcze w całkowicie inną stronę, również nie w stronę wybranego celu.
4. Robię ponowny plate-solving który po całej powyższej sekwencji ruchów nigdy się nie udaje, nie ważne jak dużo gwiazd jest na zdjęciu - cały czas dostaję error żeby sprawdzić czy na zdjęciu jest na pewno wystarczająca ilość gwiazd.
6. W tym momencie muszę zresetować Astroberry, ustawić ręcznie montaż na park-position i zacząć wszystko od początku gdzie znowu dzieje się dokładnie to samo. Montaż rusza się w całkowicie inne miejsce niż cel a celownik w KStars w ogóle nie pokrywa się z tym gdzie faktycznie się znajduje, plate-solving nie pomaga.

Próbowałem już wszystkiego - wgrywałem kilka razy Astroberry na nowo, bawiłem się ustawieniami czasu/lokalizacji w każdym możliwym miejscu - bez skutku. Jak wspominałem, zaczęło się to dziać po zmianie czasu na letni więc podejrzewam, że jest to z tym związane jednak wszędzie gdzie sprawdzałem - czas i lokalizacja były ustawione dobrze.

Czy ktoś ma jakiś pomysł co może być nie tak?

Link to post
Share on other sites

Sprawdź lokalizację i czas w:

  • Kstars
    • ustawienia geograficzne - strefa czasowa, czas letni EU
    • czas - double-click lewy górny róg mapy nieba
    • lokalizacja - double-click prawy dolny róg mapy nieba
  • INDI
    • sterownik montażu - site management

Upewnij się, że nie zamieniłeś miejscami długości i szerokości geograficznej (odpowiednio: longitude i latitude) - to częsty błąd :D

 

Link to post
Share on other sites

Tak to wygląda, lokalizacja przykładowa ale moja prawidłowa również jest w taki sposób ustawiona - wszystko wygląda w porządku, godzina się zgadza, długość/szerokość geograficzna również.

Jedyne co jest według mnie dziwne to UT Offset który w ustawieniach KStars musi być ustawiony na "1" bo inaczej godzina jest zła gdy prawidłowym UT Offsetem czasu letniego powinno być "2" - tak jest natomiast w Site Management sterownika montażu pomimo tego, że według ustawień INDI to KStars przesyła lokalizację do tego sterownika więc powinno być tak samo. Gdy natomiast w ustawieniach KStars ustawię UT Offset na 2 to wtedy w Site Management sterownika montażu będzie 3 i czas w KStars będzie zły.

https://imgur.com/a/qDLhsny
 

Link to post
Share on other sites

Miałem podobne zachowania. W moim przypadku problemem było to, że 1 solver odpalałem na okolicach polarnej, a gdzieś na indi forum wyczytałem, że nie powinno się tak robić, bo wszystko głupieje. Spróbuj ustawić montaż, następnie w kstars przejść na jakiś obiekt i dopiero zrobić plate solver.

Link to post
Share on other sites
  • 4 weeks later...

Znowu powróciłem do Raspberry bo wciąż mam problem z kołem filtrowym. Niby wszystko świeci na zielono, a nie chce działać choćby nie wiem co. To jedyne co mnie trzyma przed przejściem na malinkę.

Koło na tym samym kablu pod WIndowsem śmiga aż miło, a na malince martwe.

Montaż po bluetooth działa, focuser działa, kamera główna działa, kamera guidująca działa.

 

Zobaczcie, takie mam ustawienia koła:

 

Main Control:

206387514_Zrzutekranu2021-04-29o20_47_26.png.75e6eba09ca147127fc9bbb13c2fb845.png

 

Connection:

1358402889_Zrzutekranu2021-04-29o20_47_40.png.bd67a9b26ae5c4a12bf36b56c317cbfb.png

 

Options:

1843287775_Zrzutekranu2021-04-29o20_48_08.png.b5ad8c6206a2b3d3ed364a75630cdd4a.png

 

Filter Wheel:

637579360_Zrzutekranu2021-04-29o20_48_22.png.93b38bcae9b917c3fe05ab7560883ab7.png

Link to post
Share on other sites
38 minut temu, isset napisał:

Znowu powróciłem do Raspberry bo wciąż mam problem z kołem filtrowym. Niby wszystko świeci na zielono, a nie chce działać choćby nie wiem co. To jedyne co mnie trzyma przed przejściem na malinkę.

Koło na tym samym kablu pod WIndowsem śmiga aż miło, a na malince martwe.

Montaż po bluetooth działa, focuser działa, kamera główna działa, kamera guidująca działa.

 

Zobaczcie, takie mam ustawienia koła:

 

Main Control:

206387514_Zrzutekranu2021-04-29o20_47_26.png.75e6eba09ca147127fc9bbb13c2fb845.png

 

Connection:

1358402889_Zrzutekranu2021-04-29o20_47_40.png.bd67a9b26ae5c4a12bf36b56c317cbfb.png

 

Options:

1843287775_Zrzutekranu2021-04-29o20_48_08.png.b5ad8c6206a2b3d3ed364a75630cdd4a.png

 

Filter Wheel:

637579360_Zrzutekranu2021-04-29o20_48_22.png.93b38bcae9b917c3fe05ab7560883ab7.png

Czy koło masz podłączone może przez USB 3.0? Chyba będzie pomocne jak zrzucisz logi jak podłączasz koło. Bo może USB koła gryzie się z malina. Logi podaj z polecenia dmesg podłączając koło.

Link to post
Share on other sites

Próbowałem i przez USB 3.0 i przez 2.0 objaw ten sam.

 

8 minut temu, beny napisał:

Logi podaj z polecenia dmesg podłączając koło.

 

W sensie podłączyć koło i wpisać to polecenie?

Link to post
Share on other sites
43 minuty temu, isset napisał:

Ok, tak zrobię, ale jutro, bo już setup rozebrany. Ale jutro mam wolne :D 

Podłącz koło i wpisz w terminalu lsusb.

Odepnij koło i wpisz lsusb.

W ten sposób sprawdzisz czy malina widzi koło.

Potem odpal Indiserwer i ręcznie poleceniem zmień pozycję w kole. Bez odpalania Kstars.

 

Link to post
Share on other sites

Przed podłączeniem czegokolwiek do malinki:
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub


Po podłączeniu koła po USB 3.0
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 003: ID 10c4:ea60 Cygnal Integrated Products, Inc. CP2102/CP2109 UART Bridge Controller [CP210x family]
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

 

Link to post
Share on other sites
16 godzin temu, Nowok76 napisał:

Potem odpal Indiserwer i ręcznie poleceniem zmień pozycję w kole

Jak to zrobić? W sensie jako to ręczne polecenie na zmianę filtra w kole? :) 

Edited by isset
Link to post
Share on other sites
10 godzin temu, isset napisał:

No wkleiłem wyżej wynik polecenia dmesg przed podłączeniem koła i potem po podłączeniu. 

To było z "lsusb" :) Zrób to samo z tym "dmesg -wH" ja miałem problemy z podłączeniem jednego huba USB 3.0 i w "dmesg -wH" wychodziły logi o tym mówiące. 

Link to post
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.

  • Recently Browsing   0 members

    No registered users viewing this page.

  • Our picks

    • 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,”
      • 17 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.
      • 21 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.
        • Like
      • 130 replies
    • Aktualizacja silnika Astropolis - zgłaszanie uwag
      Dzisiaj zaktualizowaliśmy silnik Astropolis do najnowszej wersji (głównie z powodów bezpieczeństwa). Najpoważniejsze błędy zostały już naprawione, ale ponieważ aktualizacja jest dosyć rozbudowana (dotyczy także wyglądu), drobnych problemów na pewno jest więcej. Bez was ich nie namierzymy. Dlatego bardzo proszę o pomoc i wrzucanie tu informacji o napotkanych problemach/błędach.
      • 250 replies
    • Insight Investment Astrophotographer of the Year 2020 – mój mały-wielki sukces :)
      Jestem raczej osobą która nie lubi się chwalić i przechwalać… ale tym razem jest to wydarzenie dla mnie tak ważne, że postanowiłem podzielić się z Wami tą niezwykle radosną dla mnie wiadomością.
       
      Moja praca zajęła pierwsze miejsce w kategorii „Planety, komety i asteroidy” podczas tegorocznego konkursu Insight Investment Astronomy Photographer of the Year 2020.
        • Like
      • 85 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.