Forum

Einloggen | Registrieren | RSS  

Raspberry und PIT (Computertechnik)

verfasst von bastelix(R), 24.06.2017, 00:32 Uhr

Hallo Luemar,

» Wenn ich das richtig mitbekommen habe, kann der Fehler jeweils mit try und
» except lokalisiert aber nicht behoben werden.
Genau, du kannst verhindern, dass dein Programm aufgrund des nicht behandelten Fehlers beendet wird aber den Grund für die Störung kannst du damit nicht beheben (das liegt ja Außerhalb deiner Kontrolle).

In diesem konkreten Fall muss man sich für die Fehlerbehandlung überlegen:
* darf die Mail verloren gehen -> try/expect und weiter als wäre nichts passiert (ggf. noch loggen)
* darf die Mail verzögert zugestellt werden -> Queue entweder selber implementieren oder einen lokalen Mail-Server als Smart-Proxy aufsetzen
* muss die Mail sicher zugestellt werden -> nicht grad auf Internet und E-Mail setzten, da sind Verzögerungen von bis zu 72 Stunden schon im Standard erlaubt ;) und Manipulationen relativ einfach möglich

» Habe die Weiterleitung des PIR_V1.py Scripts in /var/log/pir.log eliminiert
» und jetzt wird das Script beim Einschalten/rebooten wieder ausgeführt.
Gut, dann hat da etwas mit der Umleitung der Ausgabe nicht gestimmt. Statt dem rc-local Eintrag könnte da eine eigene systemd-Konfiguration zum starten des Daemons helfen, falls du da noch Interesse dran hast.

» Bekomme obigen Traceback nun nach unterschiedlichen Zeiten in jeder neuen
» Script - Periode. Dabe fällt mir auf, dass vorher der Zaähler der IRQs
» plötzlich wieder bei 1 anfängt.
Ohne jetzt nachzuschauen, es könnte sein, dass der Mailversand in einem eigenen Thread abläuft (also asynchron) und es eher Zufall ist, dass der Counter grad wieder bei eins anfängt. Genaueres könnte man wohl nur mit Logging oder aktivem Debuggen herausfinden.

» Nach dem letzten Traceback wurde ein reboot Prozess eingeleitet, allerdings
» mit folgender Fehlermeldung:
» [FAILED] Failed to start /etc/rc.local Compatiblity
» See 'systemct1 status rc-local.service' for Details.
Sagt mir jetzt leider nichts. Kling danach als hätte systemd versucht rc-local auszuführen und dabei ist etwas schief gegangen. Wenn du systemctl status rc-loca.service auf der Konsole eingibst könnte da etwas aus dem Log von systemd kommen was weiterhilft. Allerdings musst du das zeitnah machen, sonst sind die Logs zu alt und du musst dich durch das Syslog wühlen bis du die Einträge findest.

» Du hast whs. recht mit dem Rat, eine professionelle Überwachungsanlage zu
» kaufen. Ich fürchte, es wird mit PI nicht gehen.
Naja ich hab ja gesagt, wenn die eine Anlage bauen willst weil du eine Bauen möchtest helfe ich dir gerne. Wenn du eine Anlage bauen willst weil du eine brauchst solltest du eine professionelle Lösung kaufen. ;-) Aber wir haben beide einiges gelernt. Ich z.B. Python, zwar nicht so gut wie andere Programmiersprachen die ich kann aber viel mehr als ich je geplant hatte :-) und auch ein bisschen was über PIRs - damit werde ich im Herbst eine Steuerung für die Beleuchtung unseres neuen Kleiderschranks bauen (der Hersteller der die besseren Schränke baut, hatte leider nur Fußschalter mit viel zu kurzen Kabeln - hat der Händler aber nicht gesagt... *grml*). Du hast auch einiges über Python und Linux gelernt und hoffentlich hat dir das Basteln auch Spaß gemacht :-) .

» Natürlich würde der PIR im vorgesehen Ort niemals so häufig ausgelöst wie
» bei meinem Test, eigentlich hoffentlich gar nie.
Naja, das Problem ist halt nicht wie oft der PIR auslöst, sondern dass ab und zu das Netzwerk nicht verfügbar ist und dann das Programm stirbt (zumindest im Moment noch). Falls du doch mal nach ner professionellen Lösung schauen möchtest, ein Freund von mir arbeitet bei einer Firma die Alarmanlagen einbaut (mit dem hab ich neulich sogar über das Projekt gesprochen ;-) ) wenn du willst kann ich den mal Fragen ob ich dir die Kontaktdaten zukommen lassen darf (ich weiß aber nicht ob seine Firma auch in der Schweiz aktiv ist, aber vielleicht kennt er da jemanden) - dann schreib mir aber bitte über die PN-Funktion vom Forum, Kontaktdaten stelle ich nicht frei zugänglich ins Internet.

So, ich klettere jetzt über ein paar unausgepackte Umzugskartons ins Bett ;-)

Gruß
Bastelix



Gesamter Thread:

Raspberry und PIT - luemar(R), 09.05.2017, 08:31 (Computertechnik)
Raspberry und PIT - Gast, 09.05.2017, 11:33
Raspberry und PIT - bastelix(R), 09.05.2017, 21:33
Raspberry und PIT - bastelix(R), 09.05.2017, 21:47
Raspberry und PIT - luemar(R), 10.05.2017, 12:30
Raspberry und PIT - bastelix(R), 12.05.2017, 23:15
Raspberry und PIT - luemar(R), 03.06.2017, 16:34
Raspberry und PIT - bastelix(R), 03.06.2017, 23:38
Raspberry und PIT - luemar(R), 04.06.2017, 15:56
Raspberry und PIT - bastelix(R), 04.06.2017, 22:46
Raspberry und PIT - luemar(R), 05.06.2017, 11:26
Raspberry und PIT - luemar(R), 20.06.2017, 13:27
Raspberry und PIT - luemar(R), 20.06.2017, 14:18
Raspberry und PIT - bastelix(R), 22.06.2017, 01:01
Raspberry und PIT - luemar(R), 23.06.2017, 15:31
Raspberry und PIT - bastelix(R), 24.06.2017, 00:32
Raspberry und PIT - luemar(R), 18.09.2017, 10:27
Raspberry und PIT - luemar(R), 18.09.2017, 10:30
Raspberry und PIT - luemar(R), 29.10.2017, 15:52
Raspberry und PIT - luemar(R), 30.10.2017, 18:08
Raspberry und PIT - bastelix(R), 31.10.2017, 00:02
Raspberry und PIT - luemar(R), 31.10.2017, 15:56
Raspberry und PIT - bastelix(R), 30.10.2017, 23:55
Raspberry und PIT - luemar(R), 31.10.2017, 15:52
Raspberry und PIT - bastelix(R), 01.11.2017, 00:40
Raspberry und PIT - luemar(R), 02.11.2017, 10:15
Raspberry und PIT - bastelix(R), 03.11.2017, 01:08
Raspberry und PIT - luemar(R), 15.11.2017, 18:14
Raspberry und PIT - bastelix(R), 15.11.2017, 21:49
Raspberry und PIT - luemar(R), 16.11.2017, 17:01
Raspberry und PIT - luemar(R), 29.11.2017, 14:58
Raspberry und PIT - luemar(R), 22.12.2017, 14:21
Raspberry und PIT - luemar(R), 07.07.2017, 20:53
Raspberry und PIT - bastelix(R), 15.07.2017, 23:46
Raspberry und PIT - luemar(R), 07.07.2017, 21:00