Raspberry als ModBus/TCP SLAVE-Server: C.M.I über ModBus/TCP mit Raspi verbinden und analoge/digitale Ein-und Ausgänge von UVR16xx über ModBus lesen und schreiben

Hallo Karl

Es kommt darauf an wie du Bezug und Lieferung definierst.

Wenn Bezug als Positive Zahl (Watt) ist wird er in der Mathefunktion weggerechnet.(-)
Wenn Bezug als negative Zahl (Watt) wird er in der Mathefunktion zugerechnet.(+)
Wenn Lieferung (Einspeisung) als Positive Zahl wird er in der Mathefunktion weggerechnet(-).
Wenn Lieferung (Einspeisung) als Negative Zahl wird er in der Mathefunktion Zugerechnet (+).

Als Ergebnis bekommst du den Hausverbrauch (in Watt)
Für weitere Berechnungen in einen zweiten Mathemodul auf KW hochrechnen (x 1000)
Anschließend auf einen Stichtagsspeicher , Energiezähler odgl. geben für verschiedene Aufsummierungen .

Beispiel Bezug und Einspeisung als Positive Zahlen .

mfg Glutgeist

@SolarEngel
Hallo, ich habe mittlerweile, dank der Hilfe hier im Forum, meine UVR1611 via CMI am ioBroker.
Klappt soweit ganz gut, bis auf zwei Dinge die mich langsam verzweifeln lassen, daher schreib ich Dich mal an

Wie bekomme ich den Status eines Digitalen Ausgangs im ioBroker dargestellt.Ich habe den Ausgang der UVR auf einen Eingang am CMI gemappt und als Modbus Ausgang zur Verfügung gestellt. Der Wert wird hier korrekt dargestellt.
Mein ioBroker bringt keinen Fehler, zeigt aber immer den Wert "0" an. Habe schon mit allen möglichen Typen und Rollen laboriert, bringt aber Nichts.Wäre für einen Tip Dankbar

Meine zweite Frage ist...wie bekomme ich meine DL Bus Werte (hier Eingang 3/4/5) auf den CMI. Wenn ich diese unter Eingänge/Datenleitung/Analog eintrage steht beim aktuellen Wert immer "0".

Danke schon mal fürs Durchlesen

Hallo Jürgen, DANKE ! Das hat perfekt geklappt. Die "Diskreten" hatte ich noch gar nicht auf dem Schirm.
Hast Du vielleicht auch noch einen Tip wie ich die DL Bus Werte zum ioBroker bekomme?
Gruss Karl-Heinz

Hier auch mal der Link zum aktuellen Stand einer meiner vis Prototypen.

Hallo,
DL-Bus-Eingangswerte auf CAN-Bus Ausgang legen und im CMI von CAN nach Modbus tranferieren.

ALfred

@Spspaul
Hallo Alfred,
ich steh noch immer auf dem Schlauch...
Wo und wie lege ich die DL Bus Werte genau auf den welchen CAN Ausgang? An der UVR ?
Wenn ich hier einen analogen NW Ausgang belegen will finde ich nirgendwo die DL Daten im Auswahlfenster. Nur "Benutzer", Eingänge, Ausgänge und Funktionen.

Ich dachte ich kann einen Werte vom DL Bus "einfach" auf einen Analogen Eingang des CMI legen. Lässt sich ja auch auswählen, es kommt aber kein Wert an...

Vielleicht kannst Du mich ja am "Händchen nehmen" und das haarklein für Dummies beschreiben?
Ich glaube mir fehlt da ein Stück Wissen/Verständnis.
Danke
Gruss Karl-Heinz

Hallo Karl-Heinz,

der DL Bus am CMI ist nur fürs Loggen über DL Bus und wenn du einen Wert vom DL Bus am CMI verarbeiten willst musst du dort wo der DL Bus angeschlossen ist den Wert des DL Eingangs auf einen NW Ausgang legen denn kann dann das CMI verarbeiten sind halt so ein paar Kleinigkeiten bei TA.

Sonnige Grüße Reiner
PS ich bin auch gerade dabei mich mit Iobroker zu befassen und dort versuchen Werte aus der x2 Serie einzubinden

Hallo Reiner,
aha, dann ist schon mal klar warum das nicht so geht wie ich will.
Werde versuchen die DLs an der UVR auf nen NW Ausgang zu legen, bin gespannt.
Achtung: IoBroker ist ein elender Zeitfresser , und abhängig macht er auch noch.
Gruß Karl-Heinz

