Forum
Board-AnsichtRaspberry und PIT (Computertechnik)
verfasst von luemar
, 29.10.2017, 15:52 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
Hallo Bastelix (?) und Experten
muss mich mal wieder mit dem selben Thema melden:
Habe eine weitere Überwachungsanlage mit einem Raspberry Pi 3, einem Bewegungssensor und einer
Pi NoIR Camera gebaut bzw. kopiert für zu Hause, nach dem die Erste in meinem Feriendomizil läuft.
Habe wiederum das Script unter
<https://gist.github.com/anonymous/5c25da72e1c24705d626c46a99a59b18>
verwendet, bekomme aber folgende Fehlermeldung beim erstmaligen Auslösen des Sensors:
Traceback (most recent call last):
File "./PIR_V1.py", line 58, in <module>
img = MIMEImage(f.read)
File "/usr/lib/python3.5/email/mime/image.py", line 41, in __init__
_subtype = imghdr.what(None, _imagedata)
File "/usr/lib/python3.5/imghdr.py", line 21, in what
res = tf(h, f)
File "/usr/lib/python3.5/imghdr.py", line 37, in test_jpeg
if h[6:10] in (b'JFIF', b'Exif'):
TypeError: 'builtin_function_or_method' object is not subscriptable
Kann damit absolut nichts anfangen. Könne es daran liegen, dass
ich eine Nachsichtkamera (NoIR PiCamera) verwende anstelle der "normalen" ?
Hilfreiche Hinweise äusserst willkommen, luemar.
Gesamter Thread:
, 09.05.2017, 08:31, 09.05.2017, 21:33, 09.05.2017, 21:47, 10.05.2017, 12:30, 12.05.2017, 23:15, 03.06.2017, 16:34, 03.06.2017, 23:38, 04.06.2017, 15:56, 04.06.2017, 22:46, 05.06.2017, 11:26, 20.06.2017, 13:27, 20.06.2017, 14:18, 22.06.2017, 01:01, 23.06.2017, 15:31, 24.06.2017, 00:32, 18.09.2017, 10:27, 18.09.2017, 10:30, 29.10.2017, 15:52, 30.10.2017, 18:08
, 30.10.2017, 23:55, 31.10.2017, 15:52, 01.11.2017, 00:40, 02.11.2017, 10:15, 03.11.2017, 01:08, 15.11.2017, 18:14
, 07.07.2017, 21:00