Hallo,
ich verwende einen Raspberry Pi 3 (Raspbian GNU/Linux mit installiertem Fhem Server zur Steuerung meiner Hausautomatisation. Mit diesen greife ich über einen RPC Server auf eine CCU2 Zentrale (Homematic) zu, um die Verbindung zu den Homematic Sensoren und Aktoren über Fhem zu bekommen.
Nun habe ich folgendes Problem, ich beobachte ein "einschlafen" der Kommunikation (LAN) vom Raspi zur CCU2 Zentrale, nach einer Laufzeit von mehr als ca. 6 Stunden inaktivität (Nachts), diese betragen teilweise mehr als 2 Minuten. Ich habe mir schon den Kopf zerbrochen und tagelang in Foren gestöbert aber ich selbst habe nur Vermutungen und kein anderer User hat das gleiche Problem.
Richte ich aber einen Dauerping vom Raspi zur CCU2 ein, tritt das beschriebene "einschlafen" nicht mehr auf und ich habe Antwortzeiten von weniger als 11 Sekunden. Damit könnte ich prima leben.
Nun brauche ich eure Hilfe bei der korrekten Einrichtung des Dauerpings auf dem Raspi, welches auch einen Neustart übersteht. Bisher habe ich nach Studium von div. Foren folgende Möglichkeiten versucht.
Eintrag in etc/rc.local:
# Print the IP address
_IP=$(hostname -I) || true
if [ "$_IP" ]; then
printf "My IP address is %s\n" "$_IP"
fi
sudo nohup ping 192.168.1.32 &
sudo hwclock -s
exit 0
Alles anzeigen
Dieser Eintrag wird jedoch nicht beachtet, ich kann jedenfalls nach einem Neustart keinen gestarteten Ping über "ps ax" erkennen.
Nun habe ich es über etc/crontab wie folgt versucht:
# that none of the other crontabs do.
SHELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin
*/1 * * * * pi ping -c 1 192.168.1.32 > /dev/null 2>&1
# m h dom mon dow user command
Alles anzeigen
Nach einem Neustart gibt es keine Fehler, aber wie kann ich erkennen ob der Ping ausgeführt wird?
Ich denke die Angabe des User pi war hier korrekt oder?
Noch lieber würde ich das einschlafen der Kommunikation lösen, aber da habe ich die Hoffnung ehrlich gesagt schon aufgegeben.
Es wäre nett wenn ihr mir mit eurem Wissen hier weitrhelfen könntet.
Gruß Reinhard