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. NodeRed Variablen oder ioBroker Datenpunkte

NEWS

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

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

  • Weihnachtsangebot 2025! 🎄
    BluefoxB
    Bluefox
    25
    1
    1.9k

NodeRed Variablen oder ioBroker Datenpunkte

Geplant Angeheftet Gesperrt Verschoben ioBroker Allgemein
4 Beiträge 2 Kommentatoren 471 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.
  • B Offline
    B Offline
    blade-of-fire
    schrieb am zuletzt editiert von
    #1

    Hallo zusammen,

    ich habe mal eine Frage in die Community, die ich mir schon öfters gestellt habe und mich würde einfach mal eure Meinung interessieren.
    Ich benutze für die Logik in meinem ioBroker den NodeRed-Adapter.
    Zum Teil habe ich da schon relativ komplexe Logiken abgebildet, wobei oftmals mehrere ioBroker Datenpunkte in Wechselwirkung gebracht werden, z.B. die Anwesenheitserkennung in Zusammenhang mit Lichtszenen.
    Nun kann man ja in NodeRed mit Flow- oder Globalvariablen arbeiten und dort Werte zwischenspeichern. Oder man kann sich mit dem "ioBroker get" Node den aktuellen Wert von ioBroker abholen und weiter verwenden.
    Nun hab ich mich schon öfters gefragt, ob es hier eine Bestpratice gibt. Macht es performancetechnisch einen Unterschied, ob man den Wert bereits in NodeRed vorliegen hat oder erst in ioBroker abholen muss oder kann man das gänzlich vernachlässigen?
    Ich freue mich auf eure Beiträge :)

    mickymM 1 Antwort Letzte Antwort
    0
    • B blade-of-fire

      Hallo zusammen,

      ich habe mal eine Frage in die Community, die ich mir schon öfters gestellt habe und mich würde einfach mal eure Meinung interessieren.
      Ich benutze für die Logik in meinem ioBroker den NodeRed-Adapter.
      Zum Teil habe ich da schon relativ komplexe Logiken abgebildet, wobei oftmals mehrere ioBroker Datenpunkte in Wechselwirkung gebracht werden, z.B. die Anwesenheitserkennung in Zusammenhang mit Lichtszenen.
      Nun kann man ja in NodeRed mit Flow- oder Globalvariablen arbeiten und dort Werte zwischenspeichern. Oder man kann sich mit dem "ioBroker get" Node den aktuellen Wert von ioBroker abholen und weiter verwenden.
      Nun hab ich mich schon öfters gefragt, ob es hier eine Bestpratice gibt. Macht es performancetechnisch einen Unterschied, ob man den Wert bereits in NodeRed vorliegen hat oder erst in ioBroker abholen muss oder kann man das gänzlich vernachlässigen?
      Ich freue mich auf eure Beiträge :)

      mickymM Online
      mickymM Online
      mickym
      Most Active
      schrieb am zuletzt editiert von mickym
      #2

      @blade-of-fire In der Regel brauchst Du die Daten im Kontext nur speichern, wenn sie von extern kommen und Du nicht alles im iobroker speichern zu wollen - oder wenn Du ein oder mehrere Werte miteinander in einem Flow bzw. in einem Nachrichtenobjekt vergleichen musst - oder auch wenn Du du einen Zustand mehrfach in den Flows verwendest.

      Wenn Du also den Zustand - anwesend oder abwesend - im Kontext (globaler Kontext) speicherst und vielleicht 50 mal in diversen Flows abfragst, ist das sicher performanter, als wenn Du 50 mal einen Datenpunkt im iobroker abfragst. Wenn Du einen Datenpunkt ein oder zweimal abfragst, dann wirst Du wohl keinen Unterschied feststellen - schließlich musst Du ja trotzdem einmal den Datenpunkt auslesen, um ihn in einem Kontext zu speicher.

      Im Prinzip ist das aber wie bei Blockly/JavaScript auch. Dort kannst ja auch Werte in Variablen speichern und/oder aus den Datenpunkten auslesen.

      Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

      1 Antwort Letzte Antwort
      0
      • B Offline
        B Offline
        blade-of-fire
        schrieb am zuletzt editiert von
        #3

        @mickym Vielen Dank für die schnelle Antwort.

        Vermutlich wird es wohl in den meisten Fällen (ein oder zwei Abfragen) keinen Unterschied machen.
        Die Werte, auf die ich öfter oder von unterschiedlichen Flows aus zugreife, kann man ja bei Wertänderung in eine Globale Variable schreiben. Somit ist diese Variable ja immer aktuell im Kontext.

        mickymM 1 Antwort Letzte Antwort
        0
        • B blade-of-fire

          @mickym Vielen Dank für die schnelle Antwort.

          Vermutlich wird es wohl in den meisten Fällen (ein oder zwei Abfragen) keinen Unterschied machen.
          Die Werte, auf die ich öfter oder von unterschiedlichen Flows aus zugreife, kann man ja bei Wertänderung in eine Globale Variable schreiben. Somit ist diese Variable ja immer aktuell im Kontext.

          mickymM Online
          mickymM Online
          mickym
          Most Active
          schrieb am zuletzt editiert von mickym
          #4

          @blade-of-fire Ja wie gesagt - das gilt allgemein - je öfter Du ein und denselben Status abfrägst, desto eher lohnt sich das Speichern im RAM/Memory.

          Jeder Flow bzw. jedes Script, das ich hier poste implementiert jeder auf eigene Gefahr. Flows und Scripts können Fehler aufweisen und weder der Seitenbetreiber noch ich persönlich können hierfür haftbar gemacht werden. Das gleiche gilt für Empfehlungen aller Art.

          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

          674

          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