NEWS

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!

de7cbe4c-c4d4-4f92-8d46-fcb19a23cd19-image.png

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.

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.
c61dc194-25b8-45bd-8381-91b5da489ec0-image.png

und das im IP-Symcom (gilt aber auch für andere Software):

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

Hallo,
Ich bedanke mich für eure Unterstützung,
Das Problem bzw. die Probleme sind beseitigt.
Hier kurz der gefundene Hintergrund für die Situation.
Wie schon mitgeteilt hatte alle S funktioniert sprich
die Kommunikation mit A war ursprünglich gegeben.
Unter WIFI Mode hatte ich bei Gateway und DNS die IP der FritzBox eingetragen.
Da ich Probleme mit dem WLAN hatte wurde ein Fritz Repeater installiert.
Im Mesh hatten sich die besagten S mit dem Repeater verbunden und
unter Gateway hat sich die IP in die des Repeaters geändert.
Wie und warum ist mir nicht erklärlich. Dadurch war die Cloud zwar aktiviert
aber die Wolke war gelb und nicht grün. Jetzt nach dem IP-Wechsel ist sie grün
und alles ist zufriedenstellend.
Der sich nicht verbundene S war defekt und ist ausgetauscht. Auch hier jetzt alles OK.
Nochmals besten Dank
MfG Michael

@hunter999 Hallo hast du es so hinbekommen wie du es vorgehabt hast?
Wenn ja kannst du mir sagen welche Zähler du genommen hast und wie du auslesen tust.