@david-g Vielen Dank ... eine seeeehr umfangreiche Übersicht. Im Forum hatte ich auch gestöbert aber, wie so oft, nicht die griffigen Suchbegriffe.

@horst-böttcher ich behaupte mal das ist ein ist Problem, siehe auch hier: https://github.com/ioBroker/ioBroker.zigbee/issues/2430 A.

danke. Anscheinend kann der Thread geschlossen werden: zigbee.0 2025-04-10 22:39:42.973 warn State value for a4c1387ce172bc19.battery has value "123" more than max "120". - this eror is recorded and not repeated

@ralf-2 Siehe: https://github.com/ioBroker/ioBroker.vis/issues/881

@asgothian sagte in [gelöst] Zigbee Update, danach kein Pairing mehr möglich: Die Grenze gibt es seit ca. 3 Jahren. Eine zahl > 255 liess sich nur über 'Umwege' Einstellen. Na ja, ich hatte es zu Beginn auf 300 gestellt und ohne "Umwege" hat es funktioniert. Eben bis zum letzten Update (Gut ich habe in letzter Zeit nicht mehr benötigt). Aber ich habe die Error-Message verstanden, als ich es dann gestartet habe. Schön wäre es gewesen, nur eine Warnung auszugeben und mit dem Maximal-Wert zu starten.

@hsteinme mit der Mihome App/Adapter, der läuft auch noch, weil es ja auch noch Mihome Aktoren gibt, die wurden damals als "mihome" verkauft, dann kamen "Aqara" die leisen sich aber auch mit dem mihome Adpter steuern. Ich habe aber mal was ganz untypisches gemacht, habe die Matter-Beta installiert, und geht, die (auch zwei neue) Aktoren wurden gefunden und können in den Objekten ausgelesen werden, somit ich das Thema erstmal Erledigt, mal sehen wie Stabil die Matter Beta schon ist, aber danke für deine Nachfrage.

@ticaki @haselchen DANKE - ich habe diesen Text ( also das komplette Readme ) heute schon x mal durch .. nachdem ich nun nochmal bei 0 begonnen habe ging es ... Sorry für den Aufwand.. Kommt man sich als Entwickler echt doof vor.

@thomas-braun sagte in Admin-Adpter fehler nach Aktualisierung auf 7.6.3: Mal als Beispiel, wie sowas aussehen kann aus meinem System der Eintrag in der /etc/fstab: hab mir jetzt in meiner /ect/fstab den eintrag angeschaut: //192.168.0.40/ioBroker /media/ioBroker cifs credentials=/home/iobuser/.smbcredentials,vers=3.0,rw,file_mode=0777,dir_mode=0777 0 0 komischerweise steht dort nicht das was du mir aus meinen diagnosedaten gezeigt hast, da muss ich irgendwo anders noch einen Eintrag haben. Ergänzung: Habs schon hinbekommen und entsprechend korrigiert. Beide user (iobroker und mein user mit dem ich mich über die konsole anmelde) sind in einer gruppe und die hat das recht. //192.168.0.40/ioBroker /media/ioBroker cifs credentials=/home/iobuser/.smbcredentials,vers=3.0,rw,uid=iobroker,gid=iobroker,file_mode=0664,dir_mode=0775 0 0

@exmerci sagte in IOT Probleme?: Wenn ich das Assistentenabo für 23,99€ im Jahr nehme, kann ich das Problem damit lösen, oder? Jepp. Parallel unterstützt Du damit natürlich auch die (Weiter-)Entwicklung des Adapters und ioBroker allgemein. Ist also für Dich die Lösung und kommt dem Projekt zugute.

@gmt94 Wie genau komme ich über Blockly an den Counter des Shelly Uni heran?

@homoran Ich habe eine String-Variable "GrafikwechselWW_URL" Da schreibe ich abwechseln URLs rein, die durch FLOT erzeugt wurden. [image: 1744109857374-bild5.gif] In VIS steht bei dem Basic-iFrame ein Binding: [image: 1744109899361-bild4.gif] Je nach dem, welche URL da im String steht, wird ein anderes FLOT Diagramm angezeigt. Es mag vielleicht eleganter gehen, aber so funktioniert es bei mir. Früher sah man im VIS-Editor auch ein FLOT-Diagramm, seit einiger Zeit die 404. Meine Idee war, dass es da vielleicht einen Zusammenhang gibt und so die Fehlerursache ev. vereinfacht.....

