Hallo zusammen, ich habe eure Diskussion über die JK-BMS-Anbindung per RS485 mit Interesse verfolgt. Ich entwickle seit fast zwei Jahren das Open-Source-Projekt SmartPhoton JK-BMS RS485, das zwei Betriebsarten unterstützt: Polling-Modus: SmartPhoton fragt die einzelnen JK-BMS auf dem RS485-Bus aktiv ab. Broadcasting-Modus: Das JK-BMS mit Adresse 0 übernimmt die Master-Rolle auf dem Bus und organisiert die Kommunikation. SmartPhoton empfängt und verarbeitet die gesendeten Daten. Ich habe kürzlich auch die Integration in ioBroker erfolgreich getestet: Zwei echte JK-BMS (Adressen 0 und 2) über RS485-2 im Broadcasting-Modus, mit MQTT und VIS-2 zur Darstellung aller 32 Zellspannungen, Temperaturen, SOC, Alarme usw. Vielleicht ist dieser Ansatz für einige von euch interessant, insbesondere wenn ihr eine zuverlässige kabelgebundene Überwachung ohne Bluetooth sucht. Mein Projekt: https://github.com/jean-luc1203/jkbms-rs485-addon

@pmayer guten morgen, gibt es schon was neues, oder eine Idee? Wenn das so weiter geht, kann ich ZigBee und die Corrdinatoren bei mir einstapfen. Ich habe mttlerweile zwischen 35 bis 45 Neuverbindungen täglich über den Zigbee Adapter. Ohne das ich was verändert/geändert habe ..... ich weiß auch nicht mehr wo ich noch suchen soll. Grüße Fabio

Die Unterordner HISTORY* sind jeweils leer. Bis zum 06.11 hat alles noch funktioniert. Natürlich wurde Adapter mal de- und neu installiert, auch Objektbaum gelöscht... aber es funktioniert nicht.

@bluefox Das mache ich doch gleich :-) Alexa nach Temperatur Livingroom gefragt. 19:56 Uhr und grep "ALEXA:" /opt/iobroker/log/iobroker.current.log | grep -i "living" ausgeführt. Es kam keine Rückmeldung. duffy@debian:~$ grep "ALEXA:" /opt/iobroker/log/iobroker.current.log | grep -i "living" duffy@debian:~$ VG Duffy Edit: Wenn ich unterstützen kann und du mir sagst wie mache ich das gerne.

@Friedhofsblond Ja, das sieht gut aus. Nun solltest Du ein Geräte- und Datenpunktescan in ioB.e3oncan sauber durchlaufen.

Oh Mann, Danke mein Problem ist damit auch gelöst. Bei mir geht es auch wieder. Die Installation kann man aber im IOT Adapter händisch mit 7.1.4 oder 7.1.6 eingeben und installieren.

Danke für die weiteren Hinweise. Ich besorge mir jetzt mal den Ikea DIRIGERA und werden diesen für erste Test integrieren. Möchte versuchen diesen mal nur als Thread Border Router zu nutzen. Mal schauen was die ersten Erfahrungen zeigen werden.

bist nicht der einzige ....

@meute Die Sorge ist unbegründet. 426 Datenpunkte, die z. B. einmal pro Minute aktualisiert werden, sind etwa 7 Werte pro Sekunde. Das merkt ioBroker praktisch nicht, viele Systeme verarbeiten deutlich mehr. Die Werte landen nur in der States-Datenbank, dort wird der jeweils letzte Wert überschrieben. Dauerhaft gespeichert (History, InfluxDB, SQL) wird nur das, wofür du das pro Datenpunkt selbst einschaltest. Du kannst aber auch nur bestimmte Topics abonnieren. Unter Zusätzliche subscriptions kannst du beliebig viele Einträge anlegen, jeden mit Enter bestätigen. Statt p4d2mqtt/# trägst du dann z. B. ein: p4d2mqtt/sensor/Kesseltemperatur_0x0/# p4d2mqtt/sensor/Aussentemperatur_0x4/# p4d2mqtt/sensor/Puffertemperaturoben_0x76/# # steht für alle Ebenen darunter, + für genau eine Ebene. Bei JSON für diese Topics in States aufteilen kannst du p4d2mqtt/# stehen lassen. Das ist nur ein Filter dafür, welche JSON-Nachrichten aufgeteilt werden. Abonniert wird damit nichts. Was ich machen würde: erst einmal p4d2mqtt/# abonnieren und schauen, was ankommt. Danach entscheidest du, was du wirklich brauchst. Das ist bei MQTT auch der übliche Weg: genau das abonnieren, was man braucht, ohne sich über ein paar hundert Topics Gedanken zu machen. Danke für den Hinweis zur Beschreibung, ich ergänze in der README ein Beispiel dazu.

