Skocz do zawartości

wylam

Społeczność Astropolis
 Pokaż profil  Zobacz aktywność

  • Postów

    104

  • Dołączył

  • Ostatnia wizyta

 Typ zawartości 

Odpowiedzi opublikowane przez wylam

    Kamera QHY8Pro

    w Giełda: Archiwum

    Opublikowano

    Witam
    Mam na sprzedaż znaną kamerkę QHY8Pro. Jest to dokładnie to samo co QHY8L tylko sensor pozwala na odczyt bez przeplotu.

    https://www.qhyccd.com/en/QHY8L.html

     

    W zestawie:
    - kamera QHY8Pro
    - centralka zasilająca 12V DC201
    - tuba na osuszacz + mały zapas desicantu
    - kabel zasilający
    - kabel USB 5m 
    - przedłużka m42-m48 35mm dająca idealny odstęp od flattenera SW 0.85x

    Cena 2300zł  do negocjacji.

     

    Kamerka sprawna i bez problemu chłodzi -40 poniżej temperatury otoczenia.
    Sprzedaje ponieważ przechodzę na mono :)

     

    Zainteresowanym mogę przesłać zdjęcia które wykonałem kamerą oraz klatki kalibracyjne.

     

     

    IMG_0454.thumb.jpeg.86e3315a3132b3152f001e758c1ca7fb.jpegIMG_0453.thumb.jpeg.98bf8f28d28436a0ed465476d5cf61f0.jpegIMG_0455.thumb.jpeg.938fd4d1fa4c00db8df332d1fd74eb5e.jpeg

     

     

     

    Astroberry Server

    w Oprogramowanie

    Opublikowano

    15 godzin temu, Piotr Długosz napisał:

    Wygląda na to, że jakaś komunikacja zachodzi.

     

    @wylam, sprawdź:

    • wypróbuj inny kabel USB
    • jaką masz wersję firmware w DF? Może jest jakaś niekompatybilność, u mnie jest 4.0, a pilot ma 2.1. Jeśli masz starszą to zaktualizuj.
    • czy masz w logu systemowym coś takiego jak podłączysz DF: 
      
Sep 01 21:38:40 nanopim4 kernel: usb 3-1.4: new full-speed USB device number 3 using xhci-hcd
Sep 01 21:38:40 nanopim4 kernel: usb 3-1.4: New USB device found, idVendor=03eb, idProduct=2310
Sep 01 21:38:40 nanopim4 kernel: usb 3-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Sep 01 21:38:40 nanopim4 kernel: usb 3-1.4: Product: DreamFocuser
Sep 01 21:38:40 nanopim4 kernel: usb 3-1.4: Manufacturer: Mateusz Windak
Sep 01 21:38:40 nanopim4 kernel: cdc_acm 3-1.4:1.0: ttyACM0: USB ACM device

       

    Głośno myślę - Astroberry jest oparty na raspbianie czyli jest 32 bitowy? Może jest jakiś błąd w liczeniu sumy kontrolnej, który się nie pojawia prz 64 bitach (na takim systemie używam).

     

    @Piotr Długosz, na innym kablu mam to samo "[ERROR] TTY error detected: Timeout error"

     

    U mnie DF ma firmware 4.0, a pilot 2.2.

    Syslog: 

    astroberry kernel: [ 2844.650649] usb 1-1.5: new full-speed USB device number 8 using dwc_otg
astroberry kernel: [ 2844.783845] usb 1-1.5: New USB device found, idVendor=03eb, idProduct=2310
astroberry kernel: [ 2844.783856] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber=0
astroberry kernel: [ 2844.783861] usb 1-1.5: Product: DreamFocuser
astroberry kernel: [ 2844.783865] usb 1-1.5: Manufacturer: Mateusz Windak
astroberry kernel: [ 2844.784720] cdc_acm 1-1.5:1.0: ttyACM0: USB ACM device

    Dalej mam coś takiego jak próbuje podłączenia DF w indi. 

    astroberry gpsd[466]: message repeated 15 times: [ gpsd:ERROR: KPPS:/dev/ttyS0 kernel PPS failed Connection timed out]
