@michihorn https://forum.iobroker.net/post/1031989 Das sollte gehen, wenn nicht nochmal melden.

@rug1024 sagte in Zigbee Probleme: Hat nie funktioniert bei mir. was soll ich sagen... machs richtig dann funktioniert es aus..

@cele magst du mir mit ein zwei drei screenshots und einfachen Worten BÜDDE mal aufzeichnen wie du es hinbekommen hast? Ich wäre dir sehr verbunden... LG LEM

@mcu Ich habe es geschafft, ich weiß nur nicht wie, Hauptsache es geht. Vielen Dank.

@tobetobe Späte Antwort von mir - Danke für die Hilfe. Gruß MUD

@gtv a) was willst Du ändern? b) ich hab doch alle nötigen Schritte oben erklärt, sogar mit Bildern

@codierknecht Danke für deine Antwort. Ich habe nun gesehen und verstanden, dass Images ggf. neu gepusht werden, ohne dass sich die versionsnummer ändert. Hatte unterstellt, dass mit jeder neuen Bereitstellung eine neue (Sub-)Version einhergeht.

@mcu [image: 1737382409243-9086692b-bbf5-4b75-8ddb-9292fc46ad73-image-resized.png] Ich glaube ich habe den Fehler, Ich habe den Blau markierten "rpc" benutzt mit dem Letzten "rpc" auf dem Bild und dem inhalt kann ich steuern. { "method": "Light.Set", "params": { "id": 0, "brightness": 100, "on": true } } Den Letzten (Im Bild) hatte ich erst übersehen. Scheint zu funktionieren. Ist aber recht aufwendig damit zu steuern muss man dann über Alias anpassen (Muss ich erst mal wieder sehen wie das ging). PS So sieht das aus wenn mein Script läuft: [image: 1737383868753-a7b94841-a82a-4684-8c89-d0e0341d6aee-image-resized.png]

@bananajoe ok. Noch nie mit beschäftigt. Muss ich mich vielleicht mal belesen

@martinschm sagte in DeviceWatcher - "flackern" & undefinierte Zustände: Löse ich das in dem ich die Zeit bei dem Adapter auf 1 min setze ? Ich hab bei mir beim Shelly 10 Minuten eingetragen. Reicht mir wenn ich bei meinen Shelly 10 Minuten später informiert werde dass diese offline sind.

@werner303 sagte in Keine Daten aus der Wetterstation: Die Vorwürfe von @mcm1957 waren nicht gerechtfertigt. welche "Vorwürfe"?? Die Aussage ist korrekt Im Showcase werden keine Fragen, die nicht direkt zu der Vorstellung des Projekts gehören, gestellt. Grundsätzlich wird sich auch nicht mit einem ähnlich gelagerten Thema an einen bestehenden Thread gehängt, sondern spezifisch zu dem Wunsch/Problem/Frage ein eigener Thread aufgemacht. siehe auch: https://forum.iobroker.net/topic/51555/hinweise-für-gute-forenbeiträge/1

@swisslizard gibts da was neues zu? ich kenne dieses Problem auch. Darüber hinaus scheint der Adapter beim Bearbeiten von Geräten auch bestehende Alias-Datenpunkte zu löschen.... :-(

@karl-heinz1 Deinen ersten Post editieren, da kannst du den Titel ändern. :)

@ticaki sagte in gelöst: common.name eines Objektes ändern: @homoran Der Shelly Adapter überschreibt aber AFAIK die common.name mit dem Namen des Shellys - da wäre es besser dem Shelly direkt einen eindeutigen Namen zu geben. In der Weboberfläche von diesem meine ich. das macht eigentlich (fast) jeder Adapter, deswegen etwas plakativ formuliet: @homoran sagte in gelöst: common.name eines Objektes ändern: Außerdem ist das ein Adapter-DP, da darfst du gar nichts dran machen.

@jensa falls noch von Interesse. Ich habe das Problem auf MacOs über einen LaunchDaemon gelöst /Library/LaunchDaemons/org.iobroker.plist statt den bei der iobroker bereitgestellten LaunchAgent in ~/Library/LaunchAgent Folgende Schritte funktionieren bei mir auf einem MacBook Pro 2015 sw_vers ProductName: macOS ProductVersion: 12.7.5 BuildVersion: 21H1222 Bitte unbedingt in der .plist-Datei die eigenen PATH Einstellungen für node etc setzen. Bei mir ist es node@18 und postgresql@13 MacOs iobroker as LaunchDeamon create a macOS User sudo dscl . -create /Users/iobroker sudo dscl . -create /Users/iobroker UserShell /bin/bash sudo dscl . -create /Users/iobroker RealName "ioBroker Service User" sudo dscl . -create /Users/iobroker UniqueID "510" sudo dscl . -create /Users/iobroker PrimaryGroupID 20 sudo dscl . -create /Users/iobroker NFSHomeDirectory /usr/local/iobroker sudo dscl . -passwd /Users/iobroker <password> # can be empty permission for the installation sudo chown -R iobroker:staff /usr/local/iobroker create a system-wide launch daemon /Library/LaunchDaemons/org.iobroker.plist <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd"> <plist version="1.0"> <dict> <key>Label</key> <string>org.iobroker</string> <key>ProgramArguments</key> <array> <string>/usr/local/iobroker/.nvm/versions/node/v18.20.5/bin/node</string> <string>/usr/local/iobroker/node_modules/iobroker.js-controller/iobroker.js</string> <string>restart</string> </array> <key>KeepAlive</key> <false/> <key>RunAtLoad</key> <true/> <key>EnvironmentVariables</key> <dict> <key>PATH</key> <string>/usr/local/bin:/usr/local/sbin:/usr/bin:/bin:/usr/sbin:/sbin::/usr/local/opt/postgresql@13/bin:/usr/local/iobroker/.nvm/versions/node/v18.20.5/bin</string> </dict> </dict> </plist> permissions for the launch daemon sudo chown root:wheel /Library/LaunchDaemons/org.iobroker.plist sudo chmod 644 /Library/LaunchDaemons/org.iobroker.plist reload sudo launchctl unload /Library/LaunchDaemons/org.iobroker.plist sudo launchctl load /Library/LaunchDaemons/org.iobroker.plist

@homoran sagte in [HILFE] SmartMeter Adapter: Aber wie @Samson71 schon schreibt, ist die Buchse bei dem @nathan1312 sagte in [HILFE] SmartMeter Adapter: Wifi Lesekopf Hichi v2 EHZ Tasmota nur zur Stromversorgung. Ah, ok. Das "nur" war mir nicht klar. Auf diesen Gedanken bin ich nicht gekommen und so hatte ich es vorher auch nicht verstanden. Danke nochmal für die Klarstellung. Dann ist das Thema für mich erledigt. Wie immer super Unterstützung von euch!

S2 Security Class is auch gelöst. Wenn im Adapter die Keys hinterlegt sind, klappt es blaues schloss, S2 Authenticated: [image: 1737290458771-27fd6062-77c1-4d25-a618-92a8f00a382e-image.png] lila schloss, S2 Unauthenticated: [image: 1737290486059-02e41bc5-c0d9-41fe-ba35-17f4ae7b3765-image.png]

@arteck sagte in Probleme bei Einstieg in die Zigbee-Welt: nimm den chrome passt nicht unter meinen Aluhut