LEDs leuchten grün, sonst ... nichts mehr

[sepple]

Hallo zusammen,

los gegangen ist es damit, dass der Alfred keine serielle Verbindung mehr bekommen hat (laut Log) und daher nicht mehr zum Mähen losgefahren ist. Das konnte ich via SSH noch aus dem Log lesen. Nach einer Zeit konnte ich mich nicht mehr einloggen, obgleich der Pi auf Pings geantwortet hat und sogar der sshd erreichbar war. Nun habe ich die SD-Karte ausgebaut und ein Image gezogen --> die SD-Karte ist (trotz entriegeltem Adapter) schreibgeschützt, hat wohl einen weg. Also neue Karte rein, das Image drauf geschrieben, mit einem Linuxrechner einen fsck auf allen Partitionen gemacht, läuft nicht. Neues Image aus der Sunray-Anleitung drauf geschrieben, läuft nicht...

Aktueller Stand: Image aus der Anleitung ist auf neuer Karte. Alle drei LEDs am Alfred leuchten grün und ich habe im Evothings Viewer anfangs auch den Bananpi gesehen. Bekomme aber keine Verbindung und eigentlich(tm) sollte in meinem Büro auch kein Fix und mit dem neuen Image keine WLAN-Verbindung möglich sein (weswegen ich eine grüne und zwei rote LEDs erwarten würde).

Hat jemand eine Idee, was ich noch versuchen kann?

Edit: Ich höre auch nicht die Pieptöne und am Bananapi leuchtet die rote und blinkt die grüne LED. Schließe ich einen Monitor an, sehe ich nach ein paar Minuten einen Raspbian Desktop, kann aber auch mit Maus/Tastatur nix machen. Die Zeit rechts oben läuft aber (die Minuten zählen hoch auf der Uhr)..

 

[sepple]

Update: Mittlerweile habe ich festgestellt, dass meine neue SD-Karte wohl inkompatibel ist mit dem Bananapi. Mit einer dritten SD-Karte konnte ich nun das ausgelesene Image wiederherstellen und komme per SSH auf den Pi. Dort bietet sich mir folgendes Bild:

Jun 21 22:56:01 bananapi start_sunray.sh[3053]: BUZZER_ENABLE
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: SERIAL_BUFFER_SIZE=4096 (increase if you experience GPS checksum errors)
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: -----------------------------------------------------
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: UBLOX::begin serial
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 115200...
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: using gps driver: UBLOX
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: trying to connect to ublox f9p...
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: NOTE: if GPS is not responding either set 'GPS_CONFIG=false' in config.h or perform GPS wire fix (see Wiki)
Jun 21 22:56:01 bananapi start_sunray.sh[3053]: trying baud 115200
Jun 21 22:56:04 bananapi start_sunray.sh[3053]: ERROR: GPS receiver is not responding
Jun 21 22:56:04 bananapi start_sunray.sh[3053]: trying baud 38400
Jun 21 22:56:04 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 38400...
Jun 21 22:56:08 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 115200...
Jun 21 22:56:08 bananapi start_sunray.sh[3053]: ERROR: GPS receiver is not responding
Jun 21 22:56:08 bananapi start_sunray.sh[3053]: trying baud 115200
Jun 21 22:56:11 bananapi start_sunray.sh[3053]: ERROR: GPS receiver is not responding
Jun 21 22:56:11 bananapi start_sunray.sh[3053]: trying baud 38400
Jun 21 22:56:11 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 38400...
Jun 21 22:56:14 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 115200...
Jun 21 22:56:14 bananapi start_sunray.sh[3053]: ERROR: GPS receiver is not responding
Jun 21 22:56:14 bananapi start_sunray.sh[3053]: trying baud 115200
Jun 21 22:56:17 bananapi start_sunray.sh[3053]: ERROR: GPS receiver is not responding
Jun 21 22:56:17 bananapi start_sunray.sh[3053]: trying baud 38400
Jun 21 22:56:17 bananapi start_sunray.sh[3053]: setting baudrate /dev/serial/by-id/usb-u-blox_AG_-_www.u-blox.com_u-blox_GNSS_receiver-if00 38400...

Das scheint Sunray insgesamt am Start zu hindern. Auch MQTT-mäßig kommt nichts an den Broker. Dieses Bild hatte ich auch zuletzt, als die Probleme ursprünglich angefangen haben..

Spoiler: dmesg

