@ubecker sagte in fehlendes icon bei hm-rpc für ELV-SH-CTH: bei mir fehlen noch etliche andere HMIP du kannst es aus der CCU downloaden und dann in iob im Expertenmodus den Datenpunkt editieren und das Bild hochladen

Hab mir das Kabel gekauft. Leider finde ich mein Gerät nicht: 0 responding cob-ids found

@wotan2005 sagte: du meinst so: Ja, mit 15 Minuten ED. EDIT: Du solltest einen Alias verwenden, der per Lesekonvertierung in Prozent umrechnet.

@arteck Danke für den Hinweis, habe jetzt mqtt.0.* dort stehen. Ich habe diese Instanz vor Jahren eingerichtet und könnte mir vorstellen, dass der Hashtag seinerzeit default war. Dieser wird wohl erst in einer neueren Version des Adapters "angemeckert". Ich habe vor einigen Woche für zigbee2mqtt eine zweite Instanz installiert. Diese hatte als default sofort mqtt.1.* eingetragen.

@kuumaur Zu LXC kann ich dir nix sagen, verwende ich nicht.

@skb sagte in IRobot Roomba Adapter: Sollte jemand die konfortable Steuerung des iRobot über die Räume auch wünschen, so habe ich hier einmal eine Anleitung inklusive Skript erstellt, wie das "sogut, wie jeder"-Otto-Normalverbraucher hinbekommt ;) Benefits: Steuerung des iRobot über Raum und Zonen-Namen Anzeige gereinigter Quadratmeter (funktioniert mit dem Roomba Adapter nicht mehr) Anzeige, welches Wischtuch im Braava installiert ist Anzeige des Zustand des Wassertanks des Braava https://www.kreyenborg.koeln/irobot-steuerung-in-iobroker/ Gruß, SKB Guten Nachmittag, ich habe das tolle Skript bei mir installiert und damit auch eine Visualisierung gemacht. Funktionierte soweit vorerst alles sehr gut. [image: 1755092227444-aa926760-f79f-4da5-aadc-bce519a2186e-grafik.png] Ich habe zwei Stöcke in meiner Wohnung, Anfangs habe ich nur einen Stock "Hauptgeschoss" mit den Skript aufgenommen, alles funktionierte wunderbar. Nun habe ich auch die Räume in zweiten Stock "Obergeschoss" aufgenommen. Unter Objekte javascript.0.iRobot.Roomba.Bereiche bildete sich ein zweiter Ordner und die Neuen Räume schienen dort auf. [image: 1755575967468-d654d180-3d69-4f69-92af-4db8b381c702-screenshot-2025-08-18-162849.png] Ich gab Ihnen jeweils einen Namen ein und alles schien zu funktionieren. Am Tag danach startete ich eine Aufgabe "Badezimmer" im Hauptgeschoss. Der Romba saugte nicht nur das Badezimmer sondern das gesamte Hauptgeschoss und legte jeweils einen Neuen Raum in Obergeschoss mit den Räumen des Hauptgeschoss an. Also habe ich, in Ordner der Räume des Obergeschoss einfach die einzelnen Räume des Untergeschoss beschriftet und hoffte das dann alles funktionieren würde. Hat es aber leider nicht, Egal welchen Raum ich zu starten probierte, es wurde immer jeweils der gesamte Stock gereinigt. Ok, dann habe ich den Ordner des Obergeschoss gelöscht, darauf funktioniert alles wieder in Hauptgeschoss. Das nächste Problem ist nun, das jedes mal wenn ich das Obergeschoss Reinige, sich wieder Neue Räume anlegen, die ich dann wiederum löschen muss. Zur Info, ich habe darauf geachtet, das keiner der Räume, beider Stöcke die selben Namen hat. Was mir noch aufgefallen ist, ein Raum in Hauptgeschoss und ein Raum in Obergeschoss hatte jeweils "6". Vielleicht hat noch jemand das selbe Problem und kann mir Helfen? Danke Shakira

@willyiobrok so, mit ein bischen (viel) rumprobieren habe ich's auch ohne Doku und forum Hilfe geschafft: :grin: Client-ID kann ich frei wählen, sie muß nur eindeutig im mqtt System sein (oder auch weglassen) Die Eingabe von Username und Passwort war in meinem Fall überflüssig und sogar schädlich! Nach dem Löschen des Ganzen konnte ich im MQTT explorer die Daten sehr schön sehen, mit Username und Passwort NICHT! Die Eingabe des Subscribe - Patterns muß OHNE das führende "mqtt.1." erfolgen (das wird wohl automatisch vorne dran gestellt) Im folgenden Bild [image: 1755082011754-4c272526-449f-40eb-b989-7409980bb700-grafik.png] funktioniert der erste Eintrag NICHT, aber der zweite! (ist eigentlich ganz logisch, habe ich mich nur dumm angestellt ... :face_with_rolling_eyes: ) Damit ist der Topic für mich gelöst.

