NEWS
[Skript] Namespace für Datenpunkte in Skripten abändern
[Skript] Namespace für Datenpunkte in Skripten abändern
-
@fastfoot die vis läuft - auch ein script von dir
nein -. ich muss einen neuen trigger-block einfügen - der muss einmal getriggert werden und danach funktioniert es
, iobroker neustart, instanz neustart - alles gemacht - die scripte sind auch im editor auf run eingestellt und auch unter script_enabeldim moment muss ich jedes blockly aufrufen und das durchziehen - sondt geht nix mehr im haus
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
im moment muss ich jedes blockly aufrufen und das durchziehen - sondt geht nix mehr im haus
krass. ich habe keine Blocklys mehr, werde das aber mal testen
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
im moment muss ich jedes blockly aufrufen und das durchziehen - sondt geht nix mehr im haus
krass. ich habe keine Blocklys mehr, werde das aber mal testen
habe alles direkt ins system geschrieben zeile 83 if(replaceInSystemsDB && changes > 0){
und const extChanged = '';
-
habe alles direkt ins system geschrieben zeile 83 if(replaceInSystemsDB && changes > 0){
und const extChanged = '';
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
habe alles direkt ins system geschrieben zeile 83 if(replaceInSystemsDB && changes > 0){
und const extChanged = '';
habe einen Fix. Der Code wird tatsächlich gebraucht.
ersetze in convertBlockly die erste Zeile(const BlocklyHeader....) durchlet regex = new RegExp(oldNamespace, "g"); //let blocklyHeader = '//Das Skript wurde programmatisch modifiziert. Um den JS code zurück zu erhalten, \n//einen der Blöcke etwas verschieben und abspeichern.\n//'; let blocklyHeaderTmp = source.split('\n'); blocklyHeaderTmp.pop(); let blocklyHeader = blocklyHeaderTmp.join('\n').replace(regex, newNamespace) + '\n//';Ein Zeitplan welcher nicht funktioniert hatte nach der Konvertierung läuft jetzt problemlos weiter
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
habe alles direkt ins system geschrieben zeile 83 if(replaceInSystemsDB && changes > 0){
und const extChanged = '';
habe einen Fix. Der Code wird tatsächlich gebraucht.
ersetze in convertBlockly die erste Zeile(const BlocklyHeader....) durchlet regex = new RegExp(oldNamespace, "g"); //let blocklyHeader = '//Das Skript wurde programmatisch modifiziert. Um den JS code zurück zu erhalten, \n//einen der Blöcke etwas verschieben und abspeichern.\n//'; let blocklyHeaderTmp = source.split('\n'); blocklyHeaderTmp.pop(); let blocklyHeader = blocklyHeaderTmp.join('\n').replace(regex, newNamespace) + '\n//';Ein Zeitplan welcher nicht funktioniert hatte nach der Konvertierung läuft jetzt problemlos weiter
@fastfoot aber das script lief schon - jetzt ist nix mehr zum ändern da - dann wird doch nicht geschrieben - oder täusche ich mich
-
@fastfoot aber das script lief schon - jetzt ist nix mehr zum ändern da - dann wird doch nicht geschrieben - oder täusche ich mich
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
@fastfoot aber das script lief schon - jetzt ist nix mehr zum ändern da - dann wird doch nicht geschrieben - oder täusche ich mich
Backup???
Ansonsten könntest Du oldNamespace und newNamespace einfach tauschen(im Ändernscript), laufen lassen und wieder zurück. Damit der Code generiert wird einmal einen Block verschieben, wieder zurück und speichern.
Edit: Für die anderen Skripte sollte das Bewegen und Speichern ausreichen, falls du kein Restore machen willst. Hatte bei mir funktioniert. Mit dem Fix ist das nicht notwendig, nur für Skripte in denen mein ErsatzHeader drinsteht
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
@fastfoot aber das script lief schon - jetzt ist nix mehr zum ändern da - dann wird doch nicht geschrieben - oder täusche ich mich
Backup???
Ansonsten könntest Du oldNamespace und newNamespace einfach tauschen(im Ändernscript), laufen lassen und wieder zurück. Damit der Code generiert wird einmal einen Block verschieben, wieder zurück und speichern.
Edit: Für die anderen Skripte sollte das Bewegen und Speichern ausreichen, falls du kein Restore machen willst. Hatte bei mir funktioniert. Mit dem Fix ist das nicht notwendig, nur für Skripte in denen mein ErsatzHeader drinsteht
backup ist zu aufwendig - isf schon zuviel geändert - muss es wohl händich machen
mehr sorgen machen mir meine linux bash scripte - die müssen auch geändert werden - sind aber zuviele - überlege schon ein javascript zu machen und auch darin autom. zu ändern
-
backup ist zu aufwendig - isf schon zuviel geändert - muss es wohl händich machen
mehr sorgen machen mir meine linux bash scripte - die müssen auch geändert werden - sind aber zuviele - überlege schon ein javascript zu machen und auch darin autom. zu ändern
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
backup ist zu aufwendig - isf schon zuviel geändert - muss es wohl händich machen
mehr sorgen machen mir meine linux bash scripte - die müssen auch geändert werden - sind aber zuviele - überlege schon ein javascript zu machen und auch darin autom. zu ändern
Ersetzen wie im Skript? Alles in einem speziellen Ordner? Unterordner?
kann man mit sed machen, beantworte mal, ist dann recht easy
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
backup ist zu aufwendig - isf schon zuviel geändert - muss es wohl händich machen
mehr sorgen machen mir meine linux bash scripte - die müssen auch geändert werden - sind aber zuviele - überlege schon ein javascript zu machen und auch darin autom. zu ändern
Ersetzen wie im Skript? Alles in einem speziellen Ordner? Unterordner?
kann man mit sed machen, beantworte mal, ist dann recht easy
das wäre klasse - bin gerade am routieren
ist nur in einem ordner - aber auf mehreren servern
die ganzen grünen dateien sind scripte und beinhalten teilweise curl befehle mit controll-own

-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
backup ist zu aufwendig - isf schon zuviel geändert - muss es wohl händich machen
mehr sorgen machen mir meine linux bash scripte - die müssen auch geändert werden - sind aber zuviele - überlege schon ein javascript zu machen und auch darin autom. zu ändern
Ersetzen wie im Skript? Alles in einem speziellen Ordner? Unterordner?
kann man mit sed machen, beantworte mal, ist dann recht easy
würde es etwas helfen, dass ich ein global script erzeuge - können dann die blockly scripte wieder triggern
-
würde es etwas helfen, dass ich ein global script erzeuge - können dann die blockly scripte wieder triggern
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
würde es etwas helfen, dass ich ein global script erzeuge - können dann die blockly scripte wieder triggern
nee, die müssen neu compiliert werden. Klappt das denn nicht mit dem Bewegen und speichern? Hier hat es geholfen
-
@liv-in-sky sagte in [Skript] Namespace für Datenpunkte in Skripten abändern:
würde es etwas helfen, dass ich ein global script erzeuge - können dann die blockly scripte wieder triggern
nee, die müssen neu compiliert werden. Klappt das denn nicht mit dem Bewegen und speichern? Hier hat es geholfen
mit den blocklys bin ich durch - jetzt fehlen noch die ganzen tablets mit tasker und die linux scripte - dann werde ich morgen mal controll-own.0 löschen und neustarten
-
das wäre klasse - bin gerade am routieren
ist nur in einem ordner - aber auf mehreren servern
die ganzen grünen dateien sind scripte und beinhalten teilweise curl befehle mit controll-own

@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
- Backup im Ordner mit
-
@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)