Das Blocky ist umgestellt und hat weiterhin ein Problem.

bleib doch bitte bei einem Thread, du musst nicht jedes mal einen neuen eröffnen, daher habe ich auch alle dazu hierher verschoben

Bist Du eigentlich mit dem Auslesen des Wasserzählers weitergekommen? Wasserzähler Kamstrup flowIQ 2200 über IR Schnittstelle auslesen Das Auslesen über wm-Bus ist sicher die komfortabelste Variante, erfordert aber leider, dass der Versorger den Schlüssel rausrückt. Wie bei vielen anderen habe ich leider den Schlüssel auch nicht erhalten. Also musste eine andere Lösung her. Ich hatte es auch mit dem AI-on-the-Edge Projekt versucht. Es war eine relativ aufwendige Bastelei und die Fehlerrate beim Auslesen war einfach zu hoch. Daher habe ich weiter gesucht. Jetzt lese ich über Wattwächter die IR Schnittstelle aus (so wie den Stromzähler). Der Wattwächter Wi-Fi USB (Gen. 2) für ca. 30 € kommt fertig mit Tasmota. Man braucht nur noch WLAN und MQTT nach eigenem Bedarf zu konfigurieren und spielt das passende Script ein. Dann landen die Ergebnisse in ioBroker im MQTT oder Sonoff Adapter. Inspiriert hatten mich folgende Beiträge, die zum Einlesen gut geeignet sind: https://community.simon42.com/t/kamstrup-flowiq-2200-wasserzaehler-ir-auslesen/82739/4 https://www.richard-becker.net/blog/2026/10/11/kamstrup-flowiq-2200-auslesen-wasserzaehler-mit-tasmota-und-esp8266-smart-machen/ und natürlich die WattWächter Doku https://docs.wattwaechter.com/wifi-usb/ Trickreich ist die Befestigung des Wattwächters auf dem Wasserzähler, denn der Magnet des Wattwächters haftet nicht auf dem Wasserzähler (anders als beim Stromzähler). Er schaltet lediglich die IR Schnittstelle an. Ich habe die Befestigung erstmal sehr einfach mit Tesa-Klebeband gelöst (siehe Bild). Ich habe übrigens das Originalscript für mich angepasst, da ich den Zählerstand und die Batterielaufzeit (alle 100 sec), aber nicht Durchflussmenge und Temperatur, haben wollte. D res=0 scnt=0 B =>sensor53 r S scnt+=1 switch scnt case 1 res=sml(1 0 1200) res=sml(1 1 "3F100200440246") case 100 scnt=0 ends M 1 +1,3,kN2,0,1200,KSIQ22,1 1,=so3,32 1,3F100044kstr@i0:1000,Zählerstand,m³,qm_total,19 1,3F10x8xx0246kstr@i0:1,Batterie Resttage,d,BatteryDays,16 Bei Interesse gern auch mehr Informationen. Gruß, Jürgen [image: 20261021_120923.jpg]

@dls903 Danke. Dann ist das Netzwerk in Ordnung, und es liegt am Dongle: Der Dongle 2.0 antwortet über LAN nicht auf UDP 8899. Daran kannst du in der Instanz nichts einstellen, weil der goodwe-Adapter nur dieses Protokoll spricht. Mach bitte ein Issue beim Adapter auf, damit der Entwickler (typhosj) das sieht: https://github.com/typhosj/ioBroker.goodwe/issues Rein sollte: Wechselrichter GW8KN-ET, WLAN/LAN Dongle 2.0 per LAN angeschlossen Adapterversion 1.2.0 Das Debug-Log von oben (nur die ReadIdInfo-Zeilen) Der Hinweis, dass Modbus TCP auf Port 502 mit derselben IP vom selben Host funktioniert Dann kann er entscheiden, ob er Modbus TCP als zweiten Weg einbaut. Bis dahin bleibst du am besten beim Modbus-Adapter mit der Registerliste.

Wenn jemand Lust hat einen neuen IDM Adapter zu testen, hab da mal was gebaut: https://forum.iobroker.net/topic/85616/test-adapter-idm-modbus-idm-wärmepumpen-adapter

@Benson007 sagte: Der Zähler im Keller zeigt 18069 und iobroker (smartmeter) zeigt 17941 Das kann ja bei einem Zweirichtungszähler auch sein. Möchtest du nicht gerne deine Konstellation der Umgebung verraten? Zähler Leseeinrichtung verwendeter Adapter worauf läuft das System </> Ausgabe iob diag

Genau diesen Effekt habe ich auch."Zugang für dritte nicht möglich" erscheint in der Tesla-App und der Adapter zeigt grün, aber keinerlei Daten.