@peterfido ja - das war es tatsächlich. wobei die bei beiden instanzen auf 127.0.0.1 stand. beide instanzen laufen im docker container. bei der einen geht es, bei der anderen nicht... habe jetzt die korrekte ip eingetragen und es läuft. danke!!

Kurzes Update, eventuell hilft es jemandem. Ich habe die komplette Verkabelung erneuert und verwende jetzt den Elfin EW 11 - RS 485 Converter, welcher gut funktioniert. Das sind die Einstellungen des Adapters! [image: 1722695062119-de7cbe4c-c4d4-4f92-8d46-fcb19a23cd19-image.png] [image: 1722695098377-e054e7f7-71af-4134-ab3e-53bf2d537563-image.png]

@hotspot_2 Nun diese Dinge musst Du selbst implementieren - da haben sie dem NodeRed Adapter gegenüber Blockly benachteiligt. [image: 1722367172235-bd1e8fa9-dd6d-459d-8796-a418a688fb8d-image.png] Also einfach selbst Datenpunkte erstellen für vorherigen Wert, letzte Änderungen und vorherige letze Änderung. Getriggert von einer aktualisierung des Leistungspunktes. Ansonsten kannst Du ja mal schauen, ob Dir dieser Subflow als Basis weiterhilft, da habe ich Zählerstände und Verbräuche in verschiedenen Zeiten ermittelt - allerdings, wenn der Zähler von den Shellies plötzlich auf 0 geht, dann stimmen die Berechnungen nicht - aber vielleicht kannst Du ja den Subflow noch etwas verbessern. https://forum.iobroker.net/post/1148029

entscheidend war das. [image: 1722269918876-c61dc194-25b8-45bd-8381-91b5da489ec0-image.png] und das im IP-Symcom (gilt aber auch für andere Software): [image: 1722269960700-7e7d00de-9042-4dc1-b8b4-f458e79d8988-image.png]

@mrjeschke Perfekt! Danke! Jetzt geht es!

Ich bin von Home Assistant wieder zurück :) Da gibt es auch Probleme für minderbegabte Techniker wie mich ... Das mit den Zigbee habe ich seltsamerweise bei einer Neuinstallation gelöst: Eventuell vorhandene ZigBee-Backupdatei löschen. Andernfalls wird der ZigBee-Adapter in ioBroker nicht grün und im ioBroker Log steht, dass der Adapter falsch konfiguriert ist. sudo rm /opt/iobroker/iobroker-data/zigbee_0/nvbackup.json Hier die komplette Anleitung: https://github.com/ioBroker/ioBroker.zigbee/blob/master/docs/de/readme.md

@arteck Danke für den TIP Bei der IP Adresse zusätzlich den Port 45000 mit angeben (192.168.178.149:4500) --> funktioniert leider auch nicht...

@hr Instanz auf Debug stellen und log hier als Text in Code Tags </> posten

@mickym Ansonsten weiterhin gutes Gelingen. Danke!!

sehe hier keine Lösung im Thread und greife hiermit das Thema nochmal auf, lediglich gab MalleRalle an mit einem existierenden Script anzusetzen, aber hat kein Ergebnis gepostet.

@lesiflo Deswegen sagte ich ja die 4° erhöhung bei PV-Überschuß die bringen dir aber nix,. WW mache ich einmal am Tag zwischen 15:00 Uhr und 17:00Uhr auf 48°. Wir sind zwei Personen und duschen morgen's , dann ist die WW Temp danach bei ca, 38°C also wird Nachmittags gemäß Zeitplan wieder WW gemacht für den nächsten Tag. Wenn ich aber jetzt bei genug PV-Überschuß das WW auf 60°C erhitzte, dann ist am nächsten Morgen nach dem Duschen die Temp immer noch bei ca. 52°C und am Nachmittag wird KEIN WW gemäß Zeitplan gemacht weil die WW Temp ja immernoch +4° gemäß der WW Solltemperatur hat. Alo spar ich mir einen Tag WW machen!! Das ist imm Sommer relativ egal, aber im Winter kommt das zum tragen wenn man nur alle zwei Tage WW machen muß

@truderinger Hast du in der DTU auf Fernbedienung umgestellt und den Port noch eingestellt, steht standardmäßig auf 101. Die Einstellungen musst du auch noch im Modbus Adapter vornehmen, dann sollte es auch mit der Verbindung klappen. Ich bin nicht Zuhause, von daher kann ich die leider keine genaue Anleitung geben. Wenn du das alles hast, kannst du die Adressen eingeben, laut Hoymilies in der Beschreibung

@arteck Ok Danke für den Tipp,dachte ich könnte das mit dem Knopp dadurch umgehen, nun dann muss ich doch vor Ort sein

@bjoern-1 ja, stimmt. Wenn ich aber über Glasbruchmelder schreibe/lese verbinde ich das direkt mit VDS Anerkennung. Und dann ist Homematic raus

@kirk1701 Innen? Außen? Ro75.

@schnuckman79 OK, hat sich wie von Zauberhand erledigt, glaube ich. Ein neues Interview des Moduls sorgt inzwischen für einen Wert am Eingang (wobei ich noch keinen Plan habe, wie der sich zusammensetzt, aber ich triggere einfach die Änderung allgemein).

@borkenkäfer Schliesse mich an, selbiges Problem seit 04.07.2024