Weiter zum Inhalt
  • Home
  • Aktuell
  • Tags
  • 0 Ungelesen 0
  • Kategorien
  • Unreplied
  • Beliebt
  • GitHub
  • Docu
  • Hilfe
Skins
  • Hell
  • Brite
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dunkel
  • 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. Best Practise zum Anlegen von Datenpunkten

NEWS

  • Monatsrückblick Januar/Februar 2026 ist online!
    BluefoxB
    Bluefox
    18
    1
    661

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

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

Best Practise zum Anlegen von Datenpunkten

Geplant Angeheftet Gesperrt Verschoben Skripten / Logik
3 Beiträge 2 Kommentatoren 336 Aufrufe 4 Beobachtet
  • Ä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.
  • Rene55R Online
    Rene55R Online
    Rene55
    schrieb am zuletzt editiert von
    #1

    Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel


    createState(pathMuster + 'ZimmerAktiv', true, {
    name: "ZimmerAktiv",
    type: "boolean",
    role: "state"
    });

    ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:

      "common": {
        "name": "ZimmerAktiv",
        "type": "boolean",
        "role": "state"
      },
      "native": {
        "name": "ZimmerAktiv",
        "type": "boolean",
        "role": "state"
      },
      "type": "state",
      "from": "system.adapter.javascript.0",
      "user": "system.user.admin",
      "ts": 1678874321486,
      "_id": "0_userdata.0.Test.DP.ZimmerAktiv",
      "acl": {
        "object": 1636,
        "state": 1636,
        "owner": "system.user.api",
        "ownerGroup": "system.group.api-user"
      }
    }
    

    In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.

    Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
    ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
    Wetterstation: Froggit WH3000SE V1.6.6

    paul53P Rene55R 2 Antworten Letzte Antwort
    0
    • Rene55R Rene55

      Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel


      createState(pathMuster + 'ZimmerAktiv', true, {
      name: "ZimmerAktiv",
      type: "boolean",
      role: "state"
      });

      ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:

        "common": {
          "name": "ZimmerAktiv",
          "type": "boolean",
          "role": "state"
        },
        "native": {
          "name": "ZimmerAktiv",
          "type": "boolean",
          "role": "state"
        },
        "type": "state",
        "from": "system.adapter.javascript.0",
        "user": "system.user.admin",
        "ts": 1678874321486,
        "_id": "0_userdata.0.Test.DP.ZimmerAktiv",
        "acl": {
          "object": 1636,
          "state": 1636,
          "owner": "system.user.api",
          "ownerGroup": "system.group.api-user"
        }
      }
      

      In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.

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

      @rene55 sagte: ob das Ergebnis richtig und sauber ist.

      Es sollte eine zum Datenpunkttyp passende Rolle verwendet werden. Außerdem noch common.read und common.write.

      @rene55 sagte in Best Practise zum Anlegen von Datenpunkten:

      Teil "native": {} meist leer.

      Die Einträge unter native werden von createState() erzeugt.

      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

      1 Antwort Letzte Antwort
      0
      • Rene55R Rene55

        Gibt es eine "richtige" Vorgehensweise zum Anlegen von Datenpunkten in Skripte. Ich hab schon verschiedene Schnippsel


        createState(pathMuster + 'ZimmerAktiv', true, {
        name: "ZimmerAktiv",
        type: "boolean",
        role: "state"
        });

        ausprobiert, weiß aber nicht sicher, ob das Ergebnis richtig und sauber ist. Grundsätzlich funktioniert das, aber im Objekt sieht es verschieden aus:

          "common": {
            "name": "ZimmerAktiv",
            "type": "boolean",
            "role": "state"
          },
          "native": {
            "name": "ZimmerAktiv",
            "type": "boolean",
            "role": "state"
          },
          "type": "state",
          "from": "system.adapter.javascript.0",
          "user": "system.user.admin",
          "ts": 1678874321486,
          "_id": "0_userdata.0.Test.DP.ZimmerAktiv",
          "acl": {
            "object": 1636,
            "state": 1636,
            "owner": "system.user.api",
            "ownerGroup": "system.group.api-user"
          }
        }
        

        In einigen anderen (von Adaptern) angelegten Datenpunkten ist der Teil "native": {} meist leer. Kommt dieser Effekt vom Blockly bzw. Javascript-Adapter oder kann man diesen Umstand ignorieren. Gibt es eine beste Vorgehensweise um richtige, ioBroker-konforme Datenpunkte anzulegen.

        Rene55R Online
        Rene55R Online
        Rene55
        schrieb am zuletzt editiert von Rene55
        #3

        @paul53 Also grundsätzlich ok, Ergänzung um read und write. Und den Bereich um "native" als gegeben so hinnehmen.

        Host: Fujitsu Intel(R) Pentium(R) CPU G4560T, 32 GB RAM, Proxmox 8.x + lxc Ubuntu 22.04
        ioBroker (8 GB RAM) Node.js: 20.19.1, NPM: 10.8.2, js-Controller: 7.0.6, Admin: 7.6.3
        Wetterstation: Froggit WH3000SE V1.6.6

        1 Antwort Letzte Antwort
        0

        Hey! Du scheinst an dieser Unterhaltung interessiert zu sein, hast aber noch kein Konto.

        Hast du es satt, bei jedem Besuch durch die gleichen Beiträge zu scrollen? Wenn du dich für ein Konto anmeldest, kommst du immer genau dorthin zurück, wo du zuvor warst, und kannst dich über neue Antworten benachrichtigen lassen (entweder per E-Mail oder Push-Benachrichtigung). Du kannst auch Lesezeichen speichern und Beiträge positiv bewerten, um anderen Community-Mitgliedern deine Wertschätzung zu zeigen.

        Mit deinem Input könnte dieser Beitrag noch besser werden 💗

        Registrieren Anmelden
        Antworten
        • In einem neuen Thema antworten
        Anmelden zum Antworten
        • Älteste zuerst
        • Neuste zuerst
        • Meiste Stimmen


        Support us

        ioBroker
        Community Adapters
        Donate

        350

        Online

        32.7k

        Benutzer

        82.6k

        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