Ich würde gerne auf meinem Handy eine XMPP-Nachricht empfangen, sobald mein RPi aus irgend einem Grund ausgeht, z.B. wenn der Strom ausfällt. Wie könnte ich das hin kriegen? Ich kann XMPP-Nachrichten verschicken, aber eben nur wenn Strom da ist.
Nachricht sobald der RPi ausgeht
-
cabrio_doping -
5. September 2018 um 15:19 -
Unerledigt
-
-
Nachricht sobald der RPi ausgeht? Schau mal ob du hier fündig wirst!
-
Moin,
den Pi von Außen anpingen? Wenn er nicht antwortet, ist er aus.
Ne Webseite auf dem Pi hosten? Wenn sie nicht da ist, ist er aus
-
den Pi von Außen anpingen? Wenn er nicht antwortet, ist er aus.
Ne Webseite auf dem Pi hosten? Wenn sie nicht da ist, ist er aus
Nein, in beiden Fällen muss der PI (der sich im (W)LAN eines Routers befindet) nicht aus sein. Evtl. kann ein arp-scan (oder gleichwertig) im (W)LAN zeigen, dass der PI aus ist und das auch nicht mit 100%-iger Sicherheit.
EDIT:
BTW: Ich habe einen PI als border device, direkt im Internet (d. h. ohne Router). Wenn die Hardware (CMTS oder ?) meines ISP mal einen "schlechten Tag" hat, ist mein PI aus dem Internet nicht erreichbar (und mein PI kann das gateway des ISP auch nicht mit der arp-Protokoll erreichen), obwohl er an ist.
In so einem Fall rebootet mein PI (veranlasst durch einen cronjob) und nach dem reboot ist mein PI i. d. R. auch wieder aus dem Internet erreichbar. Er rebootet aber auch nur maximal 5x, danach fährt er runter (poweroff).
-
Nein, in beiden Fällen muss der PI (der sich im (W)LAN eines Routers befindet) nicht aus sein.
das musst du mal erklären?
es soll JA GERADE FESTGESTELLT werden ob der PI nicht aus ist, das kann auch sein Absturz, abgeraucht oder stromlos
also muss im eigenen Netzwerk noch ein Compi aktiv sein der den bewussten PI anpingt und bei Misserfolg die Mail absetzt
Es könnten so 2 PI pingpong spielen, oder PI mit einem anderen Computer, oder NAS mit Betriebssystem im Netzwerk.
Eines dürfte klar sein ein PI oder Compi kann wenn er nicht mehr lebt jedenfalls keine Nachricht verschicken.
Wenn das doch erfunden wird, dann bitte ich um Nachricht
-
Eines dürfte klar sein ein PI oder Compi kann wenn er nicht mehr lebt jedenfalls keine Nachricht verschicken.
Das ist richtig. Es geht aber um die Art der Nachricht. Mein PI z. B. lebt, aber er antwortet (temporär) nicht auf Ping und auch nicht auch einen tcp-Portscan. Er antwortet aber immer auf einen arping.
Das meinte ich mit "... in beiden Fällen muss der PI (der sich im (W)LAN eines Routers befindet) nicht aus sein.".
EDIT:
Z. B.:
Spoiler anzeigen
Code:~$ sudo arping -c 3 -I wlan1 -s 192.168.178.22 192.168.178.43 ARPING 192.168.178.43 from 192.168.178.22 wlan1 Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 5.743ms Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 9.007ms Unicast reply from 192.168.178.43 [B8:27:EB:A8:6A:64] 5.384ms Sent 3 probes (1 broadcast(s)) Received 3 response(s)
Code:~$ ping -c 3 192.168.178.43 PING 192.168.178.43 (192.168.178.43) 56(84) bytes of data. From 192.168.178.22 icmp_seq=1 Destination Host Unreachable From 192.168.178.22 icmp_seq=2 Destination Host Unreachable From 192.168.178.22 icmp_seq=3 Destination Host Unreachable --- 192.168.178.43 ping statistics --- 3 packets transmitted, 0 received, +3 errors, 100% packet loss, time 2015ms
Code:~$ arp -av | grep -i raspberrypi raspberrypi.fritz.box (192.168.178.43) auf <unvollständig> auf wlan1
Code:~$ arp -av | grep -i raspberrypi raspberrypi.fritz.box (192.168.178.43) auf b8:27:eb:a8:6a:64 [ether] PERM auf wlan1
Code:~$ ping -c 3 192.168.178.43 PING 192.168.178.43 (192.168.178.43) 56(84) bytes of data. 64 bytes from 192.168.178.43: icmp_seq=1 ttl=64 time=7.65 ms 64 bytes from 192.168.178.43: icmp_seq=2 ttl=64 time=10.5 ms 64 bytes from 192.168.178.43: icmp_seq=3 ttl=64 time=7.51 ms --- 192.168.178.43 ping statistics --- 3 packets transmitted, 3 received, 0% packet loss, time 2003ms
-
Wie wäre es denn mit dem Einsatz eines USV-Boards, das den Pi bei Stromausfall kontrolliert runterfährt? Solche Boards können im Falle eines Stopps des Pi auch Aktionen wie den gewünschten Versand von Nachrichten starten.
-
Zwar für den Pi bislang noch nicht im Einsatz, aber ich empfehle Google Scripts (glaube das heißt so) oder ähnliche Anbieter für sowas. Da kann man "eigene Anwendungen" auf Google Servern hosten, ich glaube ist für jeden kostenfrei.
Funktion: Der Googleservice pingt den PI alle X Minuten an. Wenns nicht geht 2-3x wiederholen und bestimmten Abständen und dann ne Nachricht versenden. Oder (vielleicht eleganter): Der Pi greift alle X Minuten auf das Script zu. Dieses Script hat einen Counter, hat der Pi nicht in X-Minuten einen Request gesendet, geht das Teil in eine Nachrichtenschleife und wartet dann wieder auf eine Antwort des Pis. Du bekommst also eine Nachricht und sobald die Kiste wieder angeht ist das Script wieder scharf.
-
Okay, sehr gut. Auf die Ideen bin ich nicht gekommen. Google will ich nicht verwenden, aber das Anpingen dürfte reichen. Wenn das Pi nicht reagiert, weil es einen schlechten Tag hat oder weil es aus ist, ist in meinem Fall egal; eine Nachricht sagt mir dann, dass mein Einsatz nötig ist.
Danke euch für die schnellen Antworten!
-
Google hat eben den Vorteil, dass deren Server eine Uptime von nahezu 100% haben und dann genau für so Anwendungen einfach toll passen. Du kannst das natürlich auch von einem anderen Webserver oder ähnlichem machen.
Aber wie gesagt: Die beste Lösung ist, dass der Pi den Service antriggert und dieser den Rest verarbeitet. Andersrum könnte es durch Filterregeln o.ä. am Privatanschluss zwischendurch zu Problemen kommen, kann ich mir zumindest vorstellen.
Viel Erfolg! -
Okay, danke, Jumpy, dann weiß ich jetzt, dass ich einen Server brauche, der zuverlässiger an ist als meine RPi. Aber Google kommt aus ethischen Gründen nicht in Frage.
-
Hallo,
das lässt sich mit Sicherheit auch mit AWS umsetzen - den Angebot ist eigentlich noch umfangreicher als das von Google. Mit AWS Lambda sollte das gehen.
Gruß, noisefloor
-
Funktion: Der Googleservice pingt den PI alle X Minuten an. ...Du bekommst also eine Nachricht und sobald die Kiste wieder angeht ist das Script wieder scharf.
Dann muss mein Pi ja, wenn er wieder geht, dieselbe IP-Adresse haben, oder? Wie stelle ich sicher, dass mein Pi nach einem Neustart dieselbe IP-Adresse bekommt?
Ich habe das hier zum Thema Static IP gefunden, aber das bezieht sich ja nur auf meine IP im eigenen Netz, oder?
-
-
Er muss aber ja von extern auch die gleiche IP haben wenn das Script den Pi anpingt. Also -> dyndns.
Deswegen besser andersrum anpingen, Pi -> Google und wenn das Googlescript keinen ping erhält -> Nachricht
Jetzt mitmachen!
Du hast noch kein Benutzerkonto auf unserer Seite? Registriere dich kostenlos und nimm an unserer Community teil!