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. Pulse Counter - Aufaddieren von Pulsen

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

Pulse Counter - Aufaddieren von Pulsen

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
5 Beiträge 4 Kommentatoren 395 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.
  • M Offline
    M Offline
    musicnrw
    schrieb am zuletzt editiert von
    #1

    Hallo, ich habe, um meinen Gaszähler auszulesen, einen Hallsensor installiert, der über EspEasy auf einem ESP8266 ausgelesen wird. Dort lese ich die Pulse aus, die das Zählwerk des Gaszählers bei jeder Umdrehung an den Hallsensor gibt. Diese einzelnen Pulse werden im ioBroker über MQTT ausgewertet, also stumpf hochgezählt.
    Das Problem nun ist, wenn es z.B. einen Stromausfall gibt und der ESP8266 neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an, sodaß Auswertungen z.B. in Grafana über diesen Zeitpunkt hinweg natürlich unbrauchbar werden, da vor dem Stromausfall der Wert für die gezählten Pulse z.B. 35245 war und danach 0, es wird also quasi ein negativer Verbrauch über diesen Sprung hin ermittelt.
    Frage: Wie kann ich ioBroker bzw. InfluxDB als dahinterliegende Datenbank dazu bringen, dass in der Datenbank ein Wert abgelegt wird, der bei jedem neuen Puls des Hallsensors um 1 erhöht wird. Dann wäre ich auch bei einem Neustart unabhängig vom Totalwert, da ja immer, auch wenn es bei 0 wieder losgeht, der vorher in InfluxDB abgelegte Wert die Basis wäre und mit jedem neuen Puls wieder um 1 erhöht würde.

    CodierknechtC MartinPM paul53P 3 Antworten Letzte Antwort
    0
    • M musicnrw

      Hallo, ich habe, um meinen Gaszähler auszulesen, einen Hallsensor installiert, der über EspEasy auf einem ESP8266 ausgelesen wird. Dort lese ich die Pulse aus, die das Zählwerk des Gaszählers bei jeder Umdrehung an den Hallsensor gibt. Diese einzelnen Pulse werden im ioBroker über MQTT ausgewertet, also stumpf hochgezählt.
      Das Problem nun ist, wenn es z.B. einen Stromausfall gibt und der ESP8266 neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an, sodaß Auswertungen z.B. in Grafana über diesen Zeitpunkt hinweg natürlich unbrauchbar werden, da vor dem Stromausfall der Wert für die gezählten Pulse z.B. 35245 war und danach 0, es wird also quasi ein negativer Verbrauch über diesen Sprung hin ermittelt.
      Frage: Wie kann ich ioBroker bzw. InfluxDB als dahinterliegende Datenbank dazu bringen, dass in der Datenbank ein Wert abgelegt wird, der bei jedem neuen Puls des Hallsensors um 1 erhöht wird. Dann wäre ich auch bei einem Neustart unabhängig vom Totalwert, da ja immer, auch wenn es bei 0 wieder losgeht, der vorher in InfluxDB abgelegte Wert die Basis wäre und mit jedem neuen Puls wieder um 1 erhöht würde.

      CodierknechtC Offline
      CodierknechtC Offline
      Codierknecht
      Developer Most Active
      schrieb am zuletzt editiert von
      #2

      @musicnrw

      Mit Blockly?

      ac04b622-d1bb-48cd-a10a-84f37317917b-grafik.png

      "Aktueller Zählerstand" ist ein eigener DP vom Typ "Zahl".

      "Any fool can write code that a computer can understand. Good programmers write code that humans can understand." (Martin Fowler, "Refactoring")

      Proxmox 9.1.1 LXC|8 GB|Core i7-6700
      HmIP|ZigBee|Tasmota|Unifi
      Zabbix Certified Specialist
      Konnte ich Dir helfen? Dann benutze bitte das Voting unten rechts im Beitrag

      1 Antwort Letzte Antwort
      1
      • M musicnrw

        Hallo, ich habe, um meinen Gaszähler auszulesen, einen Hallsensor installiert, der über EspEasy auf einem ESP8266 ausgelesen wird. Dort lese ich die Pulse aus, die das Zählwerk des Gaszählers bei jeder Umdrehung an den Hallsensor gibt. Diese einzelnen Pulse werden im ioBroker über MQTT ausgewertet, also stumpf hochgezählt.
        Das Problem nun ist, wenn es z.B. einen Stromausfall gibt und der ESP8266 neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an, sodaß Auswertungen z.B. in Grafana über diesen Zeitpunkt hinweg natürlich unbrauchbar werden, da vor dem Stromausfall der Wert für die gezählten Pulse z.B. 35245 war und danach 0, es wird also quasi ein negativer Verbrauch über diesen Sprung hin ermittelt.
        Frage: Wie kann ich ioBroker bzw. InfluxDB als dahinterliegende Datenbank dazu bringen, dass in der Datenbank ein Wert abgelegt wird, der bei jedem neuen Puls des Hallsensors um 1 erhöht wird. Dann wäre ich auch bei einem Neustart unabhängig vom Totalwert, da ja immer, auch wenn es bei 0 wieder losgeht, der vorher in InfluxDB abgelegte Wert die Basis wäre und mit jedem neuen Puls wieder um 1 erhöht würde.

        MartinPM Online
        MartinPM Online
        MartinP
        schrieb am zuletzt editiert von MartinP
        #3

        @musicnrw Ich habe ein ähnliches Setup. Kann die Blockyl Scripte und die Vis2 Views gerne teilen.

        Der Sensor hat immer wieder überzählige Impulse gezählt. Musste da Sperrzeiten für die Entpellungen in die Scripte einbauen.
        Und für Zeiten, wo Iobroker nicht gelaufen ist und dadurch hinterherhinkt einen VIS View zum Abgleich mit den Zählerstand.

        EDIT: Hier steht ziemlich alles
        https://forum.iobroker.net/topic/71112/indukt-näherungsschalter-und-gaszählerauswertung/24?_=1740649894792

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

        1 Antwort Letzte Antwort
        0
        • M musicnrw

          Hallo, ich habe, um meinen Gaszähler auszulesen, einen Hallsensor installiert, der über EspEasy auf einem ESP8266 ausgelesen wird. Dort lese ich die Pulse aus, die das Zählwerk des Gaszählers bei jeder Umdrehung an den Hallsensor gibt. Diese einzelnen Pulse werden im ioBroker über MQTT ausgewertet, also stumpf hochgezählt.
          Das Problem nun ist, wenn es z.B. einen Stromausfall gibt und der ESP8266 neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an, sodaß Auswertungen z.B. in Grafana über diesen Zeitpunkt hinweg natürlich unbrauchbar werden, da vor dem Stromausfall der Wert für die gezählten Pulse z.B. 35245 war und danach 0, es wird also quasi ein negativer Verbrauch über diesen Sprung hin ermittelt.
          Frage: Wie kann ich ioBroker bzw. InfluxDB als dahinterliegende Datenbank dazu bringen, dass in der Datenbank ein Wert abgelegt wird, der bei jedem neuen Puls des Hallsensors um 1 erhöht wird. Dann wäre ich auch bei einem Neustart unabhängig vom Totalwert, da ja immer, auch wenn es bei 0 wieder losgeht, der vorher in InfluxDB abgelegte Wert die Basis wäre und mit jedem neuen Puls wieder um 1 erhöht würde.

          paul53P Offline
          paul53P Offline
          paul53
          schrieb am zuletzt editiert von
          #4

          @musicnrw sagte: neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an

          Trigger auf "ist größer als letztes". Beispiel mit 1 Impuls / Wh:

          Blockly_temp.JPG

          Bitte verzichtet auf Chat-Nachrichten, denn die Handhabung ist grauenhaft !
          Produktiv: RPi 2 mit S.USV, HM-MOD-RPI und SLC-USB-Stick mit root fs

          MartinPM 1 Antwort Letzte Antwort
          0
          • paul53P paul53

            @musicnrw sagte: neu bootet, startet er bei 0 und dieser Wert kommt auch dann beim ioBroker an

            Trigger auf "ist größer als letztes". Beispiel mit 1 Impuls / Wh:

            Blockly_temp.JPG

            MartinPM Online
            MartinPM Online
            MartinP
            schrieb am zuletzt editiert von MartinP
            #5

            @paul53 Die Umrechnung Impulse auf kWh bei Gaszählern ist nicht so kompliziert ...

            1. Herausfinden, was für einen Heizwert das gelieferte Gas hat (Internetseite des Gasnetzbetreibers z. B.) bei mir in Dortmund https://www.dew21.de/fileadmin/Privatkunden/Produkte/Erdgas/Erdgaskennwerte.pdf

            11,38 kWh/m³

            1. Impulse/m³ des Zählers bei meinem Pipersberg G4 RF1 c 100 Impulse/m³

            also 0,1138 kWh pro Impuls ...

            Die größtmögliche Entprellung kann man in etwa einstellen, wenn man die Heizleistung des angeschlossenen Heizkessels kennt...

            Wenn es nur einen Gasverbraucher gibt, und das ist ein Heizkessel mit 12 kW, könnte maximal pro Stunde 12 kWh verbraucht werden ...

            12 / 0,1138 = 105,44 Impulse pro Stunde

            60*60/105,44 = alle 34,14 ein Impuls schnellstenfalls, alle Impulse, die schneller kommen, sind Fehldetektionen ...

            Da man nicht so genau weiß, ob der Kessel nicht manchmal doch etwas mehr Gas aufnimmt, als seiner Heizleistung entspricht, würde ich die Sperrzeit nach einem detektierten Impuls auf 20 Sekunden setzen ...

            Bei uns hängen zwei Verbraucher am Zähler, beide bei ca 12 kW, und ich habe die Sperrzeit auf 10 Sekunden gesetzt ...

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

            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

            726

            Online

            32.7k

            Benutzer

            82.4k

            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