@sigi234
Moin moin und entschuldigung für die lange Wartezeit.
Ich habe ein wenig mit dem Widget "experimentiert" und herausgefunden, dass man das Widget MANUELL nachbearbeiten muss (könnte auch für andere Widgets des "materialdesign"-Adapters gelten). Interessant ist hier, dass man auch die Icons, die das System zur Verfügung stellt, manuell eintragen muss. Aber Du hast ja schon angemerkt, dass das "materialdesign" noch nicht unterstützt wird. Ich habe Folgendes herausgefunden:
Wenn man einen "Button Toggle vertical" mit Icon erstellt, wird IMMER das Icon "checkbox-marked" genommen, egal, welches man über den entsprechenden Dialog auswählt. Im exportierten Widget sieht dass dann so aus:

"image": "checkbox-marked",
"g_icon": true,

Möchte man jetzt eines von den "eingebauten" Icons verwenden (zum Beispiel das "Power"-Symbol), muss man den Code wie folgt ändern:

"image": "power",
"g_icon": true,

Wenn man jetzt ein eigenes png-Bild nutzen möchte, muss man dann den KOMPLETTEN Pfad des png-Bildes (ab der ioBroker-root-Ebene!) angeben, angefgeführt von zwei Punkten. Außerdem muss das Attribut "g_icon" auf "false" gesetzt werden:

"image": "../pfad/zum/png-Bild.png",
"g_icon": false,

Ärgerlich ist hier nur, dass die Änderungen nur so lange Bestand haben, bis eine neue Änderung an dem Widget durchgeführt wird.
Ich habe daher die Seite exportiert, in eine Textdatei gepackt und gespeichert, nachdem ich alle Widgets plaziert hatte, und habe die Änderungen, wie beschrieben, in der Textdatei durchgeführt. Anschließen habe ich dann die komplette Seite importiert (ACHTUNG: vorher ALLE Widgets Löschen, sonst hat man die doppelt.

Hab's selbst gefunden :
Ist zu finden, wenn man den kleonen "Folder" links neben der Datenquelle anklickt. Dann ist im gelben Bereich "Anderre" das Feld "Umrechnungsformel" zu finden.

@haus-automatisierung Habe ich gemacht, aber es hat sich nichts geändert.
Ich habe das Logging auf den Shelly Plus RGBW PM eingeschaltet, und es taucht folgende Meldung wiederholt auf:

shos_mqtt_conn.c:640 MQTT0: Connecting to 192.168.2.113:1882 (192.168.2.113:1882) 16:44:20
shos_mqtt_conn.c:529 MQTT0: Connect status 256                                    16:44:51
shos_mqtt_conn.c:902 MQTT0: Connecting after 59675 ms                             16:44:51

Offenbar wird versucht, eine Verbindung aufzubauen, aber ich habe noch nicht herausgefunden, was "Connect status 256" bedeutet.

@da_Woody
Hallo,
das habe ich nicht angewählt, weil es in der Dokumentation für Generation 2-Geräte ebenfalls nicht aktiviert ist - siehe hier.

@haus-automatisierung

@haus-automatisierung
Ok, habe ich verstanden. Ich habe mir das log nochmal angesehen, und die einzigen Einträge, die ich gefunden habe zu den Shelly Plus RGBW PM waren die vom MQTT-Adapter. Dort haben sich das Gerät gemeldet, das ich probehalber für den MQTT-Adapter konfiguriert hatte:

2024-11-23 14:03:39.443 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] connected with secret 1732367019435_3649
2024-11-23 14:03:39.828 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] subscribes on "mqtt.0.shellyplusrgbwpm-ecc9ff4cec18.rpc"
2024-11-23 14:03:39.850 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] subscribes on "mqtt.0.shellyplusrgbwpm-ecc9ff4cec18.command.sys"
2024-11-23 14:03:39.882 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] subscribes on "mqtt.0.shellyplusrgbwpm-ecc9ff4cec18.command"
2024-11-23 14:03:39.947 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] subscribes on "mqtt.0.shellies.command"
2024-11-23 14:03:40.031 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] publishOnSubscribe
2024-11-23 14:03:40.051 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] publishOnSubscribe
2024-11-23 14:03:40.084 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] publishOnSubscribe
2024-11-23 14:03:40.148 - info: mqtt.0 (3097) Client [shellyplusrgbwpm-ecc9ff4cec18] publishOnSubscribe

