Thanks Andreas, Teaching an old dog new tricks is hard. I rebuilt my test Pi again just to be sure it was not me. Compiled the new java. It connected as expected and provided a second Device on my iPhone device list -proxy. I can’t select it to get to the next screen.
The direct one works but I ca’t get the Proxy to show data. This is the proxy output:
bill@Discovery:~ $ java Proxy
Try to discover on /192.168.0.255:46000
Found device ‘GW2000C-WIFIB04B V2.1.7’ at 192.168.0.80:45000 via /192.168.0.232
Broadcast received FFFF12000416
Broadcast received FFFF12000416
The Proxy is Pi 4 at .232 and is connected via eth
The GW2000C is .80 and connected via eth also.
The WSView Plus app is sensitive to the SSID of the gateway. It is parsing the name to dis-/enable different features.
As soon the name contains GW2000 it tries to connect to port 80 on your device. Since the Proxy has no open port 80 it fails to connect.
So there are 2 possibilities:
change the name of the SSID, so no port 80 is queried.
proxy port 80 as well (you need to have root privilege on linux for this)
Let’s try the fist approach first, by replacing:
with
new Broadcast("WH2650A-WIFID25E Proxy V1.7.5", discoveryData.host, discoveryData.port).start();`
@Andy2003 Brought up a new openhab instance on the snapshot release and it looks good, the only thing I did notice is that on my WH34 Temp probe, openhab has the voltage of 1.6V but on ecowitt.net (as the app only shows a graphic not values) it reads 1.58V
Hi Andreas, You are a legend that worked and I was able to capture the Following.
Let me know if you need more I didn’t want to flood here with data.
Regards
Bill
@Andy2003 I reflashed my test unit and just loaded the updated Binding to the Addons. It found the gateway but still does not provide any rain channels.
Here is the trace:
It seems like, these values corresponds to the “Rainfall data priority” setting in the WS-View Plus app.
7A xx -> RAIN_PRIO -> xx = 01 Traditional rain gauge, xx = 02 Piezoelectric rain gauge
7B 00 -> RCSATION -> 0 = RFM433M, 1 = RFM868M, default = RFM915M (extracted from the JS of the WS-View APP)
I will include in the binding that these values get ignored.
If someone can get the latest version of the protocol definition, it would be very helpful!
Hello,
I am to get the binding to work. With the snapshot jar installed on 3.3 the weather station thing is discovered. When I add the Weatherstation thing it goes offline now and then. In the logging I see the executeCommands without any reply.See log file below.
When I run the proxy on my windows PC (so not the openhab debian PC), i get the results below.
Any suggestions?
Regards Herman
C:\Users\Hermanita\Documents>java Proxy
Try to discover on /192.168.178.255:46000
Found device 'EasyWeather-WIFI3242 V1.6.4' at 192.168.178.199:45000 via /192.168.178.24
Broadcast received FFFF12000416
Broadcast received FFFF12000416
Broadcast received FFFF12000416
Broadcast received FFFF12000416
Broadcast received FFFF12000416
Broadcast received FFFF12000416
2022-09-21 15:38:37.642 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_READ_RAIN): send request: FFFF57035A
==> /var/log/openhab/events.log <==
2022-09-21 15:38:42.648 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'fineoffsetweatherstation:gateway:0' changed from ONLINE to OFFLINE (COMMUNICATION_ERROR): Read timed out
2022-09-21 15:38:58.651 [INFO ] [ab.event.ThingStatusInfoChangedEvent] - Thing 'fineoffsetweatherstation:gateway:0' changed from OFFLINE (COMMUNICATION_ERROR): Read timed out to ONLINE
==> /var/log/openhab/openhab.log <==
2022-09-21 15:38:58.651 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_GW1000_LIVEDATA): send request: FFFF27032A
What is the name of your weather station? The gateway also seems to have problems when multiple applications (openHab, Proxy, WS-View, …) connect to it at the same time.
Does the APP also showing your data, if you don’t use any portal. My guess is, that the TFT does not support requesting live-data. Instead it only pushes data to e.g. weather underground and the WS-View-APP reads out the data from this portal.
In this case please use the IpObserver Binding or buy a gateway which supports reading out live-data (e.g. WH2600).
There is also a compatibility table showing that your device (my guess is it’s the WS2910) is not able to bind additional sensors, which is an indicator for missing live-data-support.
using the binding with my WH2650 in combi with WH25 and WH65 sensor, I miss several channels:
temperature-dew-point
temperature-wind-chill
temperature-heat-index
…
I face the same issue using the latest OH3.4.0 snaphot binding as well as 3.3.0 stable.
According to Fine Offset Weather Station - Bindings | openHAB and the protocol, these channels should be present.
