Beitrag
von ivo-int » 19.12.2020, 13:41
Ich habe die Ursache gefunden.
papa hat geschrieben: ↑18.12.2020, 19:40
Nachdem der Status versendet wurde "18:31:00.747" und von der Zentrale bestätigt wurde, kommt eine CONFIG-MESSAGE / CONFIG-START von der Zentrale rein "18:31:10.776" - diese wird mir ACK beantwortet. Und dann kommt der Motion Interrupt dazwischen.
Kannst Du bitte mal nach dem Anschalten den Konfig-Taster drücken, damit alle Konfig-Daten übertragen werden.
Der Sketch und die Motion.h sind in Ordnung.
Die Ruhestromschaltung ist auch in Ordnung.
Am Donnerstag habe ich mein neues Peak 3440 Multimeter mit Graph-Aufzeichnung erhalten. Mit diesem konnte ich die Spannungsverläufe aufzeichnen.
Horbi hat geschrieben: ↑18.12.2020, 17:13
Ein Interrupt wird nicht ausgelöst weil er an- oder ausgeschaltet wird, ein Interrupt wird ausgelöst weil sich ein Pin Zustand geändert hat.
Auch Horbi hatte recht. Der PIR hat in der Tat eine Schaltung ausgelöst.
Der Ursprung ist die Batterie. Ich musste feststellen dass die Spannung um ca. 0,5V für 1 Sekunde beim Senden einbricht. Das verkraftet der PIR Sensor nicht und hat eine Schaltung ausgelöst.
Für weitere Test habe ich jetzt einen 3,3V StepUp nur für die PIR Speisung dazwischen geschaltet. Jetzt wird der Helligkeitswert alle 5 Min. übertragen ohne zusätzliche Auslösung.
Nur ist jetzt der Ruhe- und Sendestrom auch höher.
Meine Frage an die Elektroniker: Gäbe es eine elegantere Lösung mit einem Kondensator der nur den PIR stützt?
_______________________________________________________________________________________________________
Raspberrymatic auf einem Raspi 4 4GB (HB-RF-USB-2) mit 2 LAN Gateways,
42 RF Geräte, 4 IP Geräte und 21 Cuxd Geräte, 24 RF Eigenbau Geräte
hm_pdetect, E-Mail, XML-API, JB HB Devices, HB-TM-Devices-AddOn, CUx-Daemon, CCU-Historian auf einem separaten Raspi