HC-SR501 PIR an ESPHome

[WolfgangFB]

Ich habe einen HC-SR501 PIR an einem Wemos D1 Mini,

 - platform: gpio
    name: "D2.motion"
    device_class: motion 
    pin:
      number: D2

Aber auch ohne jede Bewegung liefert der Pin in unregelmäßigen Abständen ON und OFF und ist als Bewegugssensor ungeeignet. Was kann man da optimieren? (an den Potis habe ich schon alles mögliche ausprobiert)

[OpenSourceNomad]

@wolfgangfb said in HC-SR501 PIR an ESPHome:

Aber auch ohne jede Bewegung liefert der Pin in unregelmäßigen Abständen ON und OFF und ist als Bewegugssensor ungeeignet.

Ist das dieses Modell wie hier beschrieben? https://esphome.io/cookbook/pir.html

Was kann man da optimieren?

filter mit delayed_on https://esphome.io/components/binary_sensor/index.html#delayed-on

[WolfgangFB]

@opensourcenomad sagte in HC-SR501 PIR an ESPHome:

@wolfgangfb said in HC-SR501 PIR an ESPHome:

Aber auch ohne jede Bewegung liefert der Pin in unregelmäßigen Abständen ON und OFF und ist als Bewegugssensor ungeeignet.

Ist das dieses Modell wie hier beschrieben? https://esphome.io/cookbook/pir.html

Ja

Was kann man da optimieren?

filter mit delayed_on https://esphome.io/components/binary_sensor/index.html#delayed-on

Hmm, irgendwie klappt das nicht so ganz.

 - platform: gpio
    name: "D2.motion"
    device_class: motion 
    pin:
      number: D2
    filters:
      - delayed_on: 1000ms

[15:01:08][D][binary_sensor:036]: 'D2.motion': Sending state ON
[15:01:08][D][binary_sensor:036]: 'D2.motion': Sending state OFF

Laut Doku sollte doch damit nicht ein ON und OFF innerhalb einer Sekunde möglich sein.

[OpenSourceNomad]

@wolfgangfb said in HC-SR501 PIR an ESPHome:

Laut Doku

Wird der binary_sensor erst auf on gestellt wenn er mindestens 1 Sekunde "aktiv" war. Was du wahrscheinlich auch noch willst ist ein delayed_off damit er noch eine definierte Zeit auf on bleibt obwohl der Sensor bereits wieder "aus" ist. Es gibt auch einen kombinierten filter delayed_on_off.

[WolfgangFB]

@opensourcenomad
Ich habe leider keine Zeit gefunden mit der das ganze funktioniert. Entweder kommt gar nichts mehr an (weil alles weggefiltert wird) oder es kommen falsche Bewegungsmeldungen.

[OpenSourceNomad]

@wolfgangfb said in HC-SR501 PIR an ESPHome:

Ich habe leider keine Zeit gefunden mit der das ganze funktioniert.

In der Theorie relativ trivial. Ohne Filter eine möglichst große Anzahl an false-positive sammeln und dann die Zeit nehmen an welchem der pir am längsten an war zzgl. weiterer 10 oder 20%.

Sprich der PIR geht z.b. für 100-200ms an, dann würdest du die 200ms verwendet + z.B. 20% extra sind dann ~250ms für das delayed_on. Wie lange er hinten raus länger anbleiben soll ist Geschmackssache, meist aber mindestens so lang wie du im vorne "klaust".

Dein Modell von PIR ist allerdings auch bekannt eher unterdurchschnittlich zu performen. Bei mit sind ausschließlich AM312 (sehr klein, keinerlei potis) im Einsatz mit welchen ich noch nie Probleme hatte.

[WolfgangFB]

@opensourcenomad
So, jetzt sind die AM312 gekommen und die scheinen auf den ersten Blick wirklich viel zuverlässiger zu arbeiten. Dumm nur, dass die Löcher in den Gehäusen jetzt alle zu groß sind

[OpenSourceNomad]

@wolfgangfb said in HC-SR501 PIR an ESPHome:

Dumm nur, dass die Löcher in den Gehäusen jetzt alle zu groß sind

Du kannst ja mal versuchen die "großen" fresnel linsen (vom HC-SR501) mit den pyroelectric sensor des am312 zu verbauen. Wahrscheinlich ändert sich dadurch die Reichweite bzw. Erkennungswinkel, eventuell auch die Sensitivität.