HomeMatic-Forum / FHZ-Forum

Welchen Sketch hast Du genommen ?

Ich finde der Timer hat seinen Charm, ich würde nicht 10000 mal pro Sekunde ein Config-Flag über SPI lesen wollen, evtl fangen wir uns durch die Last am Bus wieder andere Probleme ein. Und wenn wir es im Poll begrenzen, brauchts doch wieder einen Timer :-) Müssen halt sehen, wieviel Platz das koste...

Das muss auf jeden Fall schnellestens rüber in den Master. Können wir nicht einfach das Rekalibrieren hier anstoßen - https://github.com/pa-pa/AskSinPP/blob/e45d74468a133f156042bd44d23ad8eff6de4b65/Radio.h#L490 Das read() wird ja regelmäßig von pollRadio() aufgerufen. Ist jetzt nichts zum Lesen da -...

Spannend ...

jp112sdl hat geschrieben: ↑

15.05.2023, 18:08

Trotz zusammengebautem Gehäuse (mit der Fresnel Linse vor dem PIR Sensor) ?

Ja

jp112sdl hat geschrieben: ↑

15.05.2023, 18:08

Hast du es mit einem einfachen Interrupt probiert oder mit meiner komplizierten Lösung mit der Prüfung auf korrekten Signalgang?

Ich habe Deinen Sketch genommen

Hab mir jetzt auch einen WMDO umgeflasht.
Allerdings ist die Empfindlichkeit recht mäßig. Hab ich einfach nur Pech oder ist das bei Euch auch so ?
Man muss schon ziemlich dicht rangehen, damit der Sensor auslöst

Das klinkt ja gut. Das sollten wir unbedingt in den Master übernehmen.

Ist der Spike vielleicht immer auf dem gleichen Kanal ? Vielleicht ja. Ich müsste dazu einen Langzeit-Test machen Dann probiere mal das hier: In Motion.h // helper class to check that 2 pins are triggered in a certain time frame template <int TIMEFRAME> class TwoPinTrigger : public Alarm { uint8_t ...

Wow - das ging ja schnell.
Ist der Spike vielleicht immer auf dem gleichen Kanal ? Könnte mal als schnellen Hack einfach den anderen Pin als Erkennung nehmen?

Kommen Werte auf der Serial-Console raus ?