Objekte anlegen

[Homoran]

Danke, läuft!

Aber ist schon cool.#

Werte, zu denen manuell angelegte Objekte in dem eigenen Objektbaum existieren, werden dort eingetragen, alle anderen in den Vom Programm unter javascript.1 angelegten Objekte. Dort bleiben die Objekte, die bereits im eigenen Objektbaum existieren leer.

Danke nochmal, jetzt habe ich eine Basis zum Spielen.

Gruß

Rainer

[klassisch]

Ja, und ich dachte ich wäre zu doof.

Habe die Objekte dann halt manuell angelegt.

Eintragen von den WeMos via simpleApi und Auslesen geht dann per JS.

[TomT]

@paul53:

Hier mal ein Beispiel, wie man einen Datenpunkt aus Javascript mit setObject() anlegen kann.

const path = 'Messwerte.0.Solaranlage.';
const id = path + 'Momentanwerte.Leistung_DC_aktuell';

var obj = {};
obj.type = 'state';
obj.common = {};
obj.common.name = 'Momentanwerte.Leistung DC aktuell';
obj.common.type = 'number';
obj.common.role = 'value';
obj.common.desc = 'Meine Beschreibung';
obj.common.read = true;
obj.common.write = true;
obj.common.def = 0;
obj.common.min = 0;
obj.common.unit = 'W';

setObject(id, obj, function(err) {
    if(err) log('Cannot write object: ' + err);
    else setState(id, obj.common.def);
});

```` `  

Das Script funktioniert so nicht. :shock:

javascript.0 script.js.Vorlagen.Objekt_anlegen: Cannot write object: Function "setObject" is not allowed. Use adapter settings to allow it.
javascript.0 script.js.Vorlagen.Objekt_anlegen: registered 0 subscriptions and 0 schedules

Woran liegt es denn, das es nicht erlaubt ist, setObject auszuführen?

Grüße

Tom

[Dutchman]

@TomT:

Das Script funktioniert so nicht. [emoji47]

Function "setObject" is not allowed. Use adapter settings to allow it.
javascript.0 script.js.Vorlagen.Objekt_anlegen: registered 0 subscriptions and 0 schedules

Woran liegt es denn, das es nicht erlaubt ist, setObject auszuführen?

Grüße

Tom `

Du hast dir die JavaScript adapter settings Mal angeschaut ?

Da muss ein Haken gesetzt werden um diese Funktion zu erlauben

~Dutch

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

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

[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": ""
            }
        }
    }
);