Hallo zusammen
Ich habe sehr viele Versuche mit unterschiedlichen AVR Platinen unternommen.
- RF328Stamp mit internen Oszilator
- pro Mini mit externem Quarz auf Prototypen Board
- pro Mini mit externem Quarz auf tmStamp Platine
- HMSensor-CR2032 mit internen Oszilator
- HMSensor-CR2032 mit externen 8MHz Quarz
Da ich so viele Tests mit Netzgerät, CR2032 und CR2477 Batterien unternommen habe, kann nur mitteilen dass ich einmal kein Zyklisches Senden hatte. Ich bin der Meinung das es beim pro Mini mit Prototypen Board war. Das Problem ist aber Grundsätzlich immer noch da.
Auch die Anschaltung des PIR habe ich mit, ohne Transistor und 2 unterschiedliche Typen getestet.
Mein Fazit ist: Ich bin mir sehr sicher dass das Zyklische Senden nicht durch die Hardware und Flankentriggerung ausgelöst wird. Der Zeitliche Abstand ist immer 5 Minuten und ein paar Sekunden.
Aber aus welchem Grund ist das nur bei mir so? Ich habe diverse Foreneinträge gelesen bei denen es funktioniert hat.
So bin ich auf die Suche nach der Ursache auf einen Eintag in der Motion.h gestossen.
Code: Alles auswählen
// send the brightness every 5 minutes to the master
#define LIGHTCYCLE seconds2ticks(5*60)
class Cycle : public Alarm {
public:
MotionChannel& channel;
Cycle (MotionChannel& c) : Alarm(LIGHTCYCLE), channel(c) {}
virtual ~Cycle () {}
virtual void trigger (AlarmClock& clock) {
tick = LIGHTCYCLE;
clock.add(*this);
channel.sendState();
}
};
Als Versuch habe ich die Zeit auf 3*60 eingestellt. Jetzt ist auch das Zyklische Senden ca. alle 3 Minuten. Danach "channel.sendState" auskommentiert. Siehe da das Zyklische Senden ist weg.
Ich bin mir aber sicher dass das nicht im Sinne des Erfinders war.
Kann man dies an einem anderen Ort eleganter unterbinden?
Aus welchem Grund wird eine Flankentriggerung des Eingangs ausgeführt?
Gruss Ivo
_______________________________________________________________________________________________________
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