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. Skripten / Logik
  4. [solved] HM: Abfragen von Datenpunkt generiert Duty Cycle?

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    16
    1
    232

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

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

[solved] HM: Abfragen von Datenpunkt generiert Duty Cycle?

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
3 Beiträge 2 Kommentatoren 217 Aufrufe 1 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.
  • K Offline
    K Offline
    klassisch
    Most Active
    schrieb am zuletzt editiert von klassisch
    #1

    Hallo,
    Frage an die Experten:
    Habe eigentlich in der Absicht unnötige Kommandos und damit DC auf der HM CCU zu vermeiden, den aktuellen Aktorzustand in den ioBroker Objekten per Skript abgefragt.
    Wollte nur dann ein Zustandstandsignal an dden Datenpunkt übergeben, wenn das tatsächlich zu einer Änderung geführt hätte.
    Dazu also den Datenpunktunkt abgefragt und verglichen.
    Aber durch diese Abfrage des Datenpunkts in den ioBroker Objekten scheint sich der DC auf der CCU drastisch zu erhöhen.

    Wie ist das zu erklären? Ich dachte so ein getState sei ein lesender Zugriff? Offensichtlich habe ich das Zusammenspiel zwischen ioBroker und HM nicht verstanden.

    Habe jetzt im Skript eine Varibla angelegt, die abfrage. Diese Variable wird geändert, wenn sich das subscribierte HM-Objekt ändert. Jetzt ist der DC wieder normal.
    Thema also gelöst, aber nicht wirklich verstanden.

    paul53P 1 Antwort Letzte Antwort
    0
    • K klassisch

      Hallo,
      Frage an die Experten:
      Habe eigentlich in der Absicht unnötige Kommandos und damit DC auf der HM CCU zu vermeiden, den aktuellen Aktorzustand in den ioBroker Objekten per Skript abgefragt.
      Wollte nur dann ein Zustandstandsignal an dden Datenpunkt übergeben, wenn das tatsächlich zu einer Änderung geführt hätte.
      Dazu also den Datenpunktunkt abgefragt und verglichen.
      Aber durch diese Abfrage des Datenpunkts in den ioBroker Objekten scheint sich der DC auf der CCU drastisch zu erhöhen.

      Wie ist das zu erklären? Ich dachte so ein getState sei ein lesender Zugriff? Offensichtlich habe ich das Zusammenspiel zwischen ioBroker und HM nicht verstanden.

      Habe jetzt im Skript eine Varibla angelegt, die abfrage. Diese Variable wird geändert, wenn sich das subscribierte HM-Objekt ändert. Jetzt ist der DC wieder normal.
      Thema also gelöst, aber nicht wirklich verstanden.

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

      @klassisch sagte: Ich dachte so ein getState sei ein lesender Zugriff?

      Ja, und sogar nur auf den Puffer der Javascript-Instanz. Der HM-RPC-Adapter bekommt den Zugriff nicht mit - erst recht nicht die CCU.

      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

      K 1 Antwort Letzte Antwort
      0
      • paul53P paul53

        @klassisch sagte: Ich dachte so ein getState sei ein lesender Zugriff?

        Ja, und sogar nur auf den Puffer der Javascript-Instanz. Der HM-RPC-Adapter bekommt den Zugriff nicht mit - erst recht nicht die CCU.

        K Offline
        K Offline
        klassisch
        Most Active
        schrieb am zuletzt editiert von
        #3

        @paul53 Danke!

        Das dachte ich auch.
        Passt aber nicht zu meinem DC.

        Jetzt habe ich das nochmals recherchiert und das alte Script aus dem Backup geholt und nochmals genauer nachgeschaut und einen Fehler gefunden:

        Da stand

        if(intendedState != getState(windowsAdviserId)){
        

        wo hätte stehen sollen

        if(intendedState != getState(windowsAdviserId).val){
        

        Der hat also nicht den Datenpunkt geholt, sondern das ganze Objekt. damit ist wohl die Ungleichheit im if statement immer gegeben und der Aktor wird immer angesteuert. Die "Sparschaltung" war also fehlerhaft.

        "User did err" hätte die alte Univac gesagt.

        Danke für Deine Mühe.

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


        Support us

        ioBroker
        Community Adapters
        Donate

        419

        Online

        32.7k

        Benutzer

        82.5k

        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