UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[Ein ehemaliger Benutzer]

@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?

[Ein ehemaliger Benutzer]

@sigi234

Getrennte Alarmkreise, schau:

[Ein ehemaliger Benutzer]

@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

[Ein ehemaliger Benutzer]

@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.

[Ein ehemaliger Benutzer]

@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?

[Ein ehemaliger Benutzer]

@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.

[Ein ehemaliger Benutzer]

@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