astroberry ModemManager[416]: <info>  Creating modem with plugin 'Generic' and '1' ports
astroberry ModemManager[416]: <warn>  Could not grab port (tty/ttyACM0): 'Cannot add port 'tty/ttyACM0', unhandled serial type'
astroberry ModemManager[416]: <warn>  Couldn't create modem for device at '/sys/devices/platform/soc/3f980000.usb/usb1/1-1/1-1.5': Failed to find primary AT port
astroberry gpsd[466]: gpsd:ERROR: KPPS:/dev/ttyS0 kernel PPS failed Connection timed out

    Z tego co wiem system Astroberry oparty jest na Ubuntu Mate 16.04.

    Astroberry Server

    w Oprogramowanie

    Opublikowano

    3 godziny temu, RadekK napisał:

    Wygląda na problem z połączeniem z focuserem. Odłącz inne urządzenia USB i zostaw tylko focuser. Nie wiem z jaką prędkością połączenia natywnie pracuje dreamfocuser, ale spróbuj ustawić 9600 zamiast 115200 bps.

    Zamiana na 9600 bps i odłączenie pozostałych urządzeń nic nie daje.

     

     

     

    Tak wygląda log z próby połączenia.

    Cytat

    INFO    42.384150 sec    : Session log file /home/astroberry/.indi/logs/2019-09-01/indi_dreamfocuser_focus/indi_dreamfocuser_focus_17:46:22.log
    DEBUG    43.483692 sec    : Toggle Logging Level -- Driver Debug
    DEBUG    44.283708 sec    : Toggle Debug Level -- Driver Debug
    DEBUG    57.913208 sec    : Connecting to /dev/ttyACM0 @ 9600
    DEBUG    57.913989 sec    : Port FD 4
    DEBUG    57.914106 sec    : Connection successful, attempting handshake...
    DEBUG    57.914164 sec    : getStatus.
    DEBUG    57.914201 sec    : send_command
    DEBUG    57.914241 sec    : Sending command: c=I, a=0, b=0, c=0, d=0 ($0), n=0, z=150
    DEBUG    57.914316 sec    : Sending complete. Number of bytes written: 8
    ERROR    62.919417 sec    : TTY error detected: Timeout error
    DEBUG    62.923133 sec    : Handshake failed.
     

     

    Astroberry Server

    w Oprogramowanie

    Opublikowano

    W dniu 16.12.2018 o 19:27, RadekK napisał:

    No dobra, widzę że skoro jednym działa, a innym nie działa, a jeszcze innym jednego dnia działa a innego nie to musimy wspólnie zdiagnozować problem.

    Każdego kto ma jakiekolwiek problemy z wirtualnym access pointem (niewidoczna sieć wifi astroberry) albo jakikolwiek inny problem proszę o podanie w poście:

    1. Wersji Raspberry Pi
    2. Wyniku polecenia 1 wykonanego w terminalu na Raspberry
    3. Wyniku polecenia 2 wykonanego w terminalu na Raspberry
    4. Rodzaju urządzenia (PC/Tablet/Telefon/Lodówka/Suszarka do włosów) i informacji o systemie operacyjnym i wersji z jakiego łączycie się do Raspberry (Windows/Linux/Mac)
    5. Rodzaju routera wifi z którym próbujecie się połączyć z Raspberry
    6. Informacji o wspieranych trybach wifi B/G/N/AC na urządzeniu z pkt 4
    7. Informacji o wspieranych trybach wifi B/G/N/AC na routerze z pkt 5
    8. Informacji na temat tego, czy dokonywaliście jakichkolwiek zmian w konfiguracji Astroberry Server

     

    Świeżo zainstalowany system na nowej karcie sd.


    2. RPi 3B
    3. Virtual Access Point STARTED ( ap astroberry nie pojawia się)
    4. a22082
    5. Laptop MacBook Air, MacOS, laptop z windowsem. tablet z androidem, telefon iphone
    6. Linksys  TL-WDR4300
    7. B/G/N/AC
    8.  B/G/N
    W dniu 16.12.2018 o 23:56, RadekK napisał:

    Dzięki zaangażowaniu @glaurung prawdopodobnie znaleziony został problem! Okazuje się, że różne wersje 3B+ inaczej się identyfikują i system głupieje, źle wykrywając wersję.

    Tych z Was którzy mają problem z VAP proszę o zastąpienie oryginalnego skryptu wersją załączoną do tego posta. Jak to zrobić?

    1. Zapisujemy skrypt w /home/astroberry

    2. Nadpisujemy oryginalny skrypt: sudo cp /home/astroberry/astroberry_vap /usr/local/bin/astroberry_vap

    3. Ustawiamy poprawne uprawnienia: sudo chmod 755 /usr/local/bin/astroberry_vap

    4. Restart systemu

     

    astroberry_vap

     

    PS. Tych z Was którzy nie są oswojeni z linuxem uspokajam. Po tym jak potwierdzi się, że ta zmiana rozwiązuje problem opublikuję nowy obraz systemu do nagrania na kartę SD ;)

    U mnie to nie działa.

     

    astroberry_vap status 

    /usr/local/bin/astroberry_vap: line 17: [: missing `]'
    /usr/local/bin/astroberry_vap: line 17: a22082: command not found
    /usr/local/bin/astroberry_vap: line 17: a22082: command not found
    Virtual Access Point STARTED

     

    Astroberry Server

    w Oprogramowanie

    Opublikowano

    W dniu 15.12.2018 o 11:00, RadekK napisał:

    Obecnie działa tak:

    - po uruchomieniu systemu na 3B+ odpala się domyślnie VAP w trybie AC 5GHz, a na 3B odpala się VAP w trybie G/N na 2.4GHz --> łączymy się do sieci wifi "astroberry", brak internetu

    U mnie na malince 3B nie wykrywa tego automatycznie i trzeba wyedytować ręcznie plik hostepad.

     

    W dniu 15.12.2018 o 11:00, RadekK napisał:

    - po skonfigurowaniu połączenia do innego access pointa VAP się wyłącza (własnie ze względu na wymaganie że obie sieci muszą działać na tym samym kanale) --> łączymy się do swojej sieci wifi i system dostępny jest w niej pod adresem astroberry.local albo IP z naszej sieci, jest dostęp do internetu

    Czyli po ustawieniu połączenia do swojej sieci wifi vap jest wyłączany na stałe i system nie sprawdza już tego przy uruchomieniu?

    Astroberry Server

    w Oprogramowanie

    Opublikowano

    3 godziny temu, glaurung napisał:

    Kolego Selmak daj sobie spokój z kolejnym flashowaniem u mnie jest dokładnie to samo sprawdzałem na trzech różnych kartach, trzech różnych czytnikach i dwóch dostępnych komputerach. Efektów niestety to nie przyniosło żadnych. Nawet po zastosowaniu zmian które doradził Radek odnośnie Wifi punkt dostępowy jest niewidoczny.

    Malina łączy się z routerem ale nie można połączyć się z maliną. Firefox też mi nie działa próby instalacji innej przeglądarki też spełzły na niczym.

    Ja mam malinę w wersję B+ i coraz bardziej zastanawiam się czy na zwykłej B nie zaczęło by działać.

    Potwierdzam u mnie występuje ten sam problem z wifi.

    Częściowo działa sposób z edycją  pliku /etc/hostapd/hostapd.conf  i zamianą hw_mode=g oraz channel=6

    Hotspot astroberry wtedy staruje tylko trzeba odczekać 5-10min zanim zobaczymy sieć.

×
×
  • Dodaj nową pozycję...

Powiadomienie o plikach cookie

Umieściliśmy na Twoim urządzeniu pliki cookie, aby pomóc Ci usprawnić przeglądanie strony. Możesz dostosować ustawienia plików cookie, w przeciwnym wypadku zakładamy, że wyrażasz na to zgodę.