Hallo Karl-Heinz,

ja genauso wie die UVR aber jeder braucht doch ein Spielzeug,

Sonnige Grüße Reiner

Ich gebs demnächst auf...habe nun einen DL Eingang auf einen Netzwerk Analog Ausgang gelegt - das wars.... die UVR rebootet permanent, LEDs sind rot und Display zeigt Error27 im Display. Habe den CAN & DL abgezogen, dann hat sie sich beruhigt. Den Netzwerkausgang per "UVR Rändelrad" wieder gelöscht und alles wieder angestöpselt. Nun ist wieder Alles gut. Keine Ahnung was sich da angestellt habe. Ich geh jetzt Abendessen und mach erst mal nix mehr, denn eine warme Wohnung ist mir gerade lieber als die Messwerte...

Hallo, ich nochmal...
Ich habe heute festgestellt, dass mein ioBroker den Status des Lüfters nicht mehr anzeigt. Habe die Registerconfig im ioBroker nochmal gelöscht und neu angelegt. Hat Nichts gebracht.
Im CMI ist der Status sichtbar, unter den discrete inputs im ioBroker konfiguriert, die Modbus Instanz vom CMI ist auch "grün", aber die Stati werden nicht angezeigt, stehen immer auf "false".
Was hab ich hier vergeigt...?

Hallo Jürgen,
ja, nachdem Du mir den Tip mit den diskreten Eingängen gegeben hattest, habe ich den Status des CMI Ausgangs im ioBroker gesehen.
Speicher und CPU sehen unauffällig aus, haben zwar Spitzen bis 100%, aber ich installiere ja auch noch...
Eckdaten vom ioBroker - 41 Adapter, 15 eigene Scripts, über 13.000 Objekte und ca. 12.000 Zustände.
InfluxDB liegt auf einer anderen VM aber auf demselben NUC. Läuft auch alles echt stabil. Insofern kann ich da nicht klagen.

Ich geh mal die Logs suchen und erforschen, wenn ich Nichts finde lösche ich die Instanz, guter Tipp.
Dokumentiert habe ich nur Grundsätzliches, ich setze vermehrt auf Backups, mehrere am Tag. Ist nur blöd wenn einem der Fehler nach Tagen oder Wochen auffällt.
Aber das ist ja (noch) kein Lebenswichtiges System. Wenn es ausfällt leidet der Komfort, die angebundenen System laufen ja trotzdem autark.
Gruß Karl-Heinz

Hallo Jürgen,
danke für Deine Einschätzung und Tipps zur Lage.
Ich denke auch, dass ich mich wohl tatsächlich auf Protokollebene hinunter begeben muss.
Da so etwas bisher immer in nicht unerheblichem Aufwand geendet hat, und da bin ich glaube ich ähnlich gestrickt - aufgeben ist keine Option - schiebe ich das noch etwas bis ich Zeit und den Kopf dazu habe.

Gruß Karl-Heinz

Zitat von SolarEngel

Hallo,

um externe Messwerte in die UVR16xx reinzubekommen, habe ich den Weg über den Modbus vom C.M.I gewählt.
Mit einem Modbus/TCP-Slave Server z.B. ("diagslave"), der auf dem Raspi läuft, lässt sich z.B eine UVR16xx, RSM610 oder CANIOxx über C.M.I über Modbus/TCP übers Netzwerk mit der Aussenwelt verbinden.

Ich hab mir inzwischen eine C.M.I für meine UVR16xx Steuerungen zugelegt und bin fleissig am erkunden der vielen Schnittstellen, Busse und Protokolle.
Das übertragen der Funktionsdaten von TAPS2 in die Steuerung und vieles andere ist mit der C.M.I sehr komfortabel geworden
und die meisten Programme dazu sind auch in Linux verfügbar.

Im C.M.I arbeitet ein ModBus/TCP-Master-Server, der über die ModBus-Eingänge 64 analoge und 64 digitale Werte einlesen kann.
Über die ModBus-Ausgänge können die analogen und digitalen Werte ausgegeben werden.

Für meine Solar und Heizungssteuerung hab ich zum Testen die Werte vom Lamdacheck in die UVR16xx übertragen. Damit können in der UVR die Werte vom
Abgassensor, Restsauerstoff usw. des Lambdachecks verwendet werden, obwohl z.B. kein Abgassensor an der UVR hängt, man spart sich doppelte Sensoren durch
Mehrfachverwendung von Sensordaten.

Eine weitere wichtige Anwendung ist für mich das Versorgen von meinen Test-UVR16xx im Testumfeld mit Echtdaten, also mit Sensorwerten vom produktiv-System vom produktivem CAN-Bus.
Das Testumfeld mit eigenem CAN-Bus kann ich wie ein Simulator mit Echtwerten betreiben. Z.B wenn ich im Testumfeld einen bestimmen Wert benötige, den mir die Prod-Anlage grad nicht liefert,
dann überschreibe ich zum testen auf dem Raspi im Modbus/TCP-Slave Server einfach das entprechende Modbus-Register mit dem benötigten Wert für den Testfall (ist wie ein digitales Simboard).
Mein Ziel wird sein: Mit einem Python-Script gespeicherte produktiv-Werte von einem ganzen Tag im Zeitraffer im Test-UVR16xx durchzuspielen.
Damit kann z.B ein ganzer Tag im Testsystem simuliert, mit gespeicherten Logdaten beliebig oft nachgefahren werden, um z.B. einen Programmfehler zu finden
oder komplexe Funktionsbausteine besser zu verstehen.

Weiterhin hab ich zum testen an den Modbus/TCP-Slave Server der auf dem Raspi läuft den iobroker angeschlossen, um dort die UVR-Werte weiter zu verarbeiten,
oder von dort Werte zur UVR zu schicken.

Bevor die externen Werte von den ModBus-Eingängen über die C.M.I zur UVR16xx übertragen werden können,
ist ein sorgfältiges Mapping der C.M.I Ein- und Ausgänge vom Modbus zum CAN-Bus und zu den Netzwerkeingängen der UVR16xx notwendig.
Diese Arbeit ist sehr aufwendig, muss aber nur einmal gemacht werden und sollte dokumentiert werden um später noch einen Überblick zu haben
woher oder wohin die vielen Werte von und zum Modbus ihren Weg zur UVR16xx nehmen. Bei der Fehlersuche ist eine Dokumentation dieses Mappings auch sehr hilfreich.

Da die über den Modbus übertragbaren C.M.I Werte nur einen kleinen Teil der zur Verfügung stehenden Modbus-Register belegen,
habe ich bei mir grosszügig die Adressen der verwendeten Modbus-Register im ModBus/TCP SLAVE-Server auf dem Raspi ausgewählt.

C.M.I Modbus-Ausgang-Analog Adresse 1-64 für Analog Ausgänge unit 1 zur Adresse 101-164 Modbus-HoldingRegister schreiben mit Funktion 06
C.M.I Modbus-Eingang-Analog Adresse 1-64 für Analog Eingänge unit 1 von Adresse 201-264 Modbus-HoldingRegister lesen mit Funktion 03
C.M.I Modbus-Ausgang-digital Adresse 1-64 für digital Ausgänge unit 1 zur Adresse 301-364 Modbus-Coils schreiben mit Funktion 05
C.M.I Modbus-Eingang-digital Adresse 1-64 für digital Eingänge unit 1 von Adresse 401-464 Modbus-Coils lesen mit Funktion 01

Wenn der "diagslave" auf dem Raspberry Pi im TCP-Mode gestartet ist und das Mapping im C.M.I fehlerfrei ist, beginnt der C.M.I sofort mit der Datenübertragung (schreiben und lesen)
der Modbus-Register und coils) zum ModBus/TCP-Slave-Server auf dem Raspberry Pi.

Ich habe zum Testen und Programmieren auf dem Raspberry Pi die Python Modbus Pakete pyModbus und pyModbusTCP installiert.
Dazu gibt es eine pyModbus.console mit der man sich als Client an den ModBus/TCP-Slave-Server auf dem Raspberry Pi connecten kann und Modbus-Register lesen und schreiben kann
oder man programmiert sich mit einem Python-script einen Python Client zum individuellen auslesen und schreiben der Modbus-Register.

Der ModBus/TCP-Slave-Server auf dem Raspberry Pi lässt sich mehrfach connecten.
Z.B. lassen sich auch SmartHome-Systeme, wie iobroker direkt an den "diagslave" anschliessen.

