Hallo,
Ich habe eine laufende UDP-Kommunikation zwischen einem Arduino Uno R4 WIFI und einem Marstek Venus E, es gelingt mir aber nicht diese auf meinen Openhab-RasPi zu übertragen.
Ich benutze das Smarthome/J TCP/UDP-Binding und habe je einen TCP/UDP Client und einen TCP/UDP-Receiver angelegt.
Client-Konfiguration:
UID: tcpudp:client:VenusE_TCP_UDP_Client
label: TCP/UDP Client
thingTypeUID: tcpudp:client
configuration:
protocol: UDP
delay: 0
port: 30000
host: 192.168.178.52
refresh: 30
timeout: 3000
bufferSize: 2048
channels:
- id: UdpToVenusE
channelTypeUID: tcpudp:string
label: UdpToVenusE
description: ""
configuration: {}
Receiver-Konfiguration:
UID: tcpudp:receiver:UdpReceiver
label: TCP/UDP Receiver
thingTypeUID: tcpudp:receiver
configuration:
protocol: UDP
port: 30000
localAddress: 0.0.0.0
bufferSize: 2048
channels:
- id: VenusE_UdpRec1
channelTypeUID: tcpudp:receiver-string
label: VenusE_UdpRec1
description: ""
configuration: {}
Der Beispiel-Request-String funktioniert und ist unstrittig:
items.getItem('UdpToVenusE').sendCommand('{\"id\": 1, \"method\": \"ES.GetStatus\", \"params\": {\"id\": 0}}');
Das Problem besteht offenbar darin, dass der Request laut Wireshark-Mittschnitt im Fall von OpenHab gegenüber dem Arduino unerwartete Source-Ports eingetragen werden (siehe Bild), obwohl dies in der Konfiguration überhaupt nicht angeboten wird.
Inhaltlich enthält die Antwort den erwarteten Response-String. Wegen des falschen Source-Ports kommt die Antwort aber nicht in Openhab an.
Laut Wireshark ist der Port unreachable (siehe Bild).
Frage: Woher kommt der fehlerhafte Source-Port und wie lässt sich das Problem beseitigen ?
Vielen Dank
UDP Kommunikation mit Marstek Venus E
-
Raspi123
- Beiträge: 1
- Registriert: Gestern 23:01
UDP Kommunikation mit Marstek Venus E
Du hast keine ausreichende Berechtigung, um die Dateianhänge dieses Beitrags anzusehen.