Hi, Ich habe jetzt mal die Idee von Paul getestet und ebenfalls auch mal den Alias DP komplett gelöscht und mit neuem Namen neu angelegt. Leider bleibt das merkwürdig Verhalten erhalten. Ich hatte gestern wieder den folgenden Output beim lesen. 2025-08-12 08:02:36.996 - warn: javascript.0 (187304) script.js.Schlafzimmer_Helmut.Taster: Licht =OFF Speaker =start MqttValueTasmota =OFF 2025-08-12 22:09:15.347 - warn: javascript.0 (187304) script.js.Schlafzimmer_Helmut.Taster: Licht =OFF Speaker =stop MqttValueTasmota =OFF 2025-08-12 22:17:17.155 - warn: javascript.0 (187304) script.js.Schlafzimmer_Helmut.Taster: Licht =true Speaker =stop MqttValueTasmota =ON Zwischen 22:09 und 22:17 habe ich den Alias Datenpunkt über die VIS auf true gesetz -> der write DP sendet dann über MQTT/CMND an Tasmota, Tasmota antwortet über STAT und der Read DP liefert OFF, was dann von dem Alias richtig umgesetzt wird. Nach einer unbestimmten Zeit oder nach einem unbestimmten Ereignis liefert der Alias dann allerdings wie in dem Log zu sehen Licht=OFF und nicht mehr false obwohl dies entsprechend der Alias Konvertierung gar nicht passieren darf, denn dort steht: read => val=='ON', somit dürfte in diesem Fall nie ein True erscheinen. { "common": { "name": "Licht_WC", "desc": "Manually created", "role": "state", "type": "boolean", "read": true, "write": true, "def": false, "alias": { "id": { "read": "0_userdata.0.Schlafzimmer_Helmut.DC4F22803CA2.stat.power1", "write": "0_userdata.0.Schlafzimmer_Helmut.DC4F22803CA2.cmnd.power1" }, "read": "val=='ON'", "write": "val ? 'ON':'OFF'" } }, "type": "state", "native": {}, "_id": "alias.0.SchlafzimmerHelmut.Licht_WC", "acl": { "object": 1636, "state": 1636, "owner": "system.user.helmut", "ownerGroup": "system.group.administrator" }, "from": "system.adapter.admin.0", "user": "system.user.helmut", "ts": 1754551409965 } Gelesen wird wie folgt: var IstStateLicht = getState(ObjIDLicht).val; var IstStateSpeaker = getState(ObjIDSpk).val; var IstMqttObject = getState(ObjIDLicht2).val; log('Licht =' +IstStateLicht +' Speaker =' +IstStateSpeaker + ' MqttValueTasmota =' +IstMqttObject,'warn');

@majorkamy Zu vis kann ich dir nix genaues sagen, verwende ich nicht.

Tut mir leid, ich wusste nicht, dass der Beatbot Aquasense 2 so unbekannt ist... Generell hab ich noch keinen Poolroboter/Adapter oder sonstiges gefunden, der mit IoBroker kommuniziert. Der Beatbot ist von der Bedienung/ der App und den Protokollen ähnlich aufgebaut wie die von Tuya oder Deebot... Ich weiss, dass heißt zwar nichts... Aber vielleicht hat jemand Ideen oder schon mehr damit zu tun gehabt. Ich den Aqua Sense 2 erst heute bekommen, also konnte ich noch nicht viel experimentieren und Erfahrungen sammeln... Aber er macht auf jeden Fall einen guten Job!

@crunchip läuft auf Poertainer, habs rausgefunden, Danke

@thomas-braun Das ist tatsächlich in den letzten 4 Jahren nicht passiert.

@quinti sagte in Datenpunkt umbennen mit Unterstrichen: Dachte mir halt daß das ein iob Bug ist nicht wirklich wenn man an undokumentierten Eigenschaften am offenen Herzen schraubt EDIT: @mcm1957 hat's besser formuliert

@thomas-braun Ich hab jetzt mal ein Issue erstellt (https://github.com/ioBroker/ioBroker.admin/issues/3152) damit admin da verbessert wird. Wenn du da Ideen zu einer Umsetzung oder sonstige Anmerkungen hast - nur rein damit.

To update Zigbee2MQTT to the latest version, execute: # Run the update script from the Zigbee2MQTT directory cd /opt/zigbee2mqtt ./update.sh Quelle: https://www.zigbee2mqtt.io/guide/installation/01_linux.html#optional-running-as-a-daemon-with-systemctl Das Update lief bei mir gerade sauber duch.

@thomas-braun Verstanden, ist umgesetzt. Danke

@raspiuser wie @Asgothian bereits schrieb liefern nicht alle Geräte ihre Routingtabelle (bei mir sind das die LIDL Steckdosen) Da dann dem Adapter diese Informationen fehlen kann er sie auch nicht darstellen Nichtsdestoweniger sind die Geräte verbunden. ggf. hängt dein Küchensensor an der Brunnensteckdose