Integration CAN-BC2 via Modbus

[wollik]

Hallo werte Forumsmitglieder,
ich suche nach Beispielen, wie ich Sensorwerte von Loxone zu meiner Heizungssteuerung UVR1611 von Technische Alternative (CAN basiert) senden kann.

Meine angedachte Lösung ist:

Loxone MiniServer
ModbusTCP
|
V
ModbusTCP
Gateway (von waveshare RS485 to Eth)
ModbusRTU
|
V
ModbusRTU
CAN-BC2 (Technische Alternative
|
V
CAN der UVR1611 Umgebung.

Leider finde ich nirgens so eine bereits umgesetzte Lösung, die mir bei meinem Projekt helfen könnte.
Darum hier die Anfrage in diesem Forum.

Bitte kann mir jemand hierbei helfen?

Viele Grüße
wollik

[BBenda]

ja die TA CMI kannst du über Modbus einbinden. Dafür brauchst du so ein CMI Modbus Gerät (keine Ahnung genau wie das heißt). Das kann dann TA seitig 64 Datenpunkte per Modbus kommunizieren

[wollik]

Hallo BBenda,
hast Du schon mal Daten voa C.M.I von loxone geholt?
Der im C.M.I empfangen Wert (Temperatur) stimmt überhaupt nicht.

Viele Grüße
wollik

[BBenda]

ja habe ich schon das eine oder andere mal gemacht und gerade auch wieder ein Projekt in Planung. Umsetzung folgt im Juli, dann kann ich dir auch genau schauen wie die TA Baugruppen heißen.

[wollik]

Hallo ins Forum,
ich habe mit einem Simulator einen ModbusTCP Client simuliert und kann nun von der CAN-BC2 via ModbusRTU to Modbus TCP Gateway als auch via C.M.I direkt Daten vom Simulationsserver holen.

Meine CAN umgebung (C.M.I und Can-BC2) sind dabei immer der Modbus_Master und der fragt bei einem Modbus Client die gewünschten Register ab.

Ich bin nun dabei meinen loxone Miniserver so einzurichten, dass er als Modbus Client auf ModbusTCP Anfragen Registerwerte die z.B. eine Temperatur beinhalten als Antwort zurück gibt.

Bitte hat das schon jemand gemacht? Also nicht via Loxome Werte von einem anderen ModbusTCP Client abholen, sondern auf Modbus Anfragen selbst Register zurückmelden.

Viele Grüße
wollik

[loxGigi]

Meines Wissens gibt es keine Möglichkeit, Listening-Ports auf Loxone aufzumachen und mittels Request/Response mit eigener Logik zu reagieren.

• Die typischen Bordmittel über virtuelle Eingänge holen Daten, werden über Patternmatching ausgewertet und speisen diese in Loxone ein. Keine Rückgabe von Werten an den Sender.
• Virtuelle Ausgänge senden zwar Werte, müssen hierzu aber separate Connections aufmachen und werden von innerhalb von Loxone getriggert. Passt also auch nicht.
• Über picoC kannst Du zwar Verbindungen aufmachen, aber nur zur kurzfristigen, selbst initiierten Kommunikation. Also keine Port-Listener wie bei Dir notwendig.

Das klingt für mich eher nach einem Loxberry Szenario.

[wollik]

Hallo ins Forum,
ich habe mit einem Simulator einen ModbusTCP Client simuliert und kann nun von der CAN-BC2 via ModbusRTU to Modbus TCP Gateway als auch via C.M.I direkt Daten vom Simulationsserver holen.

Meine CAN umgebung (C.M.I und Can-BC2) sind dabei immer der Modbus_Master und der fragt bei einem Modbus Client die gewünschten Register ab.

Ich bin nun dabei meinen loxone Miniserver so einzurichten, dass er als Modbus Client auf ModbusTCP Anfragen Registerwerte die z.B. eine Temperatur beinhalten als Antwort zurück gibt.

Bitte hat das schon jemand gemacht? Also nicht via Loxome Werte von einem anderen ModbusTCP Client abholen, sondern auf Modbus Anfragen selbst Register zurückmelden.

Viele Grüße
wollik

[wollik]

Hallo ins Forum,
ich habe nun meine Kommunikation von Loxone ins CAN-Netz der Technichen Alternative Geräte realisiert.
Dabei spielt der Loxone Miniserver den Modbus_TCP_Master und schreibet in Register eines Modbus_TCP_Slaves (ein Modbus Gateway von waveshare).
Diese Werte werden dann via Modbus_RTU_Master an das Modbus_RTU_Save Modul des CAN-BC2 von Technische Aternative gesendet und stehen dann im CAN-Netz bereit.
Anbei die Konfigurationsbeschreibungen der Umgebung. Zum Herausfinden der einzelnen Schritte habe ich mir einen Modbus_Slave_Simulator eingerichtet, wer den haben möchte einfach melden. Des weiteren waren die Modbusanfragen an meinen Simulator oder auch an das Gateway via mbpoll sehr hilfreich, da ich Alles simulieren musste weil die finalen Geräte noch nicht geliefert waren.

Viel Spaß beim "Gatewayen"
wollik