Werte aus OpenWB via Modbus auslesen

[Gero]

Stimmt, im screenshot steht "coil status". Wird aber mit "read holding registers" nicht anders. Ist immer noch ein Timeout. Genauso übrigens wie beim ioBroker. Da ist es auch ein Timeout, der nach einem read auf 192.168.8.11:502 protokolliert wird.

Aber das mit dem eingebauten modbustester der openWB hatte ich noch nicht ausprobiert. Erst mal der "Wechselrichter"

Code: Alles auswählen

url /openWB/web/tools/trace/modtest.php?ip=192.168.8.10&start=40065&len=10&id=1&fun=4
parmeters parsed ip 192.168.8.10 start 40065 len 10 id 1 fun 4 
05/07/2021, 18:17:58 opentrace read holding register ip 192.168.8.10 start 40065 len 10 id 1 
05/07/2021, 18:17:58 opentrace start 40065 + 0 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 1 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 2 inhalt 1216 0X4C0 
05/07/2021, 18:17:58 opentrace start 40065 + 3 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 4 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 5 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 6 inhalt 1554 0X612 
05/07/2021, 18:17:58 opentrace start 40065 + 7 inhalt 0 0X0 
05/07/2021, 18:17:58 opentrace start 40065 + 8 inhalt 64761 0XFCF9 
05/07/2021, 18:17:58 opentrace start 40065 + 9 inhalt 65535 0XFFFF 

und hier die openWB:

Code: Alles auswählen

url /openWB/web/tools/trace/modtest.php?ip=192.168.8.11&start=10100&len=10&id=1&fun=4
parmeters parsed ip 192.168.8.11 start 10100 len 10 id 1 fun 4 
05/07/2021, 18:23:16 opentrace read holding register ip 192.168.8.11 start 10100 len 10 id 1 

Auch mit fun=3 wie bei Dir kommt wird's nicht besser:

Code: Alles auswählen

url /openWB/web/tools/trace/modtest.php?ip=192.168.8.11&start=10100&len=10&id=1&fun=3
parmeters parsed ip 192.168.8.11 start 10100 len 10 id 1 fun 3 
05/07/2021, 18:22:07 opentrace read input register ip 192.168.8.11 start 10100 len 10 id 1 

Also irgendwas muss da mit unseren beiden openWBs unterschiedlich sein. Ich bin bei der aktuellen nightly.

[okaegi]

Ist der Port 502 von openwb auf ?
Gruss Oliver

[Gero]

Wie mache ich den auf? Meinem nir ungefähren Wissen nach müsste da ja ein prozess drauf lauschen. Und der wird ja beim booten gestartet. Und das ist ja eigentlich die Konfiguration, an die ich nicht drankomme bei einer gekauften openWB.

Ach ja, es hat bei mir schon mal funktioniert. Muss also bei einem der letzen Updates kaputt gegangen sein.

[okaegi]

Du kannst einen Portscan (settings = all) machen mit folgenden Programm:
viewtopic.php?p=30427#p30427
Wenn der 502 auf ist zeigt er unten grün an.
Der Port 502 ist bei der aktuellen nightly immer noch auf.
Hier siehst du meine Openwb
Gruss Oliver

[m.eberhardt]

Welche Firmware-Version hast Du auf der Wallbox?
Falls es ein Update gibt, führ das durch. Der Zugriff via Modbus war erst ab einer gewissen Firmware Version möglich.

[Gero]

Welche Firmware-Version hast Du auf der Wallbox?

aktuelles Nightly. Hat ja auch schon mal funktioniert.

[Gero]

Du kannst einen Portscan (settings = all) machen mit folgenden Programm:
viewtopic.php?p=30427#p30427

Falsches Betriebssystem.

Hier mal die Ausgabe des nmap, der sollte das ja können.

Code: Alles auswählen

