EinEinfach
Well-known member
Wenn commcfg.json geändert wird, dann wird auch geänderter Port verwendet. Alles andere ist Visu… vielleicht mal den Browserfenster aktualisierenDie Commcfg.json in .cassandra wird geändert.
Wenn commcfg.json geändert wird, dann wird auch geänderter Port verwendet. Alles andere ist Visu… vielleicht mal den Browserfenster aktualisierenDie Commcfg.json in .cassandra wird geändert.
Nein der ist nicht hart verdrahtetIst der Port vielleicht "hart verdrahtet"?
Hi Jürgen,Hallo Jürgen,
um den GPIO als UART verwenden zu können, musst du Bluetooth abschalten (siehe hier). Hast du das gemacht?
Grüße
Jürgen
Ich brauch mal einen sniffer, um zu sehen, ob cassandra wirklich auf dem Port redet.
screen /dev/serial0 115200
Jetzt beim Sonntags-Morgen-Test, ist serial0 eingetragen:Wie gesagt, wenn in commcfg.json dein Port übernommen worden, dann ist schon mal das wichtigste richtig gelaufen und Cassandra lauscht auf dem neuen Port, alles andere ist erstmal unwichtig
gabs da nicht mal die Energiesparfunktion beim Raspi, die das WLAN irgendwann mal abschaltet?Da ich den GPIO nicht zum Laufen gebracht habe, habe ich den RPI Zero wie Andere auch per USB mit dem M4 verbunden. Das läuft out of the box. Auch flashen OTA, was natürlich cool ist.
Trotzdem sind meine Erfahrungen negativ: Nach wenigen Stunden ist der Raspi immer offline. Kein Cassandra mehr, kein SCP, kein ssh. Keine Ahnung, ob der Rasp noch läuft und es nur der Web-Service ist, Jedenfalls ist der Raspi nicht mehr erreichbar. Ich dachte erst es läge an dem China-super-billig Step-Down Konverter zur Versorgung des RPI, doch auch ein Austausch brachte nix.
pi@raspberrypi:~ $ sudo iwconfig wlan0
wlan0 IEEE 802.11 ESSID:"SSID HERE"
Mode:Managed Frequency:2.462 GHz Access Point: MAC HERE
Bit Rate=65 Mb/s Tx-Power=31 dBm
Retry short limit:7 RTS thr:off Fragment thr:off
Encryption key:off
Power Management:on
Link Quality=70/70 Signal level=-26 dBm
Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0
Tx excessive retries:0 Invalid misc:0 Missed beacon:0
sudo iwconfig wlan0 power off
#!/bin/bash
# reset-netz.sh
# joe-eis, 2021-01-19 V0.3
VDATE=`date '+%Y-%m-%d_%H:%M:%S'`
USTATE=`ip -p address show|grep -v 'LOOPBACK' |egrep 'state UP'|tr " " ":"|cut -d: -f3|wc -l`
ASTATE=`ip -p address show|grep -v 'LOOPBACK' |egrep 'state'|tr " " ":"|cut -d: -f3|wc -l`
NDOWN=`ip -p address show|egrep 'state DOWN'|tr " " ":"|cut -d: -f3|wc -l`
#echo "Anzahl vorhandener Netzgeräte $ASTATE"
#echo "Anzahl Geräte in $NDOWN"
if [ "$NDOWN" -eq "$ASTATE" ]; then
#echo "$NDOWN von $ASTATE Netzgeräte sind down"
echo "$VDATE: $NDOWN von $ASTATE Netzgeräte sind down" >> netz.log
sudo ifconfig eth0 down
sleep 5
sudo ifconfig eth0 up
sleep 1
sudo ifconfig wlan0 down
sleep 5
sudo ifconfig wlan0 up
echo "$VDATE: Netzgerät(e) durch gestartet" >> netz.log
USTATE=`ip -p address show|grep -v 'LOOPBACK' |egrep 'state UP'|tr " " ":"|cut -d: -f3|wc -l`
echo "Es ist/sind $USTATE Netzwerk Geräte aktiv" >> netz.log
else
ND=`ip -p address show|egrep 'state UP'|tr " " ":"|cut -d: -f3|head -1`
GW=`ip route |head -1|grep default|cut -d" " -f3`
PTL=`ping -c1 $GW|grep 'packets transmitted'|tr " " ":"|cut -d: -f6|cut -d% -f1`
#echo "Network Device is $ND" # debug
#echo "Gateway is $GW" # debug
#echo "Packets transmitting loss ist $PTL %" # debug
fi
# ENDE
Ist der Raspi denn noch an deiner Fritzbox als online eingetragen? Wenn ja, was genau kommt als Rückmeldung, wenn du dich per ssh verbinden willst?Nach wenigen Stunden ist der Raspi immer offline. Kein Cassandra mehr, kein SCP, kein ssh. Keine Ahnung, ob der Rasp noch läuft und es nur der Web-Service ist
laut hier:Nach
steht dann Power Management auf off. Der RPI geht trotzdem aus.Code:sudo iwconfig wlan0 power off
Ich hab dann im Netzt ein skript gefunden: