Ich sehe eher die richtige Auswahl der Register als Herausforderung an. Na ja, und wenn's nicht funktioniert, das Teil hat mich gerade mal 10Glocken inkl Versand gekostet. 
Es wäre halt schön, wenn ich den Zustand der Batterie auf kurzem Wege in die TA bekommen könnte.
Da bin ich noch am tüfteln. Ich muss erst noch meine Batterie zum Notstrombetrieb erwecken. Da scheint noch in der Verkabelung zum Wechselrichter ein Dreher drinnen zu sein. Immer, wenn ich Zeit für einen Test habe, wird gerade dann Strom gebraucht, Waschmaschine, Essen.... 
Den ZLan werde ich dann in die Umschaltbox reinsetzen, um mir Endwiderstände zu sparen, der Smartmeter sitzt da ja schon.
Der ZLan muss dann lt der Beschreibung ins heimische Netzwerk noch eingebunden werden. Die IP Adresse ist wohl auf dynamisch gestellt. Die Register sollen bei RTU die gleichen wie bei TCP sein.
Du willst die Energie des Inverters messen? Die Wärmepumpe hat einen Modbus RTU Ausgang? Da wäre das hier vielleicht eine Überlegung: zlan5143d
Das setzt RTU nach TCP um. Gibt's beim Chinamann für nen schmalen Taler. Das CMI macht auch Modbus TCP.
Da müsste dann eine Modbus RTU Abfrage gestartet werden. Die UVR16X2 kann doch direkt kein Modbus. Das müsste per EZ gemacht werden.
Die Impulse zählen, das Ergebnis durch einen arithmetischen Baustein durch 1000 dividiert, ergibt kWh.
S0 ist ein Impulsausgang, der im Bereich von 5 bis 27V arbeitet. Die Eingänge 15 und 16 an der UVR16x2 sind aber als Impulseingänge definierbar. Auch für S0 Signale.
Im Bestand der Tapps ist auch ein Energiezähler enthalten.
Modbus RTU ist ne andere Hausnummer. Das basiert auf der Master-Client Architektur. Einer im Bus ist der Master, und fragt den Client an. Der Client beschreibt dann entsprechend dem Aufruf die Register. Der Master wiederum liest dann die angefragten Register aus. Und das Ergebnis wird dann bearbeitet.
Schön, dass du etwas weiter gekommen bist, halte uns immer auf dem Laufenden! 
Voraussetzung ist, dass sich alle Geräte im gleichen Netzwerksegment befinden. Bei den Registern muss man nur wissen, wo was abgelegt wird. Aber auf das Zahlenformat, welches gesendet wird, muss man achten. Das muss man am ETA entsprechend einstellen. Beim Wechselrichter von Fronius gab es da integer oder float, was wird bei ETA ähnlich sein. Das muss auf float stehen. Der Port auf 502.
Welchen Modbus macht ETA? RTU oder TCP? Das CMI hat eine Modbus TCP Schnittstelle. Dort geht man auf Einstellungen/Eingänge/Modbus, entweder analog oder digital. Da legt man die Register fest, die man anzapfen möchte.
Bei Modbus RTU sieht das schon etwas anders aus, da braucht man dann eine andere Schnittstelle, TCP wird über Ethernet, im Netzwerk übertragen .
Bei RTU braucht man auch immer eine Sendeaufforderung, damit die Register beschrieben werden. Nach dem Master-Client Prinzip.
Als der Schornsteinfeger mal zur Messung da war, prüfte er auch die Feuchtigkeit vom Holz. Das war natürlich mit gerade mal 9% viel zu trocken. Er meinte, 18-20% würde ideal sein.
So ein ähnliches Phänomen hatte ich beim Momentanwert der PV Anlage, der Wert in W wollte nicht auf dem CAN Touch erscheinen, als ich da eine Division durch 1000, also in kW umrechnete, kam die Zahl.
Und wenn du die eingelesene Zahl über einen mathematischen Baustein, Division durch 1000, laufen lässt, da würde dann deine Spannung wieder richtig angezeigt werden.
Eigentlich sollte es doch egal sein, woher der Befehl auf dem CANBUS kommt, solange wie der richtig adressiert ist. Bei anderen Komponenten klappt das doch auch, dass man einfach Daten auf den CANBUS legt und diese jeweils wieder abgegriffen werden.
Wenn die Can I/O eine eigene Adresse hat, kann die doch auch per Tapps beschrieben werden, oder? Selbst wenn die im begrenzten Umfang was regeln könnte, würde es doch reichen, die Regelung auf der EZ zu programmieren und das Ergebnis per CANBUS zur I/O zu übertragen und entsprechend auszukoppeln.
Theoretisch wäre das machbar, zumal die EZ3 ja auch Regelfuntionen macht.
Vielleicht einfach mal einen logischen Baustein dazwischen hängen.
Mit dem CAN-EZ3 wird das so nicht gehen. Auf der Seite vom CAN-I/O 45 Erweiterungsmodul steht ein Hinweis:
Ohne UVR oder RSM wird das wohl nix.
Das ist meine Hoffnung, den BYD auch so auslesen zu können.
Mich würde die Funktion der Wandelung Modbus RTU in TCP und umgekehrt interessieren. Mein Speicher von BYD ist per Modbus RTU an den Wechselrichter gekoppelt, und bin mir nicht sicher, ob der Wechselrichter auch die Register vom BYD auf den TCP umrangiert. Gerade was den Ladezustand und die Stromrichtung angeht. Das wäre optimal für meine Heizstab Regelung in der TA. Der Heizstab soll nicht mit Speicherstrom betrieben werden. Zumindest noch nicht, mal sehen, was die derzeitige Erweiterung mit einem Speichermodul für Energiemöglichkeiten bringt.
Alles anzeigen....
Weiterhin bin ich auch mit einem industriellen Wave-Share Serieller RS485-zu-Ethernet-Server
RS485 TO POE ETH (B) am Forschen und Testen.
Hierbei handelt es sich um einen RS485-Gerätedatensammler/IoT-Gateway,
der speziell für die industrielle Umgebung entwickelt wurde
und seriellen Server,Modbus-Gateway, MQTT-Gateway, RS485 zu JSON und andere Funktionen kombiniert.
Es verfügt über eine RS485-Schnittstelle und eine Ethernet-Schnittstelle
Das Gerät kostet so um die 30 Euro bei Eckstein, also sehr preiswert.
Ich hab noch nicht alle Funktionen ergründet und zum laufen gebracht. Die Umsetzung von Modbus-RTU nach
Modbus-TCP und umgekehrt läuft sehr stabil. Das MQTT-Gateway und JSON läuft noch nicht zufriedenstellend.
Da bin ich noch am Forschen. Es stehen zwei Konfigurations Möglichkeiten zur Verfügung.
Einmal übers Netzwerk und einmal über den seriellen Weg (Modbu-RTU). Beide sind sehr unterschiedlich
und irgendwie schwer zu durchschauen. Chinesisch ist noch nicht meine Lieblingssprache, es kommt mir manchmal nur so vor.
Also da brauchts noch eine Menge Geduld. Aber früher oder später wird das Ding schon richtig zum Laufen kommen.
....
Ich hänge mich hier mal mit rein, das Teil klingt sehr interessant. Das setzt den ModBus RTU nach TCP einfach um?
Grüße Thomas
Hallo
Habe gestern mich mal etwas mit Node Red befasst, und das ganze mal nach Anleitung auf einem Notebook unter Windows installiert. Nur starten ließ sich das ganze nicht, so wie beschrieben mit der Befehlszeile im cmd. Da habe ich dann mal weiter im Netz gestöbert und auf den Hinweis mit Java gestoßen. Deshalb zielte meine Frage in diese Richtung.
Grüße Thomas
Programmieren der TA geht nur mit Tapps2, Modbus Ein- und Ausgänge können hier festgelegt werden. Man aber auch wissen, welche Register für die Relaiskarte verwendet werden müssen. Dann müsste noch geklärt werden, wer einen Aufruf am Modbus initiiert, damit die Relaiskarte angesprochen wird.