Im iobroker muss dazu der Master-Mode im modbus-adapter gesetzt werden und die ipadresse vom "diagslave" eingetragen werden
und ein mapping (konfigurieren) der verwendeten Modbus-Register auf die Adressen im iobroker durchgeführt werden.
Dann beginnt der iobroker nach start der modbus-Instanz auch sofort mit der Datenübertragung der UVR16xx-Werte. Die Objektstruktur für die Modbus-Register
Werte wird intern angelegt und steht sofort zur Verfügung. Wenn man diese Struktur aufklappt, dann sieht man sofort die aktuell übertragenen Werte
und kann durch farbliche Markierung der einzelnen Felder ein Update der einzelnen Werte verfolgen.

Gruß
Jürgen

Alles anzeigen

Hallo Jürgen,

ich hätte eine ganz konkrete Frage zu folgendem Thema:

Du kannst mir hier sicherlich weiterhelfen, da du ja in diesem Bereich mittlerweile "Weltmeister" bist.

"Weiterhin hab ich zum testen an den Modbus/TCP-Slave Server der auf dem Raspi läuft den iobroker angeschlossen, um dort die UVR-Werte weiter zu verarbeiten,

oder von dort Werte zur UVR zu schicken."

Konkrete Werte (analoge oder digitale) vom iobroker an das CMI über Modbus-TCP-Eingang:

Test:

1. Analoge Werte im Modbus Adapter im iobroker unter 03-Holdingregister anlegen und im iobroker in den Objekten eintragen, dann werden diese

automatisch übertragen, funktioniert soweit.

2. Wie machst du dies mit digitalen Werten z. B. Heizskreispumpe (EIN/AUS), trägst du diese im modbus adapter unter "Diskrete Ausgänge" ein ?

Welche Einstellungen machst du dazu im CMI ?

Funktion ?

Datentyp ?

Byte Reihenfolge ?

Danke im Voraus für deine Hilfe.

LG

Karl

Hallo Jürgen,

danke für deine detaillierte Erläuterung.

Einen Test-analogen Wert kann ich mir mit dem CMI aus dem Holdingregister vom Modbus-TCP-Adaper abholen, z. B. Temperatur, welche ich vorher mit dem CMI-Master dorthin gesendet habe.

Dies funktioniert interessanterweise.

Beim senden des digitalen Wertes (Heizungspumpe EIN/AUS), , welche ich im Test-Objekt 10 verändere, bekomme ich eine Fehlermeldung, obwohl ich glaube, alles so wie du eingerichtet zu haben.

Frage hast du absichtlich in den Objekten bei den coils beim Parameter als Rolle: "value" ?

Ich habe hier überall state ?

Coil 10 ist mein Testobjekt, welches ich händisch verändere, die restlichen coils 1-9 in den Diskreten Ausgängen bekomme ich aus dem CMI für Grafana.

Im CMI bekomme ich blöderweise für Coil 10 ein Timeout bei meinen Einstellungen ?

Die Einstellungen im Adapter müssten meines Erachtens auch passen.

Was sind denn bei dir "Diskrete Inputs" ? Mit dieser Auswahl hätte ich es auch schon probiert, aber auch kein Erfolg.

Besten Dank für die Hilfe.

LG

Karl

Hallo Jürgen,

danke für die vielen Infos.

Habe jetzt dieses Test-Objekt nochmals gelöscht und neu angelegt im modbus.1-Adapter.

Keine Veränderung und auch keine Fehlermeldung in den Protokollen.

Aber ich hätte dazu eine Verständnisfrage:

Im Modbus.1-Adapter-Diskrete Ausgänge hole ich mir digitale Ausgänge aus dem CMI.

Kann ich überhaupt gleichzeitig im gleichen Adapter einen digitalen Wert true/false (EIN/AUS) von den diskreten Ausgängen an das CMI senden ?

Der gelb markierte Werte wird vom modbus adapter an das CMI gesendet, die restlichen kommen vom CMI an den Adapter.

Wie sind bei dir die Einstellungen im Bereich Allgemein ?

Da das CMI nur Master kann, muss hier folglich der Modbus Adapter Slave sein ?

Könnte es an den Einstellungen ms(=Millisekunden) liegen ?

Danke für die Hilfe bei der Lösung meines Problems.

Sonnige Grüße

Karl