Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[MartinP]

@haus-automatisierung

Was das macht habe ich auch mit der anderen Dokumentation ehrlich gesagt nicht verstanden ...

Zieht man damit zu Ansichtszwecken ein Duplikat der Konfiguration des Adapters nach Userdata?

[haus-automatisierung]

@martinp Jeder Adapter bringt ja ggf. eigene Daten für den Admin, VIS (oder andere Adapter) mit. Also Konfigurationsseiten, Bilder, Blockly-Scripts, usw.

Damit der Admin auf diese Zugriff hat, werden die aus dem Adapter-Verzeichnis in Meta-Objekte gespeichert. Das passiert beim Installieren oder Update eines Adapters automatisch - die lange Dateiliste kennst Du ggf. aus diesem Dialog:

Das kann man alles sehen (aber bitte nicht bearbeiten!!!), wenn man den Expertenmodus einschaltet. Dann sieht man z.B. ein .admin-Meta-Objekt im Objekt-Tab zu jedem Adapter:

Und dieses dann eben auch im Dateien-Tab:

Im Dateisystem unter /opt/iobroker/iobroker-data/files/awtrix-light.admin/*. Diese kann der Admin dann über seine eigenen Port abfragen. Beispielsweise wird das Adapter-Icon in der Instanzliste aus genau dieser Quelle geholt:

http://10.10.2.51:8081/adapter/awtrix-light/awtrix-light.png

Aber: All diese Daten muss man weder jemals manuell bearbeiten, noch löschen oder gar sehen :) Der Befehl upload aktualisiert diese Meta-Objektstruktur halt nur.

Es werden also am Ende die Daten aus den node_modules in eine andere Struktur überführt. Mehr muss man als Anwender eigentlich nicht wissen.

@martinp sagte in Blockly die neuen und/oder Blöcke:

nach Userdata?

Mit Userdata hat das nix zu tun.

[haus-automatisierung]

@martinp Jetzt habe ich mir hier so viel Mühe gegeben, ... würdest Du die Doku anpassen? :)

[MartinP]

@haus-automatisierung Von wo erfolgt der upload? - Aus einem Repository im Internet, oder lokal aus einem Template-Verzeichnis des installierten Adapters?
Anhand der URL würde ich sagen dass das ein lokales Repository ist ...

Besteht da die Gefahr, dass man sich beim upload seine geänderte Konfiguration "zerschießt", oder liegen die Einstellungen wiederum woanders?

P.S.

Mit Userdata hat das nix zu tun.

Da habe ich micht verschrieben - meinte iobroker-data

[haus-automatisierung]

@martinp sagte in Blockly die neuen und/oder Blöcke:

Von wo erfolgt der upload?

Habe ich doch geschrieben, aus dem node_modules Verzeichnis. Im Beispiel oben wäre das /opt/iobroker/node_modules/iobroker.awtrix-light/admin. Auch da: Finger weg!

Für den reinen Upload brauchst Du daher kein Internet - nur für die Installation/Update eines Adapters (logischerweise, kommt ja schließlich von npm).

@martinp sagte in Blockly die neuen und/oder Blöcke:

Besteht da die Gefahr, dass man sich beim upload seine geänderte Konfiguration "zerschießt"

Was für eine Konfiguration? Die Instanz-Konfiguration usw. liegt ja in Objekten (und nicht in Dateien). Da es sich also nur um statische Daten handelt: nein.

Soll ja gute Lerninhalte zum ioBroker geben ;) Einfach mal reinschauen.

PS: Schick mir die Doku einfach zu, ich mache dann einen PR falls Du das noch nie gemacht hast.

[MartinP]

@haus-automatisierung

Dann habe ich das "geholt" falsch zugeordnet...

Beispielsweise wird das Adapter-Icon in der Instanzliste aus genau dieser Quelle geholt:

http://10.10.2.51:8081/adapter/awtrix-light/awtrix-light.png

[haus-automatisierung]

@martinp sagte in Blockly die neuen und/oder Blöcke:

Dann habe ich das "geholt" falsch zugeordnet...

Meinte natürlich, dass der Webserver des Admin-Adapters die Daten aus dem aufbereiteten Meta-Verzeichnis liest (und nicht irgendwo in node_modules rumkramt).

Daher: Upload durchführen, falls irgendwas "alt" erscheint, was eigentlich aktuell sein sollte. Der JavaScript-Adapter in 7.8.0 ist ja installiert (= in node_modules von npm gepackt), aber im Frontend sind noch alte Daten zu sehen.

Daher bringt bei solchen Problemen auch kein Neustart vom ioBroker etwas (was soll auch passieren?). Manche lösen soetwas mit einer Neuinstallation des Adapters. Funktioniert auch, weil dann zwar genau die gleichen Dateien nochmal installiert werden, aber danach eben der upload erneut angestoßen wird. Die Neuinstallation kann man sich also auch sparen.

[Wildbill]

@haus-automatisierung Kurze Frage zwischendurch. Kann es sein, dass das Einführen der neuen Blöcke dazu führt, dass ich nun bei allen Skripten, die ich über die Jahre gesammelt habe, aufgefordert werde, diese einmal neu zu speichern? Sie laufen alle, aber sobald ich ein Skript öffne, auch nur irgendwie mit der Maus in einem Blockly die Blöcke verschiebe ohne irgendwas zu ändern, taucht oben der Speichern-Button auf. Die Skripte laufen auch vorher wunderbar, nach dem Speichern laufen sie ebenso wunderbar, nur wollen sie halt alle einmal gespeichert werden, auch wenn da gar nix von den neuen Blöcken drin ist.
Ich meine, so ein Verhalten hatte ich schon einmal nach einem Update des javascript-Adapters. Ist da der Zusammenhang korrekt?

Gruss, Jürgen

[Fabio]

@wildbill das kann ich bestätigen, das habe ich aber auch schon vorher gehabt also vor der Einführung der und oder blöcke.
Grüße
Fabio

[MartinP]

@wildbill said in Blockly die neuen und/oder Blöcke:

...auch nur irgendwie mit der Maus in einem Blockly die Blöcke verschiebe ohne irgendwas zu ändern...
Gruss, Jürgen

Durch das Verschieben der Blöcke hast Du doch etwas verändert ... Du willst doch sicher, dass das geänderte Arrangieren der Blöcke beim nächsten Öffnen des Projekts genutzt wird ...

[haus-automatisierung]

@wildbill sagte in Blockly die neuen und/oder Blöcke:

Kurze Frage zwischendurch. Kann es sein, dass das Einführen der neuen Blöcke dazu führt, dass ich nun bei allen Skripten, die ich über die Jahre gesammelt habe, aufgefordert werde, diese einmal neu zu speichern?

Nein. Das liegt zumindest nicht an den neuen Blöcken, sondern dass der generierte Code in den bestehenden Blöcken zum Teil auch angepasst wurde.

Das Problem ist, dass der JavaScript-Code immer clientseitig aus Blockly generiert wird. Sonst könnte ich ja alles Scripts aktualisieren, sobald der Adapter startet.

Technisch ist das egal, weil der alte Code ja auch weiter funktioniert. Es ist nur nötig einmal zu speichern damit die neu generierte Version aktiv wird. Also keine Notwendigkeit jetzt alles durchzugehen und zu speichern.

[Wildbill]

@martinp Dann habe ich mich falsch ausgedrückt. Es reicht auch das bloße Scrollen per Maus. Dann taucht das Speichern-Symbol bereits auf, also keinerlei Änderung. Und wenn ich dann einmal gespeichert habe und ein neu gespeichertes Script wieder öffne, dann kann ich scrollen bis ich schwarz werde, dann kommt bei diesem Script kein Speichern-Button mehr.

Gruss, Jürgen

[haus-automatisierung]

@wildbill sagte in Blockly die neuen und/oder Blöcke:

Dann habe ich mich falsch ausgedrückt.

Ne, das habe ich schon verstanden :)

[Wildbill]

@haus-automatisierung War an @MartinP gerichtet. :blush:

[Maschl]

@homoran
Hallo, ich habe es zuhause Local probiert, da sind die Blöcke da.
Nun bin ich wieder über die Cloud drauf, da sind sie nicht da.
Ich habe auch Local einen neuen Block eingefügt, und wenn ich dieses Script über die cloud öffne kommt folgende
Fehlermeldung:

[Homoran]

@maschl mhhmm
dann könnte es sein, dass diese Version noch nicht auf dem Cloudserver läuft.

[haus-automatisierung]

@homoran sagte in Blockly die neuen und/oder Blöcke:

dann könnte es sein, dass diese Version noch nicht auf dem Cloudserver läuft.

Richtig, das sieht man ja auch an den Versionsnummern. Wenn ich über iobroker.pro den Admin aufrufe, sehe ich

• Admin 4.4.1 (das kann ja eigentlich gar nicht stimmen?!)
• JavaScript 7.6.2

Keine Ahnung wie und wann diese Versionen dort aktualisiert/bereitgestellt werden.

[warp735]

@haus-automatisierung
Ich wüsste nicht, dass das jemals zusammengepasst hat...