Test Adapter Alarm 3.6.x

[Neuschwansteini]

@gelberlemmy ja, das Problem hab ich auch.. bei 4 Instanzen ist das doof..

[sigi234]

@ilovegym sagte in Test Adapter Alarm 1.8.x:

@gelberlemmy ja, das Problem hab ich auch.. bei 4 Instanzen ist das doof..

Warum habt ihr mehrere Instanzen?

[Neuschwansteini]

@sigi234

Getrennte Alarmkreise, schau:

[Neuschwansteini]

@sigi234

Aussenbereich wird Nachts scharf geschaltet, auch wenn jemand zuhause ist.
EG, OG und DG nur wenn die Bewohner abwesend ist.

Rauch und Wassermelder sind immer scharf.

in der Vis sieht das so aus ( Benutze nur noch MinuVis )

[sigi234]

@ilovegym

[blauholsten]

@gelberlemmy kannst du das genauer erklären, habe gerade ein Brett vorm Kopf

[Neuschwansteini]

@blauholsten wenn man den Adapter stoppt / started, dann werden die Beschreibungen der Datenpunkte überschrieben, d.h. wenn ich "enable" mit "Aussenbereich enable" überschreibe, den Adapter stoppe und neu starte oder den iobroker oder ein Update des Adapters mache, dann muss ich alle im Namen ergänzten Datenpunkte wieder neu beschreiben...

[gelberlemmy]

@blauholsten kein Problem. Anbei ein Screenshot. Dort die in der Spalte Namen. Würde ich gern per Hand ändern. Werden aber nach einer Zeit vom Adapter wieder überschrieben.

[gelberlemmy]

@ilovegym

[blauholsten]

Okay, verstehe. Ich muss mal schauen ob man das umgehen kann, schön wäre es wenn ein anderer Entwickler mir einen Tip geben könnte.

[Neuschwansteini]

@blauholsten Ich hab mir den Code jetzt nicht angeschaut, aber wenn die Datenpunkte vorhanden sind, dann müssen Sie ja nicht nochmal überschrieben werden.. oder was hat das für einen Grund ?

[gelberlemmy]

@blauholsten sagte in Test Adapter Alarm 1.8.x:

Okay, verstehe. Ich muss mal schauen ob man das umgehen kann, schön wäre es wenn ein anderer Entwickler mir einen Tip geben könnte.

@AlCalzone du hattest es doch bei Deinem Adapter Zwave2 gemacht oder? Kannst Du @blauholsten einen Tipp geben?

[AlCalzone]

@blauholsten Vor dem Überschreiben das Objekt lesen, common.name übernehmen und den Standardwert nur als Fallback:

originalObject = await getObject(id);
let newName;
if (originalObject) newName = originalObject.common.name;
if (!newName) newName = "fallback-Name";

[gelberlemmy]

@AlCalzone sagte in Test Adapter Alarm 1.8.x:

@blauholsten Vor dem Überschreiben das Objekt lesen, common.name übernehmen und den Standardwert nur als Fallback:

originalObject = await getObject(id);
let newName;
if (originalObject) newName = originalObject.common.name;
if (!newName) newName = "fallback-Name";

[blauholsten]

@AlCalzone Hi, danke für das Beispiel aber darum ging es mir eigentlich nicht. Mir ist gerade nicht ganz klar, warum die Instanz Objekte bei Adapter Neustart überschrieben werden, bzw. die Namen???

In der main.js wäre mit auf Anhieb nicht bewusst, dass ich das mit Vorsatz mache.

[AlCalzone]

@blauholsten sagte in Test Adapter Alarm 1.8.x:

In der main.js wäre mit auf Anhieb nicht bewusst, dass ich das mit Vorsatz mache.

Haste mal nen Link?

[Neuschwansteini]

@AlCalzone https://github.com/misanorot/ioBroker.alarm

[AlCalzone]

Ahh, das sind alles Instanzobjekte in io-package.json. Ich hör mich mal um, ob das so gewollt ist.

[Neuschwansteini]

@AlCalzone Dankeschön!

[apollon77]

@AlCalzone Aktuell war es noch nie ein Thema das hier bei solchen Objekten ein "Name preserving" relevant war ... von daher, aktuell "as intended". Wenn es anders sein soll bitte js-controller Issue