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. Wemos D1 mini || Tasmota || Reedkontakt || WZ auslesen

NEWS

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    21
    1
    917

  • UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?
    apollon77A
    apollon77
    48
    3
    9.0k

  • Monatsrückblick – September 2025
    BluefoxB
    Bluefox
    13
    1
    2.4k

Wemos D1 mini || Tasmota || Reedkontakt || WZ auslesen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
32 Beiträge 5 Kommentatoren 3.8k Aufrufe 3 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.
  • T Takahara

    @rakete01

    Hallo rakete01, zum Testen habe ich den WEMOS D1 Mini auf ein Breadboard montiert und den Reedkontakt mit zwei Adern!
    IMG_0081.jpg simuliert.

    In Tasmota habe ich deine Konfiguration eingestellt und ich vermute, dass du über ein Script (evtl. Blockly) den Zustandswechsel des Schalters zählen wirst? Ist das richtig? Kannst du ggf. das Blockly posten?

    2022-08-18 17_59_39-Window.png 2022-08-18 17_59_56-Window.png

    Auch wenn ich die beiden blauen Adern verbinde, sprich der Reedkontakt wird geschlossen, kann ich keine Veränderung im Iobroker des Switches erkennen.

    2022-08-18 18_08_37-Window.png

    Scheint so, also ob ich irgendwas noch nicht richtig eingestellt habe!?!!!!

    VG
    Takahara

    R Offline
    R Offline
    Rakete01
    schrieb am zuletzt editiert von
    #23

    @takahara
    Hi,
    ich lese den Wert “POWER“ aus, der zeigt true oder false.

    4968AD30-D493-4791-8DC5-73615B660216.jpeg

    Hier das zugehörige Blockly:

    9B87D79E-9AD8-4698-8FDE-CBE825486892.jpeg

    Ich hoffe, das hilft.

    Gruß
    Rakete01

    T 1 Antwort Letzte Antwort
    0
    • R Rakete01

      @takahara
      Hi,
      ich lese den Wert “POWER“ aus, der zeigt true oder false.

      4968AD30-D493-4791-8DC5-73615B660216.jpeg

      Hier das zugehörige Blockly:

      9B87D79E-9AD8-4698-8FDE-CBE825486892.jpeg

      Ich hoffe, das hilft.

      Gruß
      Rakete01

      T Offline
      T Offline
      Takahara
      schrieb am zuletzt editiert von
      #24

      @rakete01 Danke dir erstmal. ich habe jetzt alles aufgebaut und werde mich in den kommenden Tagen zurück melden.

      VG
      Takahara

      1 Antwort Letzte Antwort
      0
      • J Josh

        @takahara Ja, richtig. Diese Verschaltung meinte ich. Ggf. den Kondensator und/oder den 1K Widerstand größer dimensionieren. Bei 1K und 100nF ergibt sich eine Entladezeitkonstante von 0,5ms (T=R*C). Könnte reichen, muss aber nicht. Aber das ist mal eine gute Anfangskonfiguration.

        Es gibt grundsätzlich 3 verschiedene Arten ein Prellen zu "unterdrücken":

        1. Hardwarebeschaltung (mein Favorit)
        2. Softwaremäßig (z.B. mit Blockly in ioBroker) abfangen. Nach dem ersten Impuls mit einem Timer von vielleicht 100ms setzen, der für diese Zeit weitere eingehende Impulse ignoriert.
        3. Softwaremäßig im Datenpunkt des Zähleingangs: Entprellzeit beim Schreiben in die Datenbank einstellen.

        Wie 2) und 3) in Tasmota umzusetzen wären, weiß ich leider nicht. Aber 1) geht immer ;-)

        T Offline
        T Offline
        Takahara
        schrieb am zuletzt editiert von
        #25

        @josh: Ich hatte noch keine Zeit deinen Vorschlag umzusetzen. Die Idee von @Rakete01 klingt viel versprechend, hat sicher allerdings bei mir nicht bewährt. Ich habe auf meinem Wasserzähler einen Verbrauch von 9,077m³ abgelesen, während im IOBroker ein Verbrauch von 9,724m³ abzulesen war.
        Ich vermute, dass ich immer noch zu viele Impulse vom Reedkontakt einlese. Was mich allerdings dann wieder zu meinem Ursprungsproblem zurück bringt und eine Frage aufwirft.

        Der Reedkontakt das Wasserzählers soll 1Impuls geben wenn 0,25l durch den Wasserzähler geflossen sind. Wenn ich jetzt ein RC-Glied an den Zähleingang des WEMOS D1 mini anschließe, werde (vereinfacht gesagt) die Impuls die vom Reedkontakt stammen, teilweise am Zähleigang des WEMOS unterdrückt.
        Aber warum liefert mir der Reedkontakt des Wasserzählers nicht schon bereits die korrekte Anzahl der Impulse.

        VG
        Takahara

        R J 2 Antworten Letzte Antwort
        0
        • T Takahara

          @josh: Ich hatte noch keine Zeit deinen Vorschlag umzusetzen. Die Idee von @Rakete01 klingt viel versprechend, hat sicher allerdings bei mir nicht bewährt. Ich habe auf meinem Wasserzähler einen Verbrauch von 9,077m³ abgelesen, während im IOBroker ein Verbrauch von 9,724m³ abzulesen war.
          Ich vermute, dass ich immer noch zu viele Impulse vom Reedkontakt einlese. Was mich allerdings dann wieder zu meinem Ursprungsproblem zurück bringt und eine Frage aufwirft.

          Der Reedkontakt das Wasserzählers soll 1Impuls geben wenn 0,25l durch den Wasserzähler geflossen sind. Wenn ich jetzt ein RC-Glied an den Zähleingang des WEMOS D1 mini anschließe, werde (vereinfacht gesagt) die Impuls die vom Reedkontakt stammen, teilweise am Zähleigang des WEMOS unterdrückt.
          Aber warum liefert mir der Reedkontakt des Wasserzählers nicht schon bereits die korrekte Anzahl der Impulse.

          VG
          Takahara

          R Offline
          R Offline
          Rakete01
          schrieb am zuletzt editiert von Rakete01
          #26

          @takahara

          Hi,

          hast du mal auf der Konsole in Tasmota die Entprellzeit mit dem Befehl Debounce angepasst?
          Mit z.B. Debounce 200 wird die Entprellzeit auf 200 ms festgelegt.

          Vielleicht hilfts...

          Gruß
          Rakete01

          T 1 Antwort Letzte Antwort
          0
          • R Rakete01

            @takahara

            Hi,

            hast du mal auf der Konsole in Tasmota die Entprellzeit mit dem Befehl Debounce angepasst?
            Mit z.B. Debounce 200 wird die Entprellzeit auf 200 ms festgelegt.

            Vielleicht hilfts...

            Gruß
            Rakete01

            T Offline
            T Offline
            Takahara
            schrieb am zuletzt editiert von
            #27

            @rakete01 Hallo, ja ich hatte die debounce Zeit (buttondebouce 200) auf 200ms eingestellt. Bin jetzt mal auf einen höheren Wert (500ms) gegangen. Werde mal schauen, wie sich das auswirken wird.

            VG

            Ralla66R 1 Antwort Letzte Antwort
            0
            • T Takahara

              @rakete01 Hallo, ja ich hatte die debounce Zeit (buttondebouce 200) auf 200ms eingestellt. Bin jetzt mal auf einen höheren Wert (500ms) gegangen. Werde mal schauen, wie sich das auswirken wird.

              VG

              Ralla66R Offline
              Ralla66R Offline
              Ralla66
              Most Active
              schrieb am zuletzt editiert von Ralla66
              #28

              @takahara

              Wieder zurück auf Los -> Mögliche Fehlerquellen untersuchen

              Wenn ich jetzt ein RC-Glied an den Zähleingang des WEMOS D1 mini anschließe, werde (vereinfacht gesagt) die Impuls die vom Reedkontakt stammen, teilweise am Zähleigang des WEMOS unterdrückt.

              Dann wäre die Beschaltung am Wemos falsch oder der Reedkontakt nicht richtig..

              Die Schaltung am Wemos wurde per Digitalvoltmeter ( Impuls ) geprüft ?
              Deine Telemetrieperiode in Tasmota steht auf was ? Bei default ( 300 ) siehst du den getakteten Impuls erst 5 Minuten später im IO !!
              Auch gerne genommen Umrechnungsfehler da Werte mit Komma.
              Zudem sollte man sich auch bewußt sein das der Übertragungsweg auch Zeit kostet ( Wlan ) und auch seine Tücken hat.
              Hier kann nicht Sichergestellt werden das der Impuls überhaupt im IO ankommt.

              Thema Netzteile, wer mit Funk spielt sollte kein Netzteil vom Krabbeltisch nehmen.
              Hier saubere Spannung. Das Netzteil sollte min 1A liefern, dauerhaft.

              1 Antwort Letzte Antwort
              0
              • T Takahara

                @josh: Ich hatte noch keine Zeit deinen Vorschlag umzusetzen. Die Idee von @Rakete01 klingt viel versprechend, hat sicher allerdings bei mir nicht bewährt. Ich habe auf meinem Wasserzähler einen Verbrauch von 9,077m³ abgelesen, während im IOBroker ein Verbrauch von 9,724m³ abzulesen war.
                Ich vermute, dass ich immer noch zu viele Impulse vom Reedkontakt einlese. Was mich allerdings dann wieder zu meinem Ursprungsproblem zurück bringt und eine Frage aufwirft.

                Der Reedkontakt das Wasserzählers soll 1Impuls geben wenn 0,25l durch den Wasserzähler geflossen sind. Wenn ich jetzt ein RC-Glied an den Zähleingang des WEMOS D1 mini anschließe, werde (vereinfacht gesagt) die Impuls die vom Reedkontakt stammen, teilweise am Zähleigang des WEMOS unterdrückt.
                Aber warum liefert mir der Reedkontakt des Wasserzählers nicht schon bereits die korrekte Anzahl der Impulse.

                VG
                Takahara

                J Offline
                J Offline
                Josh
                schrieb am zuletzt editiert von
                #29

                @takahara Schaue Dir mal bei Wikipedia an, was das "Prellen" bedeutet.

                Einfach gesagt, springt der Reedkontakt beim Schließen mehrfach auf und ab und verursacht mehr als einen Impuls. Dies kann man hardwaremäßig unterdrücken, aber auch softwaremäßig.

                Mit einem Digitalmultimeter kann man dies nicht messen. Man benötigt ein Oszilloskop. Damit kann man die Mehrfachimpulse sehr schön sehen. Aber einen "Oscar" haben wohl die wenigsten zu Hause.

                Das mit dem Prellen ist auch nur so eine Idee. Es kann auch sein, dass der Fehler ganz woanders liegt. Ich könnte mir auch vorstellen, dass ein falsch positionierten Reedkontakt auch diesen Fehler hervorrufen könnte.

                Master: Intel NUC10i5-32GB-1TB_SSD - Proxmox 8.3 - LXC Debian 11
                Slave1: RPi3B - ZigBee CC2652P - 10x DS18B20
                Slave2: RPi3B - ZigBee CC2538+CC2592
                node.js 20.18.1 / NPM 10.8.2 / js-controller 7.0.3

                Ralla66R T 2 Antworten Letzte Antwort
                0
                • J Josh

                  @takahara Schaue Dir mal bei Wikipedia an, was das "Prellen" bedeutet.

                  Einfach gesagt, springt der Reedkontakt beim Schließen mehrfach auf und ab und verursacht mehr als einen Impuls. Dies kann man hardwaremäßig unterdrücken, aber auch softwaremäßig.

                  Mit einem Digitalmultimeter kann man dies nicht messen. Man benötigt ein Oszilloskop. Damit kann man die Mehrfachimpulse sehr schön sehen. Aber einen "Oscar" haben wohl die wenigsten zu Hause.

                  Das mit dem Prellen ist auch nur so eine Idee. Es kann auch sein, dass der Fehler ganz woanders liegt. Ich könnte mir auch vorstellen, dass ein falsch positionierten Reedkontakt auch diesen Fehler hervorrufen könnte.

                  Ralla66R Offline
                  Ralla66R Offline
                  Ralla66
                  Most Active
                  schrieb am zuletzt editiert von Ralla66
                  #30

                  @josh

                  Er schrieb : teilweise am Zähleigang des WEMOS unterdrückt -> ohne Oskar wie festgestellt ?
                  Dann wird das wohl kein Prellen sein was eh unwahrscheinlich ist.
                  Eine Softwaremäßige Unterdrückung sollte eh vermieden werden, besser ist immer den Fehler zu beheben.

                  1 Antwort Letzte Antwort
                  0
                  • J Josh

                    @takahara Schaue Dir mal bei Wikipedia an, was das "Prellen" bedeutet.

                    Einfach gesagt, springt der Reedkontakt beim Schließen mehrfach auf und ab und verursacht mehr als einen Impuls. Dies kann man hardwaremäßig unterdrücken, aber auch softwaremäßig.

                    Mit einem Digitalmultimeter kann man dies nicht messen. Man benötigt ein Oszilloskop. Damit kann man die Mehrfachimpulse sehr schön sehen. Aber einen "Oscar" haben wohl die wenigsten zu Hause.

                    Das mit dem Prellen ist auch nur so eine Idee. Es kann auch sein, dass der Fehler ganz woanders liegt. Ich könnte mir auch vorstellen, dass ein falsch positionierten Reedkontakt auch diesen Fehler hervorrufen könnte.

                    T Offline
                    T Offline
                    Takahara
                    schrieb am zuletzt editiert von
                    #31

                    @josh Magst du mir noch zeigen, wie du Tasmota konfiguriert hast? Ich werde es nachbauen und mich dann mit meiner Auswertung noch mal zurückmelden.

                    VG
                    Takahara

                    J 1 Antwort Letzte Antwort
                    0
                    • T Takahara

                      @josh Magst du mir noch zeigen, wie du Tasmota konfiguriert hast? Ich werde es nachbauen und mich dann mit meiner Auswertung noch mal zurückmelden.

                      VG
                      Takahara

                      J Offline
                      J Offline
                      Josh
                      schrieb am zuletzt editiert von
                      #32

                      @takahara Ich habe gar keinen Reedkontakt per Tasmota angebunden. Alle Aktoren und Sensoren, die ich habe, geben per Tasmota über MQTT die Daten an ioBroker bzw. bekommen per MQTT Daten von Tasmota. Tasmota ist halt nur der Mittelsmann. Sämtliche Logic läuft in ioBroker ab.

                      Master: Intel NUC10i5-32GB-1TB_SSD - Proxmox 8.3 - LXC Debian 11
                      Slave1: RPi3B - ZigBee CC2652P - 10x DS18B20
                      Slave2: RPi3B - ZigBee CC2538+CC2592
                      node.js 20.18.1 / NPM 10.8.2 / js-controller 7.0.3

                      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

                      801

                      Online

                      32.5k

                      Benutzer

                      81.6k

                      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