NEWS
[Skript] Namespace für Datenpunkte in Skripten abändern
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
die ganzen grünen dateien sind scripte und beinhalten teilweise curl befehle mit controll-own
- Backup im Ordner mit
tar -cf MeinBackup.tar * - Ersetzen mit
sed -i -e 's/control-own/0_userdata.0/g' meinSkript- ersetzt das Skript
- m* anstatt meinSkript ersetzt alles was mit m beginnt
- restore mit
tar -xf myTar.taroder einzelne Dateitar -xf myTar.tar mySkript
@fastfoot wenn ich anstatt meinscript nur einen * nutze, macht es dann alle files durch
- Backup im Ordner mit
-
@fastfoot wenn ich anstatt meinscript nur einen * nutze, macht es dann alle files durch
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
@fastfoot wenn ich anstatt meinscript nur einen * nutze, macht es dann alle files durch
ja klar :-) Aber erstmal ein Test ob alles so läuft. Falls du / im Suchen- oder Ersetzentext hast geht auch
sed -i -e 's+http+https+g' meinSkript -
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
@fastfoot wenn ich anstatt meinscript nur einen * nutze, macht es dann alle files durch
ja klar :-) Aber erstmal ein Test ob alles so läuft. Falls du / im Suchen- oder Ersetzentext hast geht auch
sed -i -e 's+http+https+g' meinSkript@fastfoot für heute erstmal vielen vielen dank
ging besser , als ich dachte - meld mich morgen wieder
-
mal eine zusammenfassung:
ich habe mit 3 verschiedenen script's gearbeitet - geändert wurden 600 scripte, über 700 objects/states und mehr wie 10 vis-projects
zuvor backup backup backup Datenpunkte ändern export alter namespace - json mit admin z.b. meineDatenpunkte.0 search & rename json mit notepad++ z.b. 0_userdata.0.meineDatenpunkte import json mit admin states setzen mit script holt states von alten namespace-obj. - schreibt in neuen namespace Scripte ändern script_enabled ordner löschen mit admin instanzen stoppen,in allen instanzen des js-adapters löschen, instanzen starten script setting checken probelauf ohne ins system zu schreiben kontrolle über vis-view script mit system schreiben keine endung für disabled scripte, alles direkt ins system- habe script dafür geändert instanzen neustarten scripte testen globale scripte von hand ändern falls vorhanden VIS ändern vis adapter stoppen mit admin vis-editor nicht in browser offen halten - schiessen script für vis ausführen kann auch erstmal mit test-view probiert werden instanz wieder starten prüfen von: css tab, script tab ob dort alte dp sind und von hand mit notepad++ search&replace ändern im vis-editor prüfen, ob dp stimmen Sonstiges node-red mit admin export und import flows nutzen, notepad++ iqontrol hat im adapter setting die möglichkeit, dp zu ändern linux bash scripte falls vorhanden falls scripte direct dp schreiben (iobroker commands, curl und simple api flot, andere adapter flot settings bearbeitet history einstellungen wurden übernommen in die neuen dp ! tasker,... falls genutzt - über backup, notepad++, restore zb. httpget ändern esp falls esp geräte auf dp zugreifen andere individuelle adapter a kurz überlegen, welche adapter noch settings haben könnten Anmerkung history (sql) ich habe die history einträge und auch z.b. virtual power settings in den alten dp gelöscht bevor ich die dp gelöscht habe -
mal eine zusammenfassung:
ich habe mit 3 verschiedenen script's gearbeitet - geändert wurden 600 scripte, über 700 objects/states und mehr wie 10 vis-projects
zuvor backup backup backup Datenpunkte ändern export alter namespace - json mit admin z.b. meineDatenpunkte.0 search & rename json mit notepad++ z.b. 0_userdata.0.meineDatenpunkte import json mit admin states setzen mit script holt states von alten namespace-obj. - schreibt in neuen namespace Scripte ändern script_enabled ordner löschen mit admin instanzen stoppen,in allen instanzen des js-adapters löschen, instanzen starten script setting checken probelauf ohne ins system zu schreiben kontrolle über vis-view script mit system schreiben keine endung für disabled scripte, alles direkt ins system- habe script dafür geändert instanzen neustarten scripte testen globale scripte von hand ändern falls vorhanden VIS ändern vis adapter stoppen mit admin vis-editor nicht in browser offen halten - schiessen script für vis ausführen kann auch erstmal mit test-view probiert werden instanz wieder starten prüfen von: css tab, script tab ob dort alte dp sind und von hand mit notepad++ search&replace ändern im vis-editor prüfen, ob dp stimmen Sonstiges node-red mit admin export und import flows nutzen, notepad++ iqontrol hat im adapter setting die möglichkeit, dp zu ändern linux bash scripte falls vorhanden falls scripte direct dp schreiben (iobroker commands, curl und simple api flot, andere adapter flot settings bearbeitet history einstellungen wurden übernommen in die neuen dp ! tasker,... falls genutzt - über backup, notepad++, restore zb. httpget ändern esp falls esp geräte auf dp zugreifen andere individuelle adapter a kurz überlegen, welche adapter noch settings haben könnten Anmerkung history (sql) ich habe die history einträge und auch z.b. virtual power settings in den alten dp gelöscht bevor ich die dp gelöscht habe @liv-in-sky Tolle Übersicht. Hast Du mein AutoIT-Skript einmal getestet (https://forum.iobroker.net/topic/46814/admin5-ich-kann-keine-objekte-mehr-manuell-anlegen/343?_=1630173670293)? Ich nutze es selbst inzwischen regelmäßig, weil es das übliche "Suchen und Ersetzen" via Notepad automatisiert vornimmt.
-
@liv-in-sky Tolle Übersicht. Hast Du mein AutoIT-Skript einmal getestet (https://forum.iobroker.net/topic/46814/admin5-ich-kann-keine-objekte-mehr-manuell-anlegen/343?_=1630173670293)? Ich nutze es selbst inzwischen regelmäßig, weil es das übliche "Suchen und Ersetzen" via Notepad automatisiert vornimmt.
nee - ich habe autoIT nicht installiert - kenne das eigentlich nur vom namen
automatisieren ist immer eine gute sache -nur das erlernen von neuen tools nervt manchmal :-)
-
nee - ich habe autoIT nicht installiert - kenne das eigentlich nur vom namen
automatisieren ist immer eine gute sache -nur das erlernen von neuen tools nervt manchmal :-)
@liv-in-sky verstehe ich absolut - daher hatte ich auch bereits eine kompilierte EXE hochgeladen.
-
Schon länger sind User angehalten, für ihre eigenen Datenpunkte den Namespace 0_userdata.0 zu verwenden. Mit Einführung von Admin 5 wird das auch mehr forciert und es wird so langsam Zeit 'umzuziehen', sprich, wer eigene Datenpunkte z.B. unter MeineDatenpunkte.0 angelegt hat sollte diese nun unter 0_userdata.0 anlegen. Da sich evtl. viele Skripte angesammelt haben, welche auf die alten DP Bezug nehmen und es sehr mühsam ist alle Skripte händisch anzupassen ist dieses Skript entstanden. Auch wer nicht konvertieren will oder muss kann so eine komplette Übersicht über seine Skripte erhalten.
Was kann das Skript?- Auflistung aller Skripte mit Name und Pfad, Beschreibung(wenn Header gepflegt wird), Instanz, Typ, Anzahl der erforderlichen Änderungen, Status(läuft/läuft nicht)
- Die Darstellung erfolgt durch einen mit JSON Daten gefüllten DP und einem JSON Widget von inventwo. Der dazu notwendige DP muss händisch angelegt werden!
- Schreiben von notwendigen Änderungen als Datei in das Dateisystem, bei Blockly-Skripten als xml-Export. Unterstützt werden Javascript, Blockly und Typescript.
- Diese Option ist einstellbar über writeToFileSystem (Default = true) und pathToRestore (Default = /opt/iobroker/switched)
- Direktes Ändern der Skripte im System.
- Auf Wunsch (und aus Sicherheitsgründen enpfohlen!!!) wird an den Skriptnamen die Endung Chg angehängt, hierbei wird dann eine Kopie erstellt und das Original bleibt erhalten. Ist die Endung auf '' gesetzt, wird das Original überschrieben.
- Aktive Skripte werden nicht ins System übernommen.
- Diese Option ist einstellbar über replaceInSystemsDB (Default = false) und extChanged (Default = Chg)
- Einstellungen für das Verhalten des Skriptes erfolgen in den Zeilen 11-15
Was das Skript nicht kann:
- Notwendige Änderungen in der VIS müssen händisch erfolgen.
- Die neuen Datenpunkte unter 0_userdata.0 sollten/müssen vor dem Neustart der Skripte natürlich schon vorhanden sein(Export Objekstruktur => Ersetzen alter Namespace mit neuem Namespace => Import unter 0_userdata.0)
Unzulänglichkeiten:
- Skripte, welche javascript.x.scriptEnabled zum Ein- und Auschalten von Skripten verwenden, werden evtl. nicht richtig/vollständig konvertiert
- Skripte welche setState(myDP, wert) ohne Namespace verwenden(d.h. der State wird automatisch in javascript.instance.myDP geschrieben) werden nicht korrekt konvertiert
Ich hoffe dass das Skript bei einer anstehenden Konvertierung hilfreich sein wird. Evtl. Korrekturen und Verbesserungen werden in diesem Beitrag gepostet
@fastfoot nicht ganz passend zum Thema, aber vielleicht kannst du mir trotzdem helfen.
Ich setze gerade einen neuen ioBroker auf.
Nun möchte ich vom alten System einzelne, von mir erzeugte Ordner und deren Datenpunkte (mit Werten) aus dem alten System exportieren und im neuen System, unter einer neuen Ordnerstruktur, importieren.Beispiel:
Struktur zum Exportieren (ioBroker alt)
javascript.0.Regen.Kalender.Jahr.
01 Wert:5
02 Wert:3
03 Wert:9
04 Wert:1
...Struktur zum Importieren (ioBroker neu)
javascript.0.Wetterstation.Froggit.Regen.Kalender.Jahr.
01 Wert:5
02 Wert:3
03 Wert:9
04 Wert:1
...Die Struktur vom alten System müsste in einen Datenpunkt geschrieben werden, den ich dann aufs neue System kopieren und importieren könnte.
ist so etwas möglich.
Ich habe bisher nichts gefunden, um einzelne Ordner mit Datenstruktur und deren Werte zu übertragen, nur über ein Backup, da wird aber alles wiederhergestellt, was ich in diesem Fall nicht möchte. - Auflistung aller Skripte mit Name und Pfad, Beschreibung(wenn Header gepflegt wird), Instanz, Typ, Anzahl der erforderlichen Änderungen, Status(läuft/läuft nicht)
-
@fastfoot nicht ganz passend zum Thema, aber vielleicht kannst du mir trotzdem helfen.
Ich setze gerade einen neuen ioBroker auf.
Nun möchte ich vom alten System einzelne, von mir erzeugte Ordner und deren Datenpunkte (mit Werten) aus dem alten System exportieren und im neuen System, unter einer neuen Ordnerstruktur, importieren.Beispiel:
Struktur zum Exportieren (ioBroker alt)
javascript.0.Regen.Kalender.Jahr.
01 Wert:5
02 Wert:3
03 Wert:9
04 Wert:1
...Struktur zum Importieren (ioBroker neu)
javascript.0.Wetterstation.Froggit.Regen.Kalender.Jahr.
01 Wert:5
02 Wert:3
03 Wert:9
04 Wert:1
...Die Struktur vom alten System müsste in einen Datenpunkt geschrieben werden, den ich dann aufs neue System kopieren und importieren könnte.
ist so etwas möglich.
Ich habe bisher nichts gefunden, um einzelne Ordner mit Datenstruktur und deren Werte zu übertragen, nur über ein Backup, da wird aber alles wiederhergestellt, was ich in diesem Fall nicht möchte.@stenmic sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
Ich habe bisher nichts gefunden, um einzelne Ordner mit Datenstruktur und deren Werte zu übertragen, nur über ein Backup, da wird aber alles wiederhergestellt, was ich in diesem Fall nicht möchte.
ich habe den teil der objecte, den ich brauche mit export JSON runtergeladen - anschliessend mit search und replace geändert und dann ein script genutzt, um die states zu sichern - das script liest die states und erzeugt ein neues script , welches die neuen dp setzen kann
das script muss eingestellt werden - bei den pfeilen und wird unter /opt/iobroker ins datei system gesichert - dort muss dann auch der neue namespace mit search und replace definiert werden und dann wird das script als script angelegt und einmal ausgeführt

-
@stenmic sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
Ich habe bisher nichts gefunden, um einzelne Ordner mit Datenstruktur und deren Werte zu übertragen, nur über ein Backup, da wird aber alles wiederhergestellt, was ich in diesem Fall nicht möchte.
ich habe den teil der objecte, den ich brauche mit export JSON runtergeladen - anschliessend mit search und replace geändert und dann ein script genutzt, um die states zu sichern - das script liest die states und erzeugt ein neues script , welches die neuen dp setzen kann
das script muss eingestellt werden - bei den pfeilen und wird unter /opt/iobroker ins datei system gesichert - dort muss dann auch der neue namespace mit search und replace definiert werden und dann wird das script als script angelegt und einmal ausgeführt

@liv-in-sky Danke… genau das hab ich gesucht. 👍🏻
ich musste nur
datei + "-bosch-" + logdatein
datei + "/bosch-" + logdateändern.