Skip to content
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Light
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Standard: (Kein Skin)
  • Kein Skin
Einklappen
ioBroker Logo

Community Forum

donate donate
  1. ioBroker Community Home
  2. Deutsch
  3. ioBroker Allgemein
  4. HC-SR501 PIR an ESPHome

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    16
    1
    1.6k

  • Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄
    BluefoxB
    Bluefox
    13
    1
    849

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.1k

HC-SR501 PIR an ESPHome

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
8 Beiträge 2 Kommentatoren 1.6k Aufrufe 2 Watching
  • Älteste zuerst
  • Neuste zuerst
  • Meiste Stimmen
Antworten
  • In einem neuen Thema antworten
Anmelden zum Antworten
Dieses Thema wurde gelöscht. Nur Nutzer mit entsprechenden Rechten können es sehen.
  • W Offline
    W Offline
    WolfgangFB
    schrieb am zuletzt editiert von
    #1

    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)

    OpenSourceNomadO 1 Antwort Letzte Antwort
    0
    • W 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)

      OpenSourceNomadO Offline
      OpenSourceNomadO Offline
      OpenSourceNomad
      Most Active
      schrieb am zuletzt editiert von
      #2

      @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? :point_right: https://esphome.io/cookbook/pir.html

      Was kann man da optimieren?

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

      „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)

      W 1 Antwort Letzte Antwort
      0
      • OpenSourceNomadO 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? :point_right: https://esphome.io/cookbook/pir.html

        Was kann man da optimieren?

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

        W Offline
        W Offline
        WolfgangFB
        schrieb am zuletzt editiert von
        #3

        @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? :point_right: https://esphome.io/cookbook/pir.html

        Ja

        Was kann man da optimieren?

        filter mit delayed_on :point_right: 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.

        OpenSourceNomadO 1 Antwort Letzte Antwort
        0
        • W 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? :point_right: https://esphome.io/cookbook/pir.html

          Ja

          Was kann man da optimieren?

          filter mit delayed_on :point_right: 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.

          OpenSourceNomadO Offline
          OpenSourceNomadO Offline
          OpenSourceNomad
          Most Active
          schrieb am zuletzt editiert von
          #4

          @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.

          „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)

          W 1 Antwort Letzte Antwort
          0
          • OpenSourceNomadO 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.

            W Offline
            W Offline
            WolfgangFB
            schrieb am zuletzt editiert von
            #5

            @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.

            OpenSourceNomadO 1 Antwort Letzte Antwort
            0
            • W 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.

              OpenSourceNomadO Offline
              OpenSourceNomadO Offline
              OpenSourceNomad
              Most Active
              schrieb am zuletzt editiert von OpenSourceNomad
              #6

              @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.

              „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)

              W 1 Antwort Letzte Antwort
              0
              • OpenSourceNomadO 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.

                W Offline
                W Offline
                WolfgangFB
                schrieb am zuletzt editiert von
                #7

                @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 :-(

                OpenSourceNomadO 1 Antwort Letzte Antwort
                0
                • W 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 :-(

                  OpenSourceNomadO Offline
                  OpenSourceNomadO Offline
                  OpenSourceNomad
                  Most Active
                  schrieb am zuletzt editiert von
                  #8

                  @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.

                  „Das Widerlegen von Schwachsinn erfordert eine Größenordnung mehr Energie als dessen Produktion.“ - Alberto Brandolini (Bullshit-Asymmetrie-Prinzip)

                  1 Antwort Letzte Antwort
                  0
                  Antworten
                  • In einem neuen Thema antworten
                  Anmelden zum Antworten
                  • Älteste zuerst
                  • Neuste zuerst
                  • Meiste Stimmen


                  Support us

                  ioBroker
                  Community Adapters
                  Donate
                  FAQ Cloud / IOT
                  HowTo: Node.js-Update
                  HowTo: Backup/Restore
                  Downloads
                  BLOG

                  770

                  Online

                  32.6k

                  Benutzer

                  82.1k

                  Themen

                  1.3m

                  Beiträge
                  Community
                  Impressum | Datenschutz-Bestimmungen | Nutzungsbedingungen | Einwilligungseinstellungen
                  ioBroker Community 2014-2025
                  logo
                  • Anmelden

                  • Du hast noch kein Konto? Registrieren

                  • Anmelden oder registrieren, um zu suchen
                  • Erster Beitrag
                    Letzter Beitrag
                  0
                  • Home
                  • Aktuell
                  • Tags
                  • Ungelesen 0
                  • Kategorien
                  • Unreplied
                  • Beliebt
                  • GitHub
                  • Docu
                  • Hilfe