@robertinho Hallo Robertinho! Ich möchte das Ganze ebenso umstellen. Wie ist es dir ergangen? Hattest Erfolg und eventuell einen Tipp, auf was speziell aufgepasst werden muss? BG tom EDIT: Ich habe erfolgreich den Sonoff 3.0 getauscht. Wie oben beschrieben. Instanz stoppen, Konfiguration ändern (Transportschlüssel ändern, Kanal bei Bedarf ändern). Alles neu angelernt.

Der webcal arbeitet als deamon wie beschrieben. iCal gibt allerdings besser States aus(meines erachtens) ich teste weiter

@mcm1957 hoppala

@gluecksmann danke für die Rückmeldung

Hi, na klar. bind-address = "0.0.0.0:8088" Hat lediglich in der config gefehlt. Grüße

@asgothian sagte in kein support für den scene-adapter?: @da_woody sagte in kein support für den scene-adapter?: hi! nachdem ich vor einigen tagen ein issue zur v4.0.1 geschrieben habe, musste ich feststellen, daß dort seit jänner keine antworten gegeben werden. https://github.com/ioBroker/ioBroker.scenes/issues/398 Ich hab mal einen Blick auf den issue geworfen - so lässt sich der kaum bearbeiten Du mischt 3 Dinge zusammen, ohne klar zu machen was der Fehler wirklich ist: Alexa IQcontrol Scene Adapter Zusätzlich beschreibst du zwar das Ergebnis fast so das man es verstehen kann, nicht aber den Weg wie man da hin kommt. naja, das hab ich ja versucht zu erklären... Um da wirklich eine Antwort zu bekommen musst du das besser aufarbeiten; welche Datenpunkte werden wann von wem geschaltet, und wie ? (IQControl raus nehmen) die szene: { "common": { "name": "Terrasse RGBW ein/aus", "type": "boolean", "role": "scene.state", "desc": "Terrasse RGBW Leds alle schalten", "enabled": true, "read": true, "write": true, "def": false, "engine": "system.adapter.scenes.0" }, "native": { "onTrue": { "trigger": {}, "cron": null, "astro": null }, "onFalse": { "enabled": false, "trigger": {}, "cron": null, "astro": null }, "burstInterval": 0, "virtualGroup": true, "members": [ { "id": "alias.0.Drassburg.Terrasse.RGBW.Lampe_1.Schalter", "setIfTrue": true, "setIfFalse": null, "stopAllDelays": true, "desc": null, "disabled": false, "delay": 0 }, { "id": "alias.0.Drassburg.Terrasse.RGBW.Lampe_2.Schalter", "setIfTrue": true, "setIfFalse": null, "stopAllDelays": true, "desc": null, "disabled": false, "delay": 0 }, { "id": "alias.0.Drassburg.Terrasse.RGBW.Lampe_3.Schalter", "setIfTrue": true, "setIfFalse": null, "stopAllDelays": true, "desc": null, "disabled": false, "delay": 0 } ] }, "type": "state", "_id": "scene.0.Terrasse_RGBW_ein/aus", "ts": 1624051676932 } was passiert wenn man die ‘manuell’ schaltet ? (Alexa raus nehmen) was wird wirklich geschaltet wenn du “an” und “aus” machst ? hab ich geschrieben, die szene wird entweder automatisch (smartcontrol-adapter) in verbindung mit ping-adapter, alexa, oder halt über iQontrol geschalten. mit iQontrol funktionierts ja, allerdings bekomme ich keine rückmeldung auf die szene zurück bei den anderen. wie gesagt, in der stable klappts ja, in der latest eben nicht. @mcm1957 ist es nicht sinn der sache, daß latest getestet werden und dann issues gepostet werden? wenn ich mir das durchlese: https://github.com/ioBroker/ioBroker.scenes/issues/392 widerspricht sich da was... IMHO nicht stable... (für mich) klar, es gibt wichtigeres, drüber schreiben sollte man doch dürfen. ;) edith: sorry, vergessen: DP: switch der lampen. [image: 1744027468111-f6db114b-bcf5-40da-943b-074f5479a786-grafik.png]

@draexler danke hatte genau das Problem mit ESPHOME - mit leerer session läuft es