wichtiges UPDATE für controller 7.2.2 im stable

[Kusselin]

Nee isses nicht..sonst würd ich doch nicht fragen....
O.K. nochmal für mich...im Script ist das hier hinterlegt:

// ── Jahres-Datenpunkte anlegen (falls nicht vorhanden) ─────────
createState(DP_JAHR_KWH, {
    name: 'Einspeisung Jahr gesamt',
    type: 'number',
    role: 'value.energy',
    unit: 'kWh',
    read: true,
    write: true,
    def: 0
});

createState(DP_JAHR_EURO, {
    name: 'Einspeisung Jahr gesamt (€)',
    type: 'number',
    role: 'value.money',
    unit: '€',
    read: true,
    write: true,
    def: 0
});

das heisst doch aber das das Script den Datenpunkt schon automatisch anlegt...da muss ich doch nichts mehr in 0_userdata anlegen...oder?

[Ro75]

ja. Allerdings wirst du auf Dauer keinen Spaß haben, denn da wird ja jeden Tag mindestens ein weiterer Datenpunkt angelegt. Wenn du daraus eine Historie ableiten willst, völlig ungeeignet - wurde aber schon weiter oben angesprochen.

Ro75.

[Kusselin]

o.k. danke für die Info

[Chrunchy]

@paul53 sagte:

@Chrunchy [sagte]: Funktion createState in der JavaScript-Script-Engine (ab js-controller 6/7) als veraltet (deprecated) betrachtet und durch setObjectNotExists oder extendObject ersetzt.

Wie kommst du darauf?

Hatt das hier (https://forum.iobroker.net/topic/75919/createstate-deprecated) so verstanden.

[ticaki]

@Chrunchy sagte:

@paul53 sagte:

@Chrunchy [sagte]: Funktion createState in der JavaScript-Script-Engine (ab js-controller 6/7) als veraltet (deprecated) betrachtet und durch setObjectNotExists oder extendObject ersetzt.

Wie kommst du darauf?

Hatt das hier (https://forum.iobroker.net/topic/75919/createstate-deprecated) so verstanden.

Das eine ist Adapterentwicklung das andere Javascript-Adapter - ich benutze in beiden "extendObject" - für nicht Adapterentwickler ist createStates() aber besser.

[Rene55]

Ich hoffe hier liest noch jemand mit. Ich versuche mit dem Javascript-Adapter (9.0.18) einen Datenpunkt für ein Objekt anzulegen. Dazu nutze ich 'await createStateAsync(name, initialValue, forceCreation, common, native);'. Das funktioniert auch soweit, dass der DP angelegt wird, aber der Wert mit '(null)' in rot dargestellt wird. Von dem übergebenen initialValue {} keine Spur. Bei allen anderen Datenpunkten funktioniert das so wie erwartet. Kennt das auch jemand und hat dazu eine Lösung?

[paul53]

@Rene55 [sagte]: Von dem übergebenen initialValue {} keine Spur

Initialvalue {} wird als leeres Common-Objekt interpretiert. Verwende def zu Initialisierung:

createState(id, {name: 'neues Objekt', type: 'object', def: {}});

[Rene55]

Danke @paul53 für den Versuch. Leider bekomme ich weiterhin ein " (null) " in rot. Darüber hinaus sehe ich im Objekt { "_id": "0_userdata.0.Test2.OBJ_3", "common": { "name": "0_userdata.0.Test2.OBJ_3", "role": "state", "type": "mixed" }, "native": {}, "type": "state", "from": "system.adapter.javascript.0", "user": "system.user.admin", "ts": 1784048742911, "acl": { "object": 1636, "state": 1636, "owner": "system.user.admin", "ownerGroup": "system.group.administrator" } }. Auffällig hier der Type 'mixed' obwohl ich 'object' vorgegeben habe.

[OliverIO]

@Rene55

hat perfekt funktioniert.
einmal mit 0 und einmal mit def 1 probiert

createState("0_userdata.0.forum", {
    name: 'Einspeisung Jahr gesamt',
    type: 'number',
    role: 'value.energy',
    unit: 'kWh',
    read: true,
    write: true,
    def: 1
});

das funktioniert aber nur beim ersten mal falls der datenpunkt noch nicht existiert.
für das kontinuierliche schreiben von datenpunkte musst du setState verwenden
also

setState("0_userdata.0.forum",3);

oder wenn du mit ack=true schreiben wills

setState("0_userdata.0.forum",3,true);

ein datenpunkt besteht aus einem object und ein oder mehrere states, die beiden werden von iobroker separat verwaltet.

das siehst du auch in den datenpunkt einstellungen

[paul53]

@Rene55 [sagte]: Type 'mixed' obwohl ich 'object' vorgegeben habe.

Hat du den Initialvalue weggelassen? Falls nicht, wird dieser als common interpretiert und erzeugt einen Standard-DP mit dem Typ "mixed".

EDIT: Ohne Initialvalue erzeugter Datenpunkt:

{
  "_id": "0_userdata.0.Test.neues_Objekt",
  "common": {
    "name": "neues Objekt",
    "type": "object",
    "def": {},
    "role": "state"
  },
  "native": {},
  "type": "state",
  "from": "system.adapter.javascript.0",
  "user": "system.user.admin",
  "ts": 1784037212795,
  "acl": {
    "object": 1636,
    "state": 1636,
    "owner": "system.user.admin",
    "ownerGroup": "system.group.administrator"
  }
}

[Rene55]

Langsam komme ich dahinter. Laut Docu hat "await createStateAsync(name, initialValue, forceCreation, common, native);" diese Signatur. Ich habe alle Werte beim Aufruf mitgegeben. Bei allen anderen Typen funktioniert das mit initialValue und forceCreation. Nur eben bei object nicht. Nun habe ich die beiden Parameter weggelassen und jetzt gehts. Kann das nochmal jemand nachvollziehen - bevor ich hier einen Bug melden müsste. Zur Info: ich habe mir vorgeschaltet einen "commonBuider" gebaut der mir für das common das hier aufbereitet : "common = {"name":"Object3","type":"object","role":"state","read":true,"write":true,"def":{}}"

[paul53]

@Rene55 [sagte]: einen Bug melden müsste.

Da initialValue und forceCreation optional sind, ist es nicht möglich, initialValue als Objekt von einem common-Objekt zu unterscheiden. Will man einen DP vom Typ "object" erzeugen, muss man auf initialValue verzichten und statt dessen mit common.def initialisieren.

[Rene55]

Danke @paul53 , dann mache ich das so. Ich konnte nicht erkennen, dass die beiden Parameter optional sind - ich hatte ja auch beide angegeben. Hat bei allen Typen funktioniert - außer bei object. Nochmals Danke und für mich erledigt.