Objekte anlegen

[TomT]

Der Tipp war Gold wert

Jetzt gehts….

Danke Dutchman

Grüße

Tom

[Dutchman]

@TomT:

Der Tipp war Gold wert `

Schicke dir gerne meine Adresse für die Lieferung [emoji6]

Viel Spass damit!

–-----------------------

Send from mobile device

Das schöne ios hat Auto Korrektur zum k****

Wer Schreibfehler findet darf sie behalten oder auf eBay verkaufen, mindest Umsatz 10% für die community

[snador]

Ich habe die Diskussion hier mal verfolgt und eine ähnliche Fragen. Ich würde gerne im Admin des meines Adapter einen Datenpunkt erstellen. Im Frontend des Adapters (Editbereich) soll der Nutzer diverse Optionen festlegen können. In meiner Denke schreibe ich einen JSON Sting (der die Optionen enthält) in diesen Datenpunkt. Aber wie muss der Datenpunkt aussehen bzw. von welchen Typ sein?

adapter.setObject('testVariable', {
        type: 'state',
        common: {
            name: 'testVariable',
            type: 'boolean',
            role: 'indicator'
        },
        native: {}
    });

Wie muß dieser Part sinnvollerweise aussehen? Ich bin aus den Dokus nicht schlau geworden welche Typen es gibt und wie der common je nach Typ aussehen soll…

Danke für eure Hilfe!

[paul53]

@snador:

welche Typen es gibt und wie der common je nach Typ aussehen soll… `
Es gibt die Datenpunkt-Typen "boolean", "number" und "string". Die Typen "boolean" und "number" können auch Zustandstexte (states) enthalten ("number" ist dann ein Multistate-Datenpunkt).

Beispiel Multistate:

  "type": "state",
  "common": {
    "name": "Test.3-Stufen",
    "type": "number",
    "desc": "Multistate:3-Stufen-Lüfter",
    "role": "javascript",
    "def": 0,
    "min": 0,
    "max": 3,
    "read": true,
    "write": true,
    "states": {
      "0": "Aus",
      "1": "Stufe-1",
      "2": "Stufe-2",
      "3": "Stufe-3"
    }
  }  

Beispiel für Analogwert:

  "type": "state",
  "common": {
    "name": "Test.Analog",
    "role": "javascript",
    "type": "number",
    "desc": "Manuallycreated",
    "unit": "%",
    "min": 0,
    "def": 33,
    "read": true,
    "write": false
  }

Beispiel für Logikwert mit Zustandstexten:

  "type": "state",
  "common": {
    "name": "Test.Schalter",
    "role": "",
    "type": "boolean",
    "read": true,
    "write": false,
    "desc": "Schaltertest",
    "def": false,
    "states": {
      "false": "Aus",
      "true": "Ein"
    }
  }  

Beispiel für String:

  "type": "state",
  "common": {
    "name": "Test.String",
    "desc": "Zeichenkette",
    "type": "string",
    "def": "",
    "role": "javascript",
    "read": true,
    "write": true
  }

[snador]

Danke für die Info!

Also sollte ich für mein Beispiel einen state vom Typ String anlegen und dann dort die Konfiguration als JSON String hinterlegen. Wäre das der beste Weg um komplexe Konfigurationen (z.B. 100 Einstellungen und mehr…) zu speichern? Wo liegt denn das Limit von String?

[paul53]

@snador:

Im Frontend des Adapters (Editbereich) soll der Nutzer diverse Optionen festlegen können. In meiner Denke schreibe ich einen JSON Sting (der die Optionen enthält) in diesen Datenpunkt. `
Konfigurationsdaten eines Adapters werden per Standard abgespeichert im Objekt system.adapter.name.N.native (N = 0, 1, …).

[snador]

Ok das wäre ja dann der Part der in der io-package.json landet oder?

Mal anders gefragt, wo speichert denn der VIS Adapter die Konfigurationsdaten der vom Benutzer erstellten Views? Dies wäre quasi der gleiche Fall wie in meiner Planung…

Ich möchte es einfach nur korrekt machen

[paul53]

@snador:

Ok das wäre ja dann der Part der in der io-package.json landet oder? `
Umgekehrt: Die io-package.json enthält die Startkonfiguration beim Erzeugen einer neuen Instanz.
@snador:

wo speichert denn der VIS Adapter die Konfigurationsdaten der vom Benutzer erstellten Views? `
Meiner Meinung nach in einer JSON-Datei (vis-views.json).

[Jensen]

Hallo,

kann man beim Anlegen von Datenpunkten mittels Skript auch gleich die SQL Speicherung aktivieren?

Wenn ja, wie?

Gruß Jens

[darkiop]

@Jensen sagte in Objekte anlegen:

Wenn ja, wie?

Auch wenns schon Alt ist - bin aber gerade drüber gestolpert

Ja:

createState(
    'TestState',   // ID
    42,               // default value
    {
        "name": "Test",
        "role": "javascript",
        "type": "number",
        "read": true,
        "write": true,
        "custom": {
            "sql.0": {
                "enabled": true,
                "changesOnly": false,
                "debounce": 0,
                "maxLength": 10,
                "retention": "31536000",
                "changesRelogInterval": 0,
                "changesMinDelta": 0,
                "storageType": "",
                "aliasId": ""
            }
        }
    }
);