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. Tasmota script Counter wird nicht gespeichert

NEWS

  • Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨
    BluefoxB
    Bluefox
    15
    1
    491

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

Tasmota script Counter wird nicht gespeichert

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
23 Beiträge 5 Kommentatoren 1.5k Aufrufe 5 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.
  • joergeliJ joergeli

    @martinp

    Thema Fehlimpulse:

    Ich hatte mir einen Regenmengenmesser gebastelt, der über eine Wippe und Reed-Kontakt die Impulse zählt, die bei Regen durch die Wippe erzeugt werden.
    Die Impulse werden über einen Counter (Sonoff/MQTT/WEMOS D1 Mini) via ioBroker gezählt.
    Anhand der Impulse und der Fläche des Regenmesser-Trichters kann dann die Regenmenge ermittelt werden.

    Soweit zum Prinzip, allerdings traten dann in unregelmäßigen, nicht nachvollziehbaren Abständen, Störimpulse auf.
    Diese führten dann natürlich zu einer ehöhten Regenmenge.
    Es lag kein mechanisches Problem (Prellen) vor, sondern wie ich nach Internetrecherche feststellen konnte, ein elektrisches.
    Durch einfaches Parallelschalten eines Tiefpasses (Widerstand 1k, Kondensator uF) zum Reed-Kontakt, konnte ich die Fehlimpulse erfolgreich eliminieren. Seitdem hatte ich keinen einzigen Störimpuls mehr.

    Schaltplan Regenmesser Sonoff.jpg
    Anbei der Schaltplan meines Regenmengen-Messers.

    Evtl. ist dieser Tipp ja hilfreich für andere, die ebenfalls Impulse zählen und Störimpulse (keine mechanischen) auftreten?

    MartinPM Offline
    MartinPM Offline
    MartinP
    schrieb am zuletzt editiert von MartinP
    #14

    @joergeli sagte in Tasmota script Counter wird nicht gespeichert:

    Durch einfaches Parallelschalten eines Tiefpasses (Widerstand 1k, Kondensator uF) zum Reed-Kontakt, konnte ich die Fehlimpulse erfolgreich eliminieren. Seitdem hatte ich keinen einzigen Störimpuls mehr.

    Ich habe einen Tiefpass "per Blockly" gemacht... Nur, wenn 10 Sekunden seit der letzten Auslösung vergangen sind, wird ein Impuls akzeptiert:
    b70c4600-54e6-4fc4-87f7-07adb585d44f-grafik.png

    Der Sensor, den ich aktuell montiert habe, ist recht groß. Davon passt nur einer vor den Drehkreis des Metallsegments.
    Hatte zwei kleinere Sensoren besorgt, die sind aber weniger sensibel, und lösen auf die Entfernung zur Metallplatte gar nicht aus ...
    Ansonsten hätte ich Sensor 1 nach Auslösung so lange gesperrt, bis Sensor 2 auf der gegenüberliegenden Seite des Drehkreises ausgelöst hätte ...dann das Spiel mit umgekehrten Rollen usw.

    Rechnung für den Timeout:

    10 Liter pro Impuls, ca 11 kWh/ m³ Gas
    =>0,11 kWh pro Impuls.
    bei einer Brennerleistung von 18 kW also maximal 18/0,11 = 164 Impulse pro Stunde. => Maximal ein Impuls alle 22 Sekunden ...

    Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
    Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
    Linux pve 6.8.12-16-pve
    6 GByte RAM für den Container
    Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
    Remote-Access über Wireguard der Fritzbox

    MartinSUM 1 Antwort Letzte Antwort
    0
    • MartinPM MartinP

      @joergeli sagte in Tasmota script Counter wird nicht gespeichert:

      Durch einfaches Parallelschalten eines Tiefpasses (Widerstand 1k, Kondensator uF) zum Reed-Kontakt, konnte ich die Fehlimpulse erfolgreich eliminieren. Seitdem hatte ich keinen einzigen Störimpuls mehr.

      Ich habe einen Tiefpass "per Blockly" gemacht... Nur, wenn 10 Sekunden seit der letzten Auslösung vergangen sind, wird ein Impuls akzeptiert:
      b70c4600-54e6-4fc4-87f7-07adb585d44f-grafik.png

      Der Sensor, den ich aktuell montiert habe, ist recht groß. Davon passt nur einer vor den Drehkreis des Metallsegments.
      Hatte zwei kleinere Sensoren besorgt, die sind aber weniger sensibel, und lösen auf die Entfernung zur Metallplatte gar nicht aus ...
      Ansonsten hätte ich Sensor 1 nach Auslösung so lange gesperrt, bis Sensor 2 auf der gegenüberliegenden Seite des Drehkreises ausgelöst hätte ...dann das Spiel mit umgekehrten Rollen usw.

      Rechnung für den Timeout:

      10 Liter pro Impuls, ca 11 kWh/ m³ Gas
      =>0,11 kWh pro Impuls.
      bei einer Brennerleistung von 18 kW also maximal 18/0,11 = 164 Impulse pro Stunde. => Maximal ein Impuls alle 22 Sekunden ...

      MartinSUM Offline
      MartinSUM Offline
      MartinSU
      schrieb am zuletzt editiert von
      #15

      @martinp Die Empfindlichkeit von Reed-Kontakten muss man im Datenblatt nachlesen (und hat fast nichts mit der Baugröße zu tun),
      Im Datenblatt gibt es typischerweise einen Wert "AT" = ampere-turn, je niedriger desto empfindlicher. (kurze Erklärung bei Wikipedia unter "Amperewindung")

      MartinPM 1 Antwort Letzte Antwort
      0
      • MartinSUM MartinSU

        @martinp Die Empfindlichkeit von Reed-Kontakten muss man im Datenblatt nachlesen (und hat fast nichts mit der Baugröße zu tun),
        Im Datenblatt gibt es typischerweise einen Wert "AT" = ampere-turn, je niedriger desto empfindlicher. (kurze Erklärung bei Wikipedia unter "Amperewindung")

        MartinPM Offline
        MartinPM Offline
        MartinP
        schrieb am zuletzt editiert von
        #16

        @martinsu Bei mir ist kein Reed-Kontakt im Einsatz, sondern so etwas:

        https://www.ebay.de/itm/234142256430

        Messverfahren basiert auf der Störung eines magnetischen Wechselfeldes durch Annäherung von Metall ..
        Das Metall muss selber kein Permanentmagnet sein (wie beim Reed - Kontakt)

        Mein Gaszähler hat eine nichtmagnetische Metallscheibe, daher ist ein Reed-Kontakt ungeeignet

        Intel(R) Celeron(R) CPU N3000 @ 1.04GHz 8G RAM 480G SSD
        Virtualization : unprivileged lxc container (debian 12 on Proxmox 8.4.14)
        Linux pve 6.8.12-16-pve
        6 GByte RAM für den Container
        Fritzbox 6591 FW 8.03 (Vodafone Leih-Box)
        Remote-Access über Wireguard der Fritzbox

        1 Antwort Letzte Antwort
        0
        • MartinSUM MartinSU

          Hallo,
          um einen Gaszähler mitzulesen, habe ich mir eine Tasmota Version mit
          #define USE_SCRIPT, #define USE_SML_M, #undef USE_RULES, #define USE_SCRIPT_WEB_DISPLAY
          erzeugt und in einen D1 Mini Pro geflashed.
          Der Reed-Kontakt ist an D5 und GND mit einem 4K7 Widerstand gegen 3V3.
          Ein Script aus dem Internet habe ich mir angepasst, läuft auch soweit. (Platine mit dem Reed Kontakt liegt z.Z. noch bei mir auf dem Tisch).
          Wenn ich den Reed Kontakt mit einem Magnet betätige, wird gezählt und die KW berechnet.
          Ganz oben auf dem Tasmota Web Interface wird "Zähler1..........173" angezeigt, darunter meine Ausgaben.
          Counter 1 hat bisher 173 Impulse gezählt.
          Zähle ich jetzt 5 Impulse weiter, wird "Zähler1..........178" angezeigt (OK)
          Klicke ich auf "Neustart", steht nach kurzer Zeit oben wieder "Zähler1..........178".
          Tasmota hat sich die Impulse gemerkt.
          Wenn ich wieder 3 Impulse weiterzähle und den D1 Mini stromlos mache, fehlen anschließend die 3 Impulse und der alte Wert erscheint.

          1. Versuch war mit "SaveData 60", so sollen die Daten alle 60 Sekunden gespeichert werden, ohne Erfolg.
          2. Versuch mit "svars". Ich habe mein Script so abgespeckt, dass alle 30 Sekunden "svars" aufgerufen wird. Aber der Counter wird nicht gespeichert. (Ich habe natürlich die Zeit abgewartet, bevor ich den Strom getrennt habe)
            Meine Test-Script:
          >D
          p:c1=0
          t=0
          
          >B
          
          >S
          t=t+1
          if t>30
            then
             t=0
             svars
          endif
          
          >T
          ;c1=Counter#C1
          c1=pc[1]
          
          >W
          c1=%0c1% | t=%0t%
          #
          

          Was muss ich ändern, damit der Counter-Wert mit "svars" gespeichert wird und so die stromlose Zeit übersteht?
          Oder was kann ich sonst machen?

          D Offline
          D Offline
          dojodojo
          schrieb am zuletzt editiert von
          #17

          @MartinSU sagte in Tasmota script Counter wird nicht gespeichert:

          Ein Script aus dem Internet habe ich mir angepasst, läuft auch soweit. (Platine mit dem Reed Kontakt liegt z.Z. noch bei mir auf dem Tisch).
          Wenn ich den Reed Kontakt mit einem Magnet betätige, wird gezählt und die KW berechnet.

          Hallo, auf welches Script beziehst Du dich?
          Wie hast Du es schlussendlich gelöst?

          1 Antwort Letzte Antwort
          0
          • MartinSUM Offline
            MartinSUM Offline
            MartinSU
            schrieb am zuletzt editiert von
            #18

            @dojodojo
            Hallo,
            das mit dem Reedkontakt lief nicht so stabil (verzählte sich).
            Ich bin dann komplett umgeschwenkt auf "AI-on-the-edge".
            Vorteil: "AI-on-the-edge" liefert immer Absolute Werte, der Reedkontakt wäre nur ein relatives Zählen.

            1 Antwort Letzte Antwort
            2
            • D Offline
              D Offline
              dojodojo
              schrieb am zuletzt editiert von
              #19

              Dafür hat man natürlich andere Probleme. Betriebssicherer ist vermutlich der Readkontakt und einfach mit der Stromversorgung. Schöne wäre dann eine Lora, ZigBee oder Matter-Verbindung die mqtt nutzt.

              BananaJoeB 1 Antwort Letzte Antwort
              0
              • D dojodojo

                Dafür hat man natürlich andere Probleme. Betriebssicherer ist vermutlich der Readkontakt und einfach mit der Stromversorgung. Schöne wäre dann eine Lora, ZigBee oder Matter-Verbindung die mqtt nutzt.

                BananaJoeB Offline
                BananaJoeB Offline
                BananaJoe
                Most Active
                schrieb am zuletzt editiert von
                #20

                @dojodojo sagte in Tasmota script Counter wird nicht gespeichert:

                Dafür hat man natürlich andere Probleme. Betriebssicherer ist vermutlich der Readkontakt und einfach mit der Stromversorgung. Schöne wäre dann eine Lora, ZigBee oder Matter-Verbindung die mqtt nutzt.

                Naja, das AI-on-the-edge projekt liest schlicht die Zahl aus die der Zähler anzeigt und sendet diese dann z.B. per MQTT. Selbst wenn die sich mal mit einer Zahl verliest, stimmt der Wert dann bei der nächsten wieder. Wenn das einmal läuft scheitertet es höchstens mal an einer defekten SD-Karte.
                Außer "das Gerät liefert gleich den digitalen, richtigen Wert" kann ich mir keine bessere Lösung vorstellen.

                ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                1 Antwort Letzte Antwort
                0
                • D Offline
                  D Offline
                  dojodojo
                  schrieb am zuletzt editiert von
                  #21

                  AI-on-the-edge muss sehr genau ausgerichtet sein, einmal angestoßen und muss wieder neu justiert werden.

                  BananaJoeB 1 Antwort Letzte Antwort
                  0
                  • D dojodojo

                    AI-on-the-edge muss sehr genau ausgerichtet sein, einmal angestoßen und muss wieder neu justiert werden.

                    BananaJoeB Offline
                    BananaJoeB Offline
                    BananaJoe
                    Most Active
                    schrieb am zuletzt editiert von BananaJoe
                    #22

                    @dojodojo du hast das noch nicht benutzt, oder?
                    Man gibt 2 Marker/Bezugspunkte zum Ausrichten vor, solange diese im Bild bleiben, schafft er das.
                    Ich persönlich stoße aber auch nicht so oft gegen meinen Gaszähler.
                    Aber ja, kam schon mal vor das meine Frau Wäsche am Aufsatz aufgehängt hat.

                    ioBroker@Ubuntu 24.04 LTS (VMware) für: >260 Geräte, 5 Switche, 7 AP, 9 IP-Cam, 1 NAS 42TB, 1 ESXi 15TB, 4 Proxmox 1TB, 1 Hyper-V 48TB, 14 x Echo, 5x FireTV, 5 x Tablett/Handy VIS || >=160 Tasmota/Shelly || >=95 ZigBee || PV 8.1kW / Akku 14kWh || 2x USV 750W kaskadiert || Creality CR-10 SE 3D-Drucker

                    1 Antwort Letzte Antwort
                    0
                    • MartinSUM Offline
                      MartinSUM Offline
                      MartinSU
                      schrieb am zuletzt editiert von
                      #23

                      Hallo zusammen,
                      ich habe insgesamt 3 "AI-on-the-edge" laufen, 1 x Gaszähler, 2 x Wasseruhr.
                      Der Gaszähler hat den kompliziertesten Aufbau, läuft aber quasi ohne Probleme. Wie Ihr auf dem Foto sehen könnt, ist vor dem Gaszähler nur ca. 2cm Platz. Ich arbeite dort mit Umlenkspiegel, abgesetzte Kamera und extra weißen LEDs für die Beleuchtung. Durch den Spiegel muss in der Software bei "Alignment" der Punkt "Initial Mirror" = "true" sein. Die WLAN Verbindung geschieht über eine externe Antenne, da der WLAN Empfang im Keller nicht so toll ist.
                      Bei den Wasseruhren treten bedeutend mehr Probleme auf. Das Probelm ist immer, wenn die analogen Zeiger bei ",9xxx" sind und das Einer-digital-Digit schon fast komplett ist. Also der Zähler eigentlich "123,9xxx" ist, wird oft schon "124,9xxx" übermittelt. Im ioBroker habe ich da noch eine eigene Logik "nachgeschaltet", die bei Unstimmigkeiten einen
                      "http://<IP>/setPreValue?numbers=main&value=-1" auslöst und wenn der dreimal nichts geholfen hat noch einen
                      "http://<IP>/reboot" auslöst (kam aber erst einmal vor).
                      Gaszähler2c-k.jpg
                      Sonst arbeitet die ganze Sache doch recht Problemlos, mit dem Reedkontakt gab es mehr Probleme.
                      P.S. die schwarzen Pappen sind dazu da, dass keine Spiegelungen der Blitzlicht-LED vom Gaszählergehäuse in die Kamera kommen.

                      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

                      554

                      Online

                      32.6k

                      Benutzer

                      81.9k

                      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