right, I used at the same time the windows application WeatherSmartIP, after I closed it, the connection are stable and the “read time out” disappear
Hi Jörg,
is the weather station working with the WS-View app? If so, the binding should work as well.
Have you tried the latest binding (3.4-SNAPSHOT build of OpenHAB), to see, if it is working with your weather station.
You can also supply the trace log of the binding to let me analyse how your gateway responds to the current requests.
Hi @Andy2003,
I don’t have the weather station yet.
From what I read, it supports the WS-View Plus App.
Joerg
Hi @Andy2003,
I have an EcoWitt Wittboy which I believe is the WH90. I also have a WH57 Lightning detector. Thank you for the easy setup everything worked as expected. I am using just the UI in OH3.3 for all configuration.
The one issue I have, No Rain reading showing up in the channels. The WH90 has a piezo rain gauge so not sure if this is reporting differently.
Thanks Bill
Hi Bill,
can you provide the trace log of the binding with the corresponding data displayed in the WS-View app?
Hi Andreas,
I don’t use the app I connected directly to the Ethernet port on the Gateway/Server.
Not sure if I have captured the Log correctly I have not done this before. I usually find the answers I need here so again thanks for the great work letting users like me enjoy OH without knowing what we are doing. 
==> /var/log/openhab/events.log <==
2022-08-14 10:13:42.092 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_AbsolutePressure’ changed from 10144 hPa to 10143 hPa
2022-08-14 10:13:42.093 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_RelativePressure’ changed from 10144 hPa to 10143 hPa
2022-08-14 10:13:42.094 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_HumidityOutside’ changed from 52 % to 53 %
2022-08-14 10:13:42.096 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindDirection’ changed from 206 ° to 205 °
2022-08-14 10:13:42.097 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindSpeed’ changed from 6.48 km/h to 5.4 km/h
2022-08-14 10:13:42.098 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_GustSpeed’ changed from 9.36 km/h to 8.64 km/h
2022-08-14 10:13:42.100 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_LightIntensity’ changed from 41510 lx to 41660 lx
2022-08-14 10:13:44.764 [DEBUG] [ry.FineOffsetGatewayDiscoveryService] - Thing discovered ‘DiscoveryResult [thingUID=fineoffsetweatherstation:gateway:2487010962, properties={macAddress=94:3C:C6:92:B0:4B, port=45000, ip=192.168.0.80}, representationProperty=null, flag=NEW, label=Weather Station, bridgeUID=null, ttl=-1, timestamp=1660436024760]’
2022-08-14 10:13:44.807 [DEBUG] [ry.FineOffsetGatewayDiscoveryService] - Thing discovered ‘DiscoveryResult [thingUID=fineoffsetweatherstation:gateway:2487010962, properties={macAddress=94:3C:C6:92:B0:4B, port=45000, ip=192.168.0.80}, representationProperty=null, flag=NEW, label=Weather Station, bridgeUID=null, ttl=-1, timestamp=1660436024803]’
2022-08-14 10:13:58.103 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindDirection’ changed from 205 ° to 189 °
2022-08-14 10:13:58.105 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindSpeed’ changed from 5.4 km/h to 3.96 km/h
2022-08-14 10:13:58.106 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_GustSpeed’ changed from 8.64 km/h to 6.84 km/h
2022-08-14 10:13:58.107 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_LightIntensity’ changed from 41660 lx to 41740 lx
2022-08-14 10:14:14.124 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindDirection’ changed from 189 ° to 253 °
2022-08-14 10:14:14.131 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindSpeed’ changed from 3.96 km/h to 2.88 km/h
2022-08-14 10:18:14.577 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_OutdoorTemperature’ changed from 19.2 °C to 19.1 °C
2022-08-14 10:18:14.579 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_HumidityOutside’ changed from 49 % to 52 %
2022-08-14 10:18:14.579 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindDirection’ changed from 246 ° to 144 °
2022-08-14 10:18:14.582 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_WindSpeed’ changed from 2.52 km/h to 0 km/h
2022-08-14 10:18:14.584 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_GustSpeed’ changed from 5.76 km/h to 2.88 km/h
2022-08-14 10:18:14.586 [INFO ] [openhab.event.ItemStateChangedEvent ] - Item ‘WeatherStation_LightIntensity’ changed from 64180 lx to 65170 lx
2022-08-14 10:18:30.558 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_GW1000_LIVEDATA): received: FFFF2700360100B9064308279F09279F0200BD07340A008D0B00000C000815000A373C1605781704620000000061FFFFFFFF60FF1900264A
This is exactly what I need, but in addition I need the corresponding expected measured values so that I can correlate them with the response. So please use a suitable application (e.g. WS-View) to read this data. I need the response of CMD_GW1000_LIVEDATA and the corresponding measured values at the same time, so that the values differ only minimally.
@Andy2003 I’ve had some of my sensors run out of battery, so am looking to put in some alerting, however I note that they are all type Switch (I assume ON = Low) but looking at the Fine Offset spec, some of their sensors use this method but some also display the voltage and it becomes up to you to alert when it drops… Can you confirm if you binding does some voltage checks to determine ON or OFF or if some sensors might need a code fix (i.e WH51 and WH34)
@Andy2003 I managed to get the APP to find my Gateway. Unlike the previous examples the new unit has a seperate page for the Rain values after you select it;
This the log for that time:
2022-08-14 17:26:18.141 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_GW1000_LIVEDATA): received: FFFF2700360100CC063F08277F09277F0200B007320A00A40B00000C000015000015181600001700620000000061FFFFFFFF60FF19005678
Not sure if this helps but the next trace logs I have not seen previously:
1.
==> /var/log/openhab/openhab.log <==
2022-08-14 17:33:44.814 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Received 42 bytes response from 192.168.0.80:46000 on Port 47920
2022-08-14 17:33:44.816 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Discovery response received: FFFF120027943CC692B04BC0A80050AFC817475732303030432D57494649423034422056322E312E37F5
2022-08-14 17:33:44.818 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Thread Thread[Thread-104,5,main] waiting for data on port 47920
2022-08-14 17:33:44.824 [DEBUG] [ry.FineOffsetGatewayDiscoveryService] - Thing discovered ‘DiscoveryResult [thingUID=fineoffsetweatherstation:gateway:2487010962, properties={macAddress=94:3C:C6:92:B0:4B, port=45000, ip=192.168.0.80}, representationProperty=null, flag=NEW, label=Weather Station, bridgeUID=null, ttl=-1, timestamp=1660462424821]’
2022-08-14 17:33:44.858 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Received 42 bytes response from 192.168.0.80:46000 on Port 47920
2022-08-14 17:33:44.858 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Discovery response received: FFFF120027943CC692B04BC0A80050AFC817475732303030432D57494649423034422056322E312E37F5
2022-08-14 17:33:44.859 [TRACE] [ry.FineOffsetGatewayDiscoveryService] - Thread Thread[Thread-104,5,main] waiting for data on port 47920
2022-08-14 17:33:44.861 [DEBUG] [ry.FineOffsetGatewayDiscoveryService] - Thing discovered ‘DiscoveryResult [thingUID=fineoffsetweatherstation:gateway:2487010962, properties={macAddress=94:3C:C6:92:B0:4B, port=45000, ip=192.168.0.80}, representationProperty=null, flag=NEW, label=Weather Station, bridgeUID=null, ttl=-1, timestamp=1660462424859]’
2022-08-14 17:33:46.750 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_GW1000_LIVEDATA): received: FFFF2700360100CB063F0827800927800200AD07310A00E40B00000C000815000007081600001700620000000061FFFFFFFF60FF1900569F
==> /var/log/openhab/openhab.log <==
2022-08-14 17:38:50.867 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_READ_SENSOR_ID_NEW): received: FFFF3C015B00FFFFFFFFFF0001FFFFFFFFFF0002FFFFFFFFFF0003FFFFFFFF1F0004FFFFFFFF000005FFFFFFFF000006FFFFFFFF000007FFFFFFFF000008FFFFFFFF000009FFFFFFFF00000AFFFFFFFF00000BFFFFFFFF00000CFFFFFFFF00000DFFFFFFFF00000EFFFFFFFF1F000FFFFFFFFF1F0010FFFFFFFF1F0011FFFFFFFF1F0012FFFFFFFF1F0013FFFFFFFF1F0014FFFFFFFF1F0015FFFFFFFF1F0016FFFFFFFF0F0017FFFFFFFF0F0018FFFFFFFF0F0019FFFFFFFF0F001A0000EAC705041BFFFFFFFF0F001CFFFFFFFF0F001DFFFFFFFF0F001EFFFFFFFF0F001FFFFFFFFFFF0020FFFFFFFFFF0021FFFFFFFFFF0022FFFFFFFFFF0023FFFFFFFFFF0024FFFFFFFFFF0025FFFFFFFFFF0026FFFFFFFFFF0027FFFFFFFF0F0028FFFFFFFFFF0029FFFFFFFFFF002AFFFFFFFFFF002BFFFFFFFFFF002CFFFFFFFFFF002DFFFFFFFFFF002EFFFFFFFFFF002FFFFFFFFFFF00300000282EA404B7
2022-08-14 17:38:50.872 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_READ_SSSS): received: FFFF300B000162F9332A620056
2022-08-14 17:38:50.873 [TRACE] [nternal.service.FineOffsetDataParser] - sensor WH65 = registering
It listed a number of Sensors xxx = registering . It was a long list. I can post if required.
Thanks Again Bill
Bill - try pouring some water into it as I recall that it doesn’t publish any rain info until there is a change in rainfall data…
Thanks Nick, I thought that also. This unit is not a tipping bucket type it is using a Piezo to pickup rain drops. I did put it on the ground and sprayed some water to test it was working. we had rain yesterday .5mm
I have seen them called Tempest but mine is from Ecowitt.
Yeah, I’ve had a look at them and will probably get one after my current one dies. I just saw that in both your screenshots there was no rain values.
Hi Bill,
as it looks like, the CMD_GW1000_LIVEDATA doses not contain the rain data.
Can you please use the proxy to give me some details about the communication.
Thanks
Andreas
Hi Nick,
Can you confirm if you binding does some voltage checks to determine ON or OFF or if some sensors might need a code fix (i.e WH51 and WH34)
if a sensor supports a battery status, the lowBattery channel (switch) will always be available. If the sensor supports the reading of the voltage, an additionally channel batteryLevel (number) will be available.
The interpretation of the battery status may not be perfect, since the documentation is very poor.
So if you have any suggestions for improvements please let me know.
I don’t seem to have the batteryLevel channel for this two sensors I mentioned…
On one hand it would be great to normalise all the battery handling (like the app appears to do) but it’s probably best to just pass whatever values the sensors publish and have everybody deal with it in a rule so you don’t have to continuously adjust it for new sensors, deal with false alerts, etc. Some people may want to alert on different thresholds.
I don’t seem to have the batteryLevel channel for this two sensors I mentioned…
Can you provide me with the trace log for CMD_READ_SENSOR_ID_NEW?
On one hand it would be great to normalise all the battery handling (like the app appears to do) but it’s probably best to just pass whatever values the sensors publish and have everybody deal with it in a rule so you don’t have to continuously adjust it for new sensors, deal with false alerts, etc. Some people may want to alert on different thresholds.
Good idea to provide the voltage as a new channel. But here I need some help from the community to validate the values.
Oh sorry, I thought the batteryLevel was the voltage… since the WH34 uses voltage, I don’t expect a level (like WH41)
The Spec shows how each sensor manages battery and for those using voltage, what values it considers low.
i.e
WH34_SENSORCH1 = 31,// v=val*0.02V if v<=1.2V BATT low
WH51_SENSORCH1,// 1: BATT low, 0: normal
WH41_SENSORCH1,// level0~5，<=1 for BATT low
PS I just noticed that the WH51 is a binary battery so it’s working as expected, so it’s just the WH34 (and possibly all other voltage based) that require the batteryVoltage instead of lowBattery unless… you want to do the maths in the background and set the LowBattery flag when the voltage threshold is crossed…
Although my WH51 (Soil Sensors) still seem to publish their voltage to ecowitt.net… so not sure if that is expected or the spec is wrong…
2022-08-16 08:11:48.093 [TRACE] [ervice.FineOffsetGatewayQueryService] - executeCommand(CMD_READ_SENSOR_ID_NEW): received: FFFF3C015400000000CD000401FFFFFFFFFF0002FFFFFFFFFF0003FFFFFFFF1F0005FFFFFFFF000006FFFFFFFF000007FFFFFFFF000008FFFFFFFF000009FFFFFFFF00000AFFFFFFFF00000BFFFFFFFF00000CFFFFFFFF00000DFFFFFFFF00000E000111D61F000F000112080C0410000111C50D0411FFFFFFFF1F0012FFFFFFFF1F0013FFFFFFFF1F0014FFFFFFFF1F0015FFFFFFFF1F00160000C4E7060417FFFFFFFE0F0018FFFFFFFE0F0019FFFFFFFE0F001AFFFFFFFF0F001BFFFFFFFF0F001CFFFFFFFF0F001DFFFFFFFF0F001EFFFFFFFF0F001F00003049500420FFFFFFFFFF0021FFFFFFFFFF0022FFFFFFFFFF0023FFFFFFFFFF0024FFFFFFFFFF0025FFFFFFFFFF0026FFFFFFFFFF0027FFFFFFFF0F0028FFFFFFFFFF0029FFFFFFFFFF002AFFFFFFFFFF002BFFFFFFFFFF002CFFFFFFFFFF002DFFFFFFFFFF002EFFFFFFFFFF002FFFFFFFFFFF0030FFFFFFFFFF0016
Note that Soil Moisture with Low Battery keeps dropping off so it might not be in this trace