CMX not reading rain data from a GW1100/GW2000 console/hub with an Ecowitt WS90 connected

[Gyvate]

I have a GW2000 with a WS90 (=GW2001 station or Wittboy) and a WH40 rain gauge attached.
The GW2000 and the GW1100 consoles support since firmware 2.1.2 two rain gauges being connected in parallel and they show the data of both rain gauges (if both connected to the console) synoptically in the WS View Plus app or in their WebUI (and on the ecowitt.net dashboard).

When both rain sensors, the traditional WH40 and the haptic ("piezo") WS90, are connected CMX only picks up the WH40 data.
If only the WS90 is connected, CMX doesn't pick up anything for rain.

As the WS View Plus app operates through the GW1000 API only and can receive the rain data from both rain sensors, CMX should be able to do so too, shouldn't it ?
Ideally it would even allow a synoptical view of both sensors (if both connected) as available in the WS View Plus app or in the WebUI (and ecowitt.net dashboard) - and/or a choice which rain sensor to choose for display in the dashboard if a synoptical display is not possible/convenient .....

In the http post string the xrain_piezo variables appear when a WS90 is connected to a GW1100/GW2000 console (x=e,h,d,m,y).
In the MXdiag log CMX claims that my GW1000 (the GW2000, model and firmware are properly read) is connected to a WH65, what it is not.
The WS90 doesn't appear in the sensor list either.
Some more work to do ??
-----
DoCommand(CMD_READ_FIRMWARE_VERSION): Valid response
2022-04-04 16:49:19.301 Received: FF-FF-50-12-0E-47-57-32-30-30-30-41-5F-56-32-2E-31-2E-32-B7
2022-04-04 16:49:19.301 GW1000 firmware version: GW2000A_V2.1.2
2022-04-04 16:49:19.301 Reading GW1000 system info
2022-04-04 16:49:19.332 DoCommand(CMD_READ_SSSS): Valid response
2022-04-04 16:49:19.332 Received: FF-FF-30-0B-01-01-62-4B-21-8E-27-01-C1
2022-04-04 16:49:19.332 GW1000 Info: frequency: 868MHz, main sensor: WH65, date/time: Montag, 4. April 2022 18:49:18, Automatic DST adjustment: True
2022-04-04 16:49:19.332 Reading sensor ids

[mcrossley]

Yes, I have not really added any support for the WS90 yet. That is planned for the next release (after the current one in testing).

It will be an either/or choice of which rainfall values to use, though I image most people with a WH40 would use that by preference wouldn't they?

I checked my latest API doc and it does not contain any WS90 information, so that will be the first hurdle.

[Gyvate]

Yes, I have not really added any support for the WS90 yet. That is planned for the next release (after the current one in testing).

It will be an either/or choice of which rainfall values to use, though I image most people with a WH40 would use that by preference wouldn't they?

I checked my latest API doc and it does not contain any WS90 information, so that will be the first hurdle.

you're not the only one - Gary (weewx) and Boris (Meteobridge) sit in the same boat.
I'm thinking of connecting the WS View Plus app to a GW2000 with WH40 and WS90 connected and record the network traffic (e.g. WireShark) between the smartphone and the GW2000. Then the WS90 specific info should become revealed. Some sort of reverse engineering.
Maybe just writing to Ecowitt from your end could provide the needed info
They should be interested in getting their new toy supported by application software.

[mcrossley]

I take that back - there is WS90 info in my latest copy of the file.

[Gyvate]

beyond
DefineWS90sensor id.
CMD_READ_RSTRAIN_TIME = 0x55,
CMD_WRITE_RSTRAIN_TIME = 0x56,
and
eWH90_SENSOR = 48
??

[mcrossley]

Yeah, what it doesn't have is any information on how the WS90 data is encoded in live data packet.
The information provided so far allows sensor/battery data decode, but that's about it.

The WS90 wind data will override any other wind data I assume and arrive in the same data fields. But they have separated the rainfall on the Ecowitt protocol, so I have no idea if they have also added new "piezo" rainfall fields to the live, or it just overrides the existing values like wind.

I'll write to them and see if I get anything...

[Gyvate]

Yeah, what it doesn't have is any information on how the WS90 data is encoded in live data packet.
The information provided so far allows sensor/battery data decode, but that's about it.

The WS90 wind data will override any other wind data I assume and arrive in the same data fields. But they have separated the rainfall on the Ecowitt protocol, so I have no idea if they have also added new "piezo" rainfall fields to the live, or it just overrides the existing values like wind.

I'll write to them and see if I get anything...

They must have - how would otherwise the WebUI and the WS View Plus app be able to display both (WH40 and WS90) values synoptically when both sensors are connected to a GW1100 or GW2000 ? They can only get it from the API

[mcrossley]

I'm really flat out at work this week, but I'll get back on this soon...

[Gyvate]

Hi Mark
check your mail box - updated API

[mcrossley]

Thanks, and I see they have now updated the doc on their web site too.

So new commands for the just rain, and they added piezo fields to the live data too.