Einträge für den Shelly-Adapter habe ich nicht gefunden...

Ich nutzer Shelly-Adapterversion 8.4.0

Hallo in's Forum!
Ich habe mir zwei "Shelly Plus RGBW PM" gekauft. Es handelt sich hier um Generation 2-Geräte, die ich mit dem Shelly-Adapter und dessen MQTT-Broker nutzen möchte.
Das sollte möglich sein, denn das Gerät ist auf der Seite der kompatiblen Geräte aufgeführt.
Daher habe ich sie so konfiguriert, wie es auf der MQTT-Dokumentationsseite des Shelly-Adapters beschrieben wird. Zusätzlich habe ich die Shelly Plus RGBW PM so konfiguriert, dass sie im meinem Hausautomations-WLAN mit statischer Adresse eingebunden sind. Und natürlich habe ich auch ein Gerätepasswort vergeben.
Mein Problem ist, dass diese beiden Shelly Plus RGBW PM trotzdem nicht vom Shelly-Adapter erkannt werden.
Folgendes habe ich in den letzten Tagen schon unternommen:

• den Shelly-Adapter mehrfach neugestartet
• den Shelly-Adapter gestoppt, die Shelly Plus RGBW PM neu gestartet, den Shelly-Adapter neu gestartet
• den iobroker-Service gestoppt, die Shelly Plus RGBW PM neu gestartet, den iobroker-Service neu gestartet
• den Raspberry, auf dem ioBroker läuft, heruntergefahren, die Shelly Plus RGBW PM neu gestartet, den Raspberry hochgefahren
• die Shelly Plus RGBW PM mehrfach auf Fabrikeinstellungen zurückgesetzt und neu konfiguriert
  Zu den Neustarts der Shelly Plus RGBW PM ist anzumerken, dass ich das sowohl über das Webinterface als auch durch Abschalten der Spannungsversorgung gemacht habe.
  Und egal, was ich gemacht habe, tauchten die statischen IP-Adressen nicht im Adapter-log auf, weder, dass eine Fehelermeldung noch eine Info erzeugt wurde - einfach NICHTS!
  Probeweise habe ich dann die Shelly Plus RGBW PM so konfiguriert, dass sie auf einem separaten MQTT-Broker laufen. Und dort wurden sie sofort erkannt.
  Nach Tagen des "Rumprobierens" bin ich mit meinem Latein am Ende und hoffe, dass jemand ähnliche Prbleme hatte wie ich und auf eine Lösung gstoßen ist...
  Viele Grüßs
  "Klaus"

@haus-automatisierung
In Deinem Blockly-Skriptbeispiel

ist im letzten "steuere"-Block keine Objekt-ID ausgewählt (da steht halt "ID auswählen") und ich gehe davon aus, dass ich ein Objekt aus meiner Kodi-Instanz wählen muss. Und hier war meine Frage, welches Objekt ich zum Steuern auswählen muss.

@haus-automatisierung
Welches Objekt muss ich im letzten "steuere"-Block auswählen?

@thomas-braun und alle anderen helfenden Poster:

Ich habe es auch mit den Schlüsseln hingekommen - ganu nach der Anleitung, die Thomas als Link eingefügt hat. Das Thema war dann für alle QNAP's in fünf Minuten erledigt und ich kann sie ganz normal runterfahren
Jetzt muss ich das nur noch auf meinem Rechner zu Hause hinbekommen, wenn ich wieder dort bin...
Vielen Dank für die Hilfe und viele Grüße

"Klaus"

@BananaJoe
Funktioniert leider nicht. Und eine Fehlermeldung kommt auch nicht, sondern einfach nur der nächste Eingabeprompt..

@haus-automatisierung
Wenn ich wüsste, wie das mit dem ganzen Schlüssel-Gedöns funktionieren würde, hätte ich das bestimmt schonmal versucht. Aber das und auch diese Zertifikatsdinge sind ein Buch mit sieben Siegeln (noch) und ich greife da eher auf "einfache" Sachen zurück.
In einem ganz normalen Terminal funktioniert das ja auch einwandfrei, ich kann Nutzernamen und Passworte aus versteckten Dateien extrahieren und einen Befehl zusammen"bauen" und mein QNAP damit herunter fahren.
Das Ganze funktioniert auch unter Blockly mit dem einzigen Unterschied, dass der zusammen"gebaute" Befehl nicht ausgeführt wird...