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. Visualisierung
  4. [gelöst] VIS oder Skripting Frage

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    2.5k

[gelöst] VIS oder Skripting Frage

Geplant Angeheftet Gesperrt Verschoben Visualisierung
4 Beiträge 2 Kommentatoren 192 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.
  • MartinPM Online
    MartinPM Online
    MartinP
    schrieb am zuletzt editiert von MartinP
    #1

    Es geht um das Vorausfüllen von Eingabefeldern (Habe das schon hier https://forum.iobroker.net/topic/71112/indukt-näherungsschalter-und-gaszählerauswertung/51?_=1703959489221 erwähnt, aber hier noch einmal die isolierte Frage)

    Ich habe ein Eingabefeld, in das ich einen ellenlangen Wert eintippen muss, der zur Berechnung einer Korrektur gebraucht wird
    Vis Page

    Meine Auswerteelektronik erzeugt gelegentlich Fehl-Impulse, sodass die Rechnung Nullpunktstand in m³ + Pulse * 0,01 m³/Puls = Zählerstand in m³ nicht mehr mit dem übereinstimmt, was der Gaszähler anzeigt...

    In dieser Situation tippe ich den realen Zählerstand in das Eingabefeld (typ: jqui - ctrl - Input + Set-Butt) ein, und nach Betätigen des Set-Buttons wird der Nullpunktstand so korrigiert, dass die Rechnung wieder passt.

    Meistens unterscheiden sich der über Pulse und den Nullpunkt errechnete und der vorliegende Zählerstand nur in den Nachkommastellen.
    Deshalb wäre es sehr bequem, wenn der letzte errechnete Zählerstand beim Aufruf der "Korrektur" Seite schon vorausgefüllt im Eingabefeld vorliegen würde.

    Das Eingabefeld braucht dazu noch einen Dezimalpunkt, und kein Komma, was auch eine gewisse Unbequemlichkeit darstellt ...

    Hat jemand einen Hinweis, wie man das Vor-Ausfüllen des Eingabefeldes, und das Problem des Dezimalpunktes lösen kann?

    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

    OliverIOO 1 Antwort Letzte Antwort
    0
    • MartinPM MartinP

      Es geht um das Vorausfüllen von Eingabefeldern (Habe das schon hier https://forum.iobroker.net/topic/71112/indukt-näherungsschalter-und-gaszählerauswertung/51?_=1703959489221 erwähnt, aber hier noch einmal die isolierte Frage)

      Ich habe ein Eingabefeld, in das ich einen ellenlangen Wert eintippen muss, der zur Berechnung einer Korrektur gebraucht wird
      Vis Page

      Meine Auswerteelektronik erzeugt gelegentlich Fehl-Impulse, sodass die Rechnung Nullpunktstand in m³ + Pulse * 0,01 m³/Puls = Zählerstand in m³ nicht mehr mit dem übereinstimmt, was der Gaszähler anzeigt...

      In dieser Situation tippe ich den realen Zählerstand in das Eingabefeld (typ: jqui - ctrl - Input + Set-Butt) ein, und nach Betätigen des Set-Buttons wird der Nullpunktstand so korrigiert, dass die Rechnung wieder passt.

      Meistens unterscheiden sich der über Pulse und den Nullpunkt errechnete und der vorliegende Zählerstand nur in den Nachkommastellen.
      Deshalb wäre es sehr bequem, wenn der letzte errechnete Zählerstand beim Aufruf der "Korrektur" Seite schon vorausgefüllt im Eingabefeld vorliegen würde.

      Das Eingabefeld braucht dazu noch einen Dezimalpunkt, und kein Komma, was auch eine gewisse Unbequemlichkeit darstellt ...

      Hat jemand einen Hinweis, wie man das Vor-Ausfüllen des Eingabefeldes, und das Problem des Dezimalpunktes lösen kann?

      OliverIOO Offline
      OliverIOO Offline
      OliverIO
      schrieb am zuletzt editiert von
      #2

      @martinp sagte in VIS oder Skripting Frage:

      Deshalb wäre es sehr bequem, wenn der letzte errechnete Zählerstand beim Aufruf der "Korrektur" Seite schon vorausgefüllt im Eingabefeld vorliegen würde.

      so ganz habe ich es nicht verstanden:

      wo liegt der berechnet wert den vor?
      in einem anderen datenpunkt?
      warum schreibst du den berechneten wert dann nicht immer in den datenpunkt für dieses eingabefeld?

      dann kannst du auf basis des angezeigten wertes korrigieren und bei set wird dann wie üblich was auch immer berechnet und gesetzt

      Meine Adapter und Widgets
      TVProgram, SqueezeboxRPC, OpenLiga, RSSFeed, MyTime,, pi-hole2, vis-json-template, skiinfo, vis-mapwidgets, vis-2-widgets-rssfeed
      Links im Profil

      MartinPM 1 Antwort Letzte Antwort
      0
      • OliverIOO OliverIO

        @martinp sagte in VIS oder Skripting Frage:

        Deshalb wäre es sehr bequem, wenn der letzte errechnete Zählerstand beim Aufruf der "Korrektur" Seite schon vorausgefüllt im Eingabefeld vorliegen würde.

        so ganz habe ich es nicht verstanden:

        wo liegt der berechnet wert den vor?
        in einem anderen datenpunkt?
        warum schreibst du den berechneten wert dann nicht immer in den datenpunkt für dieses eingabefeld?

        dann kannst du auf basis des angezeigten wertes korrigieren und bei set wird dann wie üblich was auch immer berechnet und gesetzt

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

        @oliverio Hier der Userdata - Block für den Gaszähler

        b1188a0a-3285-4103-b5dc-1fdbf783c44f-grafik.png

        • PulsZaehler wird von einem Blockly-Skript inkrementiert. Das Skript zählt die Pulse, die von einem am Gaszähler montierten induktiven Näherungssensor über einen NodeMCU mit Tasmota kommen. Der Gaszähler liefert einen Impuls / 0,01 m³
        • NullKubikmeter war anfangs eine Konstante im Blockly-Skript... das musste ich ändern, als ich feststellte, dass der Näherungsschalter zu Fehlimpulsen neigt. (3...5 Pulse pro Tag) VerbrauchTotal = NullKubikmeter + PulsZaehler * 0,01
        • Der über den VIS-View eingegebene Wert landet in LastKubikmeter, und dadurch wird ein Blockly Skript gestartet, was einen neuen NullKubikmeter Wert ermittelt, und nebenbei auch den VerbrauchTotal Wert korrigiert, der ansonsten erst bei nächsten Puls aktualisiert würde ...

        6dda7bbd-42cc-4113-a9d0-a9036afcfba5-grafik.png

        Mit dem neuen NullKubikmeter Wert stimmt dann die Formel wieder.

        VerbrauchTotal = NullKubikmeter + PulsZaehler * 0,01

        Ich stelle mich da alle paar Tage vor den Zähler und muss alle Ziffern aus dem Gaszähler in das Eingabefeld im Vis View eintippen, bevor das aus den Pulsen inklusive den Fehl-Pulsen errechnete Ergebnis zu weit dem Zählerstand vorauseilt....

        Wenn da der letzte VerbrauchTotal Wert im Eingabefeld vorliegen würde, müsste ich meist nur die letzten 2...3 Ziffern korrigieren ...

        Ich hatte vorher mit Controls ohne "Set" Button experimentiert - da wurde bei jeder Tastenbetätigung in den Userdata-Datenpunkt geschrieben, was ziemliches Chaos ausgelöst hat ...

        Falls es da keine VIS Lösung gibt, muss ich wahrscheinlich doch noch ein wenig mehr Userdata Datenpunkte bauen, und mit separaten "Get" und "Set" Buttons arbeiten...

        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

        MartinPM 1 Antwort Letzte Antwort
        0
        • MartinPM MartinP

          @oliverio Hier der Userdata - Block für den Gaszähler

          b1188a0a-3285-4103-b5dc-1fdbf783c44f-grafik.png

          • PulsZaehler wird von einem Blockly-Skript inkrementiert. Das Skript zählt die Pulse, die von einem am Gaszähler montierten induktiven Näherungssensor über einen NodeMCU mit Tasmota kommen. Der Gaszähler liefert einen Impuls / 0,01 m³
          • NullKubikmeter war anfangs eine Konstante im Blockly-Skript... das musste ich ändern, als ich feststellte, dass der Näherungsschalter zu Fehlimpulsen neigt. (3...5 Pulse pro Tag) VerbrauchTotal = NullKubikmeter + PulsZaehler * 0,01
          • Der über den VIS-View eingegebene Wert landet in LastKubikmeter, und dadurch wird ein Blockly Skript gestartet, was einen neuen NullKubikmeter Wert ermittelt, und nebenbei auch den VerbrauchTotal Wert korrigiert, der ansonsten erst bei nächsten Puls aktualisiert würde ...

          6dda7bbd-42cc-4113-a9d0-a9036afcfba5-grafik.png

          Mit dem neuen NullKubikmeter Wert stimmt dann die Formel wieder.

          VerbrauchTotal = NullKubikmeter + PulsZaehler * 0,01

          Ich stelle mich da alle paar Tage vor den Zähler und muss alle Ziffern aus dem Gaszähler in das Eingabefeld im Vis View eintippen, bevor das aus den Pulsen inklusive den Fehl-Pulsen errechnete Ergebnis zu weit dem Zählerstand vorauseilt....

          Wenn da der letzte VerbrauchTotal Wert im Eingabefeld vorliegen würde, müsste ich meist nur die letzten 2...3 Ziffern korrigieren ...

          Ich hatte vorher mit Controls ohne "Set" Button experimentiert - da wurde bei jeder Tastenbetätigung in den Userdata-Datenpunkt geschrieben, was ziemliches Chaos ausgelöst hat ...

          Falls es da keine VIS Lösung gibt, muss ich wahrscheinlich doch noch ein wenig mehr Userdata Datenpunkte bauen, und mit separaten "Get" und "Set" Buttons arbeiten...

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

          Habe jetzt selber eine Lösung gefunden. Weiß aber nicht ob diese besonders elegant ist ...
          bcb46b76-b531-4d34-8336-d442d900bbd9-grafik.png

          Dreifach-Auswahl Follow/Set/Confirm (= 0,1,2)

          Gekoppelt an einen Userdata - Datenpunkt "NullKubikSet"
          Das Eingabefeld ist an einen Ud-DP "NullKubikWork"

          Status-Werte von "NullKubikSet"

          • 0/Follow: NullKubikWork wird u.A. durch das Blockly, was von den Pulsen getriggert wird mit dem errechneten Zählerstand gefüllt.
          • 1/Set: NullKubikWork kann Editiert werden - kein schreibender oder lesender Zugriff aus Blockly
          • 2/Confirm: Aus NullKubikWork wird durch ein Blockly Skript der neue passende Nullpunkt zum aktuellen PulsCount errechnet.

          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

          686

          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