Admin5: Ich kann keine Objekte mehr manuell anlegen
-
@homoran
Ist diese Antwort ernst gemeint?
Ja, weil meine Fragen immer noch nicht beantwortet wurden, bzw. widersprüchlich.
so etwas steht dann in dem changelog, der dir ja jetzt ab admin v5 angezeigt wird
Kann ich das wissen, ohne Admin5 installiert zu haben? Ich würde wohl kaum fragen, wenn ich keine Bedenken hätte dies zu tun.
genau wie die Information seit der Existenz des Namespaces 0_userdata.0, dass dies der Platz für eigene Datenpunkte sein soll mit Ausnahme von javascript.0/1/2...
Genauso habe ich es doch auch geschrieben und habe JEDE Empfehlung befolgt. Bevor es 0_Userdata gab, sollten eigene DP im Javascript.0 angelegt werden, habe ich gemacht. Dann kam der Ordner 0_Userdata und die Empfehlung die DP dort anzulegen, habe ich gemacht. Also verstehe ich nicht, warum Du so einen Ton anschlägst und da Du selber schreibst "mit Ausnahme von javascript.0/1/2" weiss ich immer noch nicht, wie eine Lösung aussehen könnte. -
@abruni sagte in Admin5: Ich kann keine Objekte mehr manuell anlegen:
weiss ich immer noch nicht, wie eine Lösung aussehen könnte.
die Lösung ist, das alles was in javascript angelegt wurde bis auf weiteres auch dort bleiben kann. Für Neuankömmlinge wurde der userdata geschaffen um es zukünftig übersichtlicher zu gestalten und etwaige Fehler vermieden werden.
ein "umsetzen" von javascript zu userdata ist letztendlich jedem selbst überlassen -
@abruni jetzt bin ich aber massiv verwirrt.
Abgesehen davon, dass ich den unstrukturierten Text jetzt mehrfach gelesen habe, verstehe ich wirklich nicht wo du ein Problem mit meiner Antwort hattest.
Ich habe leider nicht auf die Frage mit dem Wetter geantwortet, aber denke sonst alles beantwortet zu haben
-
@crunchip
Ja danke. Mit genau so einer Antwort kann ich etwas anfangen. Mit der Aussage "die DP könnten gelöscht werden", ohne weiter drauf einzugehen, wann und wodurch eher nicht. Wenn es möglich ist, nach und nach die DP von Javascript nach 0_Userdata umzuziehen, steht doch einem Update nichts mehr im Wege. Nochmals DANKE! -
@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?