$ nmap  wallbox.fritz.box
Starting Nmap 7.91 ( https://nmap.org ) at 2021-05-08 11:20 CEST
Nmap scan report for wallbox.fritz.box (192.168.8.11)
Host is up (0.0060s latency).
Not shown: 997 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
80/tcp   open  http
9001/tcp open  tor-orport

Kommt die openWB mit einer TOR-Node?

Hier nochmal zum Vergleich das S10, was ja per modbus auf Port 502 durchaus ansprechbar ist.

Code: Alles auswählen

$ nmap  s10pro.fritz.box
Starting Nmap 7.91 ( https://nmap.org ) at 2021-05-08 11:21 CEST
Nmap scan report for s10pro.fritz.box (192.168.8.10)
Host is up (0.0069s latency).
Not shown: 996 closed ports
PORT     STATE SERVICE
22/tcp   open  ssh
23/tcp   open  telnet
5033/tcp open  jtnetd-server
8080/tcp open  http-proxy

Da hätte ich jetzt einen offenen Port 502 erwartet. Aber nmap kann ich ja auch den Port vorgeben:

Code: Alles auswählen

$ nmap -p 502 wallbox.fritz.box
Starting Nmap 7.91 ( https://nmap.org ) at 2021-05-08 11:31 CEST
Nmap scan report for wallbox.fritz.box (192.168.8.11)
Host is up (0.0062s latency).

PORT    STATE    SERVICE
502/tcp filtered mbap

Nmap done: 1 IP address (1 host up) scanned in 0.42 seconds
$
$ nmap -p 502 s10pro.fritz.box
Starting Nmap 7.91 ( https://nmap.org ) at 2021-05-08 11:31 CEST
Nmap scan report for s10pro.fritz.box (192.168.8.10)
Host is up (0.0052s latency).

PORT    STATE SERVICE
502/tcp open  mbap

Nmap done: 1 IP address (1 host up) scanned in 5.53 seconds

Nun sehen beide so aus, als ob sie offen wären. Allerdings ist die openWB "filtered". Übrigens genauso, wie das CMI. Interessanterweise ist die andere openWB offen:

Code: Alles auswählen

$ nmap -p 502 192.168.8.12
Starting Nmap 7.91 ( https://nmap.org ) at 2021-05-08 11:44 CEST
Nmap scan report for 192.168.8.12
Host is up (0.0032s latency).

PORT    STATE SERVICE
502/tcp open  mbap

Nmap done: 1 IP address (1 host up) scanned in 0.06 seconds

Und die hat bei der Installation der nightly 1.9.233 (2021-05-06 11:40:25 den Update nicht mitgezogen und ist noch auf 1.9.230.

Dann mach ich mal einen Downgrade.

<update>
Ist auch mit 1.9.230 immer noch filtered und der mobustest geht auch nicht. Interessanterweise ist die Fehlermeldung des smarthomegeräts, weswegen ich ja auf die nightly gegangen bin, auch nicht wiedergekommen. Das File, was im nightly geändert wurde, ist wohl beim Downgrade nicht wieder zurückgeändert worden. Damit ist jetzt auch klar, warum bei einem downgrade etwas kaputt gehen kann. Ich habe ja jetzt einen Zustand, der eigentlich inkonsistent - also im Sinne von "ist nicht die 1.9.230, wie sie andere Leute haben" - ist.
Die Vermutung bleibt also, dass es das Update auf die nightly war.
</update>

[openWB]

@ Gero
Du hast 2 und eine ist im Nur Ladepunkt Modus?

[Gero]

Genau. Ich spreche natürlich mit dem Master (192.168.8.11) und nicht mit den Slave (…12)

[Gero]

So, nur der Vollständigkeit halber: Mittlerweile ist die 1.9.235 drauf und der Port 502 der beiden openWBs ist "offen" und nicht mehr irgendwie gefiltert. Damit geht der eingebaute Modbustester auf dem "Slave":

Code: Alles auswählen

url /openWB/web/tools/trace/modtest.php?ip=192.168.8.12&start=10100&len=10&id=1&fun=3
parmeters parsed ip 192.168.8.12 start 10100 len 10 id 1 fun 3 
06/06/2021, 14:41:34 opentrace read input register ip 192.168.8.12 start 10100 len 10 id 1 
06/06/2021, 14:41:34 opentrace start 10100 + 0 inhalt 0 0X0 
06/06/2021, 14:41:34 opentrace start 10100 + 1 inhalt 0 0X0 
06/06/2021, 14:41:34 opentrace start 10100 + 2 inhalt 2 0X2 
06/06/2021, 14:41:34 opentrace start 10100 + 3 inhalt 26070 0X65D6 
06/06/2021, 14:41:34 opentrace start 10100 + 4 inhalt 23070 0X5A1E 
06/06/2021, 14:41:34 opentrace start 10100 + 5 inhalt 23010 0X59E2 
06/06/2021, 14:41:34 opentrace start 10100 + 6 inhalt 23150 0X5A6E 
06/06/2021, 14:41:34 opentrace start 10100 + 7 inhalt 0 0X0 
06/06/2021, 14:41:34 opentrace start 10100 + 8 inhalt 0 0X0 
06/06/2021, 14:41:34 opentrace start 10100 + 9 inhalt 0 0X0 

Der "Master" ist weiterhin inkooperativ:

Code: Alles auswählen

url /openWB/web/tools/trace/modtest.php?ip=192.168.8.11&start=10100&len=10&id=1&fun=3
parmeters parsed ip 192.168.8.11 start 10100 len 10 id 1 fun 3 
06/06/2021, 14:42:20 opentrace read input register ip 192.168.8.11 start 10100 len 10 id 1