Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@apollon77 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Du kannst den JavaScript code Anpassen aber das ändert nichts an den Daten in den Blocklies
Das bedeutet, dass man in diesem Fall jedes Blockly öffnen, exportieren, suchen/ersetzen, importieren und wieder speichern muss um entsprechende Punkte zu ändern? Dann lass ich es lieber in 'javascript.0' liegen - ist mir zu viel Aufwand. Ich hoffe nur, dass ihr da nie mal meint, dass das nicht mehr regelkonform ist und man gezwungen wird das zu ändern.
-
@dr-bakterius sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
ist mir zu viel Aufwand
ein paar Posts weiter oben geht es um das automatische Ersetzen im Blockly, auch aus einem Pfad heraus. Vielleicht hilft dir das ja
-
@fastfoot vielen dank - ich muss das script mal in ruhe ansehen - schaut interessant aus
-
Hallo, da ich auch so meine Probleme mit den Erstellen von Datenpunkten in meinen erstellten Verzeichnissen (jetzt Ordner) hatte, habe ich zuerst den Objektbaum als JSON gespeichert und dann vollständig gelöscht. Dann habe ich mich an die Arbeit gemacht und jeden einzelnen Ordner inkl. Unterverzeichnis neu angelegt und dann im Anschluss den zuvor exportierten JSON wieder importiert.
Meine erstellten Objekte waren alle wieder vorhanden und in den angelegten Ordnern wieder verfügbar. Jetzt war es mir wieder möglich ein neues Objekt zu erstellen.Selbiges gilt auch für MQTT, jetzt kann ich dort auch wieder in den einzelnen Verzeichnissen / Ordner meine eigenen Datenpunkte erstellen.
Einfacher wäre es natürlich, dass man im Nachgang auswählen kann, dass es sich um einen Ordner handelt. Das hätte einiges an Arbeit und Zeit eingespart.
hier mal ein Ausschnitt:
-
@falke69 Mit dem Skript von fastfood geht das in 1 min - habe auch alle meine mqtt, userdata, alias so gepatched.
-
@liv-in-sky sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@fastfoot vielen dank - ich muss das script mal in ruhe ansehen - schaut interessant aus
ist kein Hexenwerk.
- Es wird jedes Objekt geprüft, ob es ein Skript ist(type == 'script'). Wenn ja, wird das Skript so wie es ist in das System übernommen, mit der Endung .bak. Allerdings nur wenn es nicht vorhanden ist und die Variable zum Einlesen ins System gesetzt ist(restoreToSystemDb == true). Diese Funktionalität eignet sich nur für ein Restore bei verlorenem Skript
- Soll das Skript als File gespeichert werden(restoreAsFile == true) dann wird der Typ bestimmt(blockly, js, ts) und entsprechend der Source extrahiert und mit der passenden Endung ins Dateisystem geschrieben
- Im zweiten Fall kann man ein einfaches replace einbauen, um die Datenpunkte zu ändern. Für js Files könnte man entsprechend den Punkt 1 aufbohren, für Blocklys jedoch nicht da hier nur das XML extrahiert wird, der vorangestellte js code jedoch nicht behandelt wird, das ist also ungeeignet zum direkten Import ins System
- Für alle Skripte wird eine Summary gebildet und ins Dateisystem geschrieben, so als Übersicht was man alles an Skripten hat. Dies passiert unabhängig davon ob man Skripte importiert oder als Datei schreibt
Zum Spielen damit ist halt ein Testsystem sehr gut geeignet. Da ich Docker verwende ist ein solches in wenigen Minuten erstellt und auch schnell wieder gelöscht. Wobei, wenn man nur ins Dateisystem exportiert kann man absolut nichts falsch machen, die einzulesende objects.json muss ja eh eine Kopie des Originals sein, das geht auch wenn man nur ein System zur Verfügung hat
-
das habe ich sicherlich übersehen.
-
dann suche ich mir das mal mir raus. Vielleicht kann man das ja irgendwann nochmal gebrauchen.
-
@falke69 Das ist doch oben in dem 1. Beitrag hier in dem Thread von apollon77 verlinkt
-
Danke! Muss ich übersehen haben.
-
@falke69 sagte: dann suche ich mir das mal mir raus.
Diese Variante erzeugt eine bessere Struktur.
-
Dann teste ich die Variante auch gleich mal auf meinem Testsystem.
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@falke69 sagte: dann suche ich mir das mal mir raus.
Diese Variante erzeugt eine bessere Struktur.
Ohne jetzt eine Riesendiskussion anzuschmeißen - aber ich persönlich bevorzuge nur den type Folder für bislang nicht existierende Objekte. Gerade bei selbst angelegten Strukturen, sind das eben oft keine Geräte oder Kanäle. Sobald ich die letzten Ebenen nicht als Folder, sondern als Gerät oder Kanäle anlege beschränke ich mich dann doch von vorneherein bzw. zukünftig auf die Hiearchietiefe und das ist oft nicht gewünscht.
-
Welche Variante ist jetzt iob (admin) konform?
-
@sigi234 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
Welche Variante ist jetzt iob (admin) konform?
Alles was oben in dem ToolTipp aufgeführt ist.
Und dazu gehört auch Ordner => Zustand
Ich hab mich ja nur etwas an dem Wort "besser" gestört - aber wie gesagt wollte keine Diskussion anwerfen, Nachteile habe ich ja schon gesagt und sieht man ja oben. Sobald ein Datenpunkt in der Hierarchie ein Kanal ist gehts nicht mehr tiefer und man kann nur noch Zustände anlegen.
-
Kann man im Skript auch einbauen ob und wie viele Daten geändert wurden?
-
@mickym sagte: Ich hab mich ja nur etwas an dem Wort "besser" gestört
Das bezieht sich auf eine Struktur, in der man im Trigger z.B. auf den Kanalnamen oder Gerätenamen zugreifen will.
-
@sigi234 sagte: Kann man im Skript auch einbauen ob und wie viele Daten geändert wurden?
Du meinst, einen Änderungszähler?
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@sigi234 sagte: Kann man im Skript auch einbauen ob und wie viele Daten geändert wurden?
Du meinst, einen Änderungszähler?
Jupp
-
@paul53 sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
@mickym sagte: Ich hab mich ja nur etwas an dem Wort "besser" gestört
Das bezieht sich auf eine Struktur, in der man im Trigger z.B. auf den Kanalnamen oder Gerätenamen zugreifen will.
Gut, aber halt der Nachteil dass ich dann in der Art meiner Typen der Kinder beschränke. Wie gesagt - gibt in meinen Augen hier nicht den "Königsweg" und sobald ein Objekt ja existiert, kann man es ja auch nachträglich manuell wieder ändern.
Ich würde deshalb sagen:
Wenn Kanal oder Geräte: Vorteil über diese zu Triggern
Wenn Folder: Keine Beschränkung in der Hierarchietiefe