[   38.775210] RTW: rtw_reg_notifier: NL80211_REGDOM_SET_BY_COUNTRY_IE
[   38.831337] RTW: OnAction_back
[   38.831358] RTW: OnAction_back, action=0
[   38.833253] RTW: issue_addba_rsp_wait_ack(wlan0) ra=fe:92:bf:6d:bb:6d status:=0 tid=0 size:64, acked, 1/3 in 4 ms
[   39.260143] [I2C1] Xfer fail - TIMEOUT (0/1)
[   39.260167] msg->addr  = 50
[   39.260184] msg->flags = 0000
[   39.260201] msg->len   = 0
[   39.260219] msg->buf   = 0000000000000010
[   41.307990] [I2C1] Xfer fail - TIMEOUT (0/1)
[   41.308014] msg->addr  = 50
[   41.308031] msg->flags = 0000
[   41.308048] msg->len   = 2
[   41.308066] msg->buf   = ffffffc0799eac80
[   46.299720] RTW: OnAction_back
[   46.299793] RTW: OnAction_back, action=0
[   46.303261] RTW: issue_addba_rsp_wait_ack(wlan0) ra=fe:92:bf:6d:bb:6d status:=0 tid=6 size:64, acked, 1/3 in 0 ms
[  112.343257] RTW: cfg80211_rtw_scan(wlan0)
[  112.349037] RTW: [HW_VAR_CHECK_TXBUF] Empty in 0 ms
[  112.349292] RTW: wlan0 sleep m0=0x00000003, ori reg_0x4d4=0x00000000
[  113.115052] RTW: ERROR [RFK-CHK] RF-K not allowed due to ifaces under site-survey
[  114.281931] RTW: wlan0 wakeup m0=0x00000003, ori reg_0x4d4=0x00000003
[  114.283281] RTW: survey done event(8) band:0 for wlan0
[  114.283443] RTW: rtw_indicate_scan_done(wlan0)
[  116.376222] RTW: cfg80211_rtw_scan(wlan0)
[  116.382556] RTW: [HW_VAR_CHECK_TXBUF] Empty in 4 ms
[  116.382808] RTW: wlan0 sleep m0=0x00000003, ori reg_0x4d4=0x00000000
[  117.112441] RTW: ERROR [RFK-CHK] RF-K not allowed due to ifaces under site-survey
[  118.285196] RTW: wlan0 wakeup m0=0x00000003, ori reg_0x4d4=0x00000003
[  118.286617] RTW: survey done event(12) band:0 for wlan0
[  118.286907] RTW: rtw_indicate_scan_done(wlan0)
[  159.485172] RTW: rtw_issue_addbareq_cmd, p=0
[  159.485285] RTW: BA_starting_seqctrl = 485 for TID=0
[  159.485361] RTW: issue_addba_req(wlan0) ra=fe:92:bf:6d:bb:6d tid=0
[  159.487768] RTW: OnAction_back
[  159.487830] RTW: OnAction_back, action=1
[  159.487848] RTW: agg_enable for TID=0
[  172.339051] RTW: cfg80211_rtw_scan(wlan0)
[  172.339081] RTW: wlan0 bBusyTraffic == _TRUE
[  172.339100] RTW: cfg80211_rtw_scan (wlan0) : scan abort!! ifs BusyTraffic == _TRUE
[  176.372476] RTW: cfg80211_rtw_scan(wlan0)
[  176.378533] RTW: [HW_VAR_CHECK_TXBUF] Empty in 4 ms
[  176.378781] RTW: wlan0 sleep m0=0x00000003, ori reg_0x4d4=0x00000000
[  177.587670] RTW: ERROR [RFK-CHK] RF-K not allowed due to ifaces under site-survey
[  178.269667] RTW: wlan0 wakeup m0=0x00000003, ori reg_0x4d4=0x00000003
[  178.271203] RTW: survey done event(f) band:0 for wlan0
[  178.271418] RTW: rtw_indicate_scan_done(wlan0)

 

[sepple]

Nach ein paarmal drüber schlafen bin ich drauf gekommen, dass gar keine USB-Geräte zu funktionieren scheinen - also auch nicht der Ublox, zu dem dann auch nicht kommuniziert werden kann. Ersatz für den Bananapi ist unterwegs, aber es wurmt mich etwas, nicht zu wissen was wirklich das Problem ist. Was ich aber gefunden habe ist, dass USB-Probleme vielleicht eine bekannte Ursache haben könnten: https://forum.banana-pi.org/t/bpi-m4-usb-host-dying-uvcvideo-and-usb-rtl8821cu-solution/13210

Das führt mich etwas näher an die Lösung (oder weiter auf den Holzweg). Wer Ideen hat, gerne her damit..

 

[sepple]

Also es war der Bananapi. Der wurde nun getauscht und Alfred verrichtet wieder brav seinen Dienst. Ein Hoch auf das offene Design von Hard- und Software, einen anderen Mäher hätte ich für garantiert mehr Geld der Mährobotermafia anvertrauen müssen.