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

[liv-in-sky]

@paul53
@fastfoot

ich glaube, ich habe es noch nicht ganz "gerafft"

kann ich eure scripte auch bei meiner struktur anwenden - controll-own ist kein adapter - war ein eigenes "userdata" (lange, bevor das eingeführt wurde)

[cash]

@liv-in-sky ja kannst Du. Musst Du nur anpassen also statt 0_userdata. Dein Ordner.

Wichtig die Scripte räumen nicht auf. Das heißt falsche Struktur bleibt falsch. Nur bei nicht existieren Objekten wird entsprechende etwas gemacht. Bei z. B. LG_TV . ;Matrix 1 - 3 bleiben Device bzw Channel.

[paul53]

@liv-in-sky sagte: kann ich eure scripte auch bei meiner struktur anwenden

Ja, mit Zeile 2:

const ids = $('controll-own.0.*');

und Erweiterung der Zeile 33:

   if(arr[0] === '0_userdata' || arr[0] === 'javascript' || arr[0] === 'controll-own') {

Du hast allerdings schon auf der untersten Ebene einige Device- und Channel-Objekte, die nicht angefasst werden (Zeile 11).
Die Zeilennummern beziehen sich auf mein Skript.

[cash]

@paul53 Könnte man nicht auch die bestehende Struktur aufräumen? Wenn ich das richtig sehe ist
Gerät - Status ja nicht gut. Sondern eher folder - Status oder channel - Status

Bzw gibt es eine Möglichkeit einfach alle Objekte von "eigene Objekte" nach 0_userdata zu kopieren. Man müßte danach nur noch die Scripte anpassen. Könnte dann "eigene Objekte" löschen und wäre clean. Gut man müsste noch bei den neuen Objekten SQL aktivieren und den Alias anpassen damit die alten Werte erhalten bleiben.

Zusatzfrage: Gibt es die Möglichkeit in den eigenen Objekten nach den Objekttypen "array" und "object" zu suchen? Da gab es ja auch ein Breaking Change. Bin mir bei mir nicht 100% sicher ob ich solche Felder habe. Die, die ich wußte habe ich geprüft. Die hatte ich als String angelegt und sollte somit dort keine Probleme haben.

[liv-in-sky]

@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

if(arr[0] === '0_userdata' || arr[0] === 'javascript' || arr[0]) === 'controll-own') {

erstmal danke

in der geänderten zeile 33 ist eine klammer zuviel (nach 3ten arr[]) (nur falls andere das auch nutzen wollen)

@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Du hast allerdings schon auf der untersten Ebene einige Device- und Channel-Objekte, die nicht angefasst werden (Zeile 11).

bedeutet das, ich kann keine dp anlegen (ohne expert zu sein)

ich mach jetzt erstmal ein proxmox backup

[paul53]

@liv-in-sky sagte: in der geänderten zeile 33 ist eine klammer zuviel

Danke, korrigiert.

@liv-in-sky sagte: bedeutet das, ich kann keine dp anlegen

Doch. Datenpunkte können unter Channels und Devices erstellt werden (als Experte). Mit einem eigenen Verzeichnis in der Wurzel bist Du Experte.

[paul53]

@cash sagte: Gerät - Status ja nicht gut.

Doch - siehe Doku, die allerdings nicht ganz aktuell ist (folder fehlt).

@cash sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Man müßte danach nur noch die Scripte anpassen.

Nur noch? Das kann viel Aufwand sein. Visualisierungen nicht zu vergessen.

@cash sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Gibt es die Möglichkeit in den eigenen Objekten nach den Objekttypen "array" und "object" zu suchen?

Wozu? Javascript behandelt sie ab Version 5.2.x richtig. Viele Adapter sind auch schon angepasst.

[cash]

@paul53 said in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Nur noch? Das kann viel Aufwand sein. Visualisierungen nicht zu vergessen.

Ich weiß auch das ist noch eine Menge arbeit aber man hat sich das anlegen unter 0_userdata schon mal gespart. In den Scripten kann man ja gut suchen und ersetzen.
VIS ist natürlich auch noch mal großer Aufwand.

Was das Thema array und object betrifft: Ab JavaScript Adapter Version 5.2.0 werden die Werte der Objekttypen "object" und ",array" automatisch konvertiert! Das bedeutet, dass beim Lesen solcher Zustandswerte kein "JSON.parse", mehr benötigt wird. Wenn ein JSON-Parse verwendet wird, kann das Skript abstürzen und muss angepasst werden - einfach das JSON.parse entfernen. Auch ein JSON.stringify wird beim Schreiben solcher Zustandswerte nicht mehr benötigt. Dies betrifft nur Zustandswerte von Objekten vom Typ "Array" oder "Objekt".

Also muss man u. U. dort auch noch etwas machen…

[liv-in-sky]

@paul53
script lief - ohne fehler
ich kann keine datenpunkt in meiner struktur anlegen - liegt das daran, dass der typ von controll-own falsch ist ?

wenn ja - kann ich noch was tun - oder nur als expert arbeiten bzw mit der alten benutzeroberfläche für den objecte-tab

das umstellen der struktur nach userdata ist eher keine option - dp unter controll-own: 771, scripte: sehr viele - vis : sehr viele

[Homoran]

@liv-in-sky sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

liegt das daran, dass der typ von controll-own falsch ist ?

ja. Das ist das klassische Problem

@liv-in-sky sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

kann ich noch was tun

ebenfalls ja - @paul53 hatte das irgendwo beschrieben.
man musste irgendwo / irgendwie dieses "Verzeichnis" mit identischem Namen nochmal als "folder" anlegen

[paul53]

@liv-in-sky sagte: oder nur als expert arbeiten

So ist es, wenn manuell Datenpunkte unter "controll-own" erstellt werden sollen (hatte ich oben nachträglich geschrieben).

Weshalb ist "controll-own.0" ein Folder-Objekt? Ändere es in den Eigenschaften in "meta".

[liv-in-sky]

@homoran sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

ebenfalls ja - @paul53 hatte das irgendwo beschrieben.
man musste irgendwo / irgendwie dieses "Verzeichnis" mit identischem Namen nochmal als "folder" anlegen

ich kann auf der eben ja nix anlegen- wäre ja die unterste ebene - bei der alten benutzeroberfläche hat man einfach nichts ausgewählt und dann etwas angelegt - jetzt funktioniert das nicht mehr

@paul53

ok - doof für mich - danke

@cash

das umstellen ist viel aufwand - man bräuchte ein script (für die objecte) welche die objekte liest (mit history,usw) und die states und diese dann neu anlegt und die states setzt- dann müßte auch für die aliase ein korrektur script gemacht werden - für die vis muss jede view in jedem project angefasst werden und die dp ersetzt werden. js-scripte einzeln zu verändern ist viieel zu aufwendig - da müßte man doch über die linux ebene arbeiten und mit einem bash script alles durchgehen - blockly/rules würden nur einzeln zu ändern sein, flot muss einzeln geändert werden.adapter wie smart control und iqontrol sind auch noch da
sehe ich das falsch und/oder habe ich noch was vergessen ?

[liv-in-sky]

@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Weshalb ist "controll-own.0" ein Folder-Objekt? Ändere es in den Eigenschaften in "meta".

das habe ich von hand geändert - ich habe mich nicht "getraut" meta daraus zu machen - da ich nicht weiß, ob das irgendwelche auswirkungen haben kann, wenn ich ein solches, selbstangelegtes object zu meta mache

[paul53]

@liv-in-sky sagte: irgendwelche auswirkungen haben kann, wenn ich ein solches, selbstangelegtes object zu meta mache

Es hat keine Auswirkung, entspricht aber dem Standard, dass Objekte der zweiten Punkt-Ebene ("xyz.0") vom Typ "meta" sind.

[liv-in-sky]

@paul53

habe nur das geändert - sollte so ok sein

[apollon77]

@dr-bakterius Ja Du kannst den JavaScript code Anpassen aber das ändert nichts an den Daten in den Blocklies ... Sobald du das Blockly dann im Editor anfassen würdest wäre alles zurückgestellt. Das geht nicht

[apollon77]

@liv-in-sky Typ Meta??? Warum? Wozu? Das ist an sich falsch

[liv-in-sky]

@apollon77 was soll ich da reinschreiben ? was hälst du für besser

[apollon77]

@cash sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:

Bzw gibt es eine Möglichkeit einfach alle Objekte von "eigene Objekte" nach 0_userdata zu kopieren.

Hatten wir weiter oben schonmal: Objekt-Export im Admin, texteditor Search&Replace, Object Import im Admin

[paul53]

@apollon77 sagte: Typ Meta??? Warum? Wozu? Das ist an sich falsch

Was ist daran falsch? "0_userdata.0", "0_test.0", "admin.0", "alias.0" ... haben auch den Typ "meta".