Topic: Whittboy rain sensor raw data

[waiukuweather]

Hi
does anyone know what the rain sensor ID number is in the raw data from the GW2000
for the Whittboy station?
I don't notice it in the raw data stream direct from the GW2000
( I have a whittboy here now and the rain sensor does pick up water drops on it OK and the rain data does show on the web page via the embedded web server (local IP address in the web page and it does show the rain there)
thanks in advance

[henry]

The piezeorain is for the wittboy rain.

[waiukuweather]

yes
but
what / where/ how to find/ work with
the data for that sensor in the raw data direct
from the GW2000 ?

[waiukuweather]

I see now
it shows by getting the data via http
e.g
http://192.168.68.127/get_livedata_info?
which is a new method of getting the data (returned as json data)

which only works with the GW2000 by the looks?

[broadstairs]

It works with a GW1100 (latest f/w) though, just not GW1000.

Stuart

[waiukuweather]

i have added support now
Beta
(working here with my GW2000, and I presume will work with a non Whittboy station but with a GW1100 and latest firmware)
just need to set that you have a whittboy /gw2000/gw1100
and use the latest crongw1000.exe vers 6.3

should be maybe more reliable than a direct socket connection

just need to support some of the extra sensors still though (extra temp/hum)
update: added support for extra sensors
and for the fact that when users change the units, it also changes the units in the data you get via the http call

[Gyvate]

I case you mean by raw data the data sent from the GW2000 (or GW1100 FW2.1.4 or GW1000 FW 1.7.1) which has a WS90 and in addition also a traditional rain gauge connected/registered, as a "WiFi response" to a corresponding API request, the story goes such:
you have to send a CMD_READ_RAIN, it is the new 0x57 command.
As two rain gauges, a traditional (WH40 or WH65/WS69) and a piezo (WS90) can both be connected to the console/gateway
the reply to that call comes in two portions and would look like this (as the data definition):
item                                 marker//significtion           size(Bytes)
#define ITEM_RAINRATE    0x0E//Rain Rate (mm/h)     2
#define ITEM_RAINDAY      0x10//Rain Day (mm)         2
#define ITEM_RAINWEEK    0x11//Rain Week (mm)      2
#define ITEM_RAINMONTH  0x12//Rain Month (mm)     4
#define ITEM_RAINYEAR     0x13//Rain Year (mm)        4
#define ITEM_RAINEVENT          0x0D//Rain Event (mm) 2
#define ITEM_RAIN_Gain          0x0F//Rain Gain              2     that's the traditional rain gauge e.g. WH40 or WH65/WS69
---------------------------------------------------------------------------
#define ITEM_Piezo_Rain_Rate      0x80//                     2
#define ITEM_Piezo_Event_Rain    0x81//                     2
#define ITEM_Piezo_Hourly_Rain   0x82//                     2 reserved, not used
#define ITEM_Piezo_Daily_Rain       0x83//                                      4
#define ITEM_Piezo_Weekly_Rain    0x84//                                      4
#define ITEM_Piezo_Monthly_Rain   0x85//                                      4
#define ITEM_Piezo_yearly_Rain      0x86//                                      4
#define ITEM_Piezo_Gain10            0x87//                                      2*10
#define ITEM_RST_RainTime           0x88//                                      3
                                                                                        that's the piezo portion of the reply
a typical reply itself would look like this
FF-FF-57-00-54-0E-00-00-10-00-00-00-00-11-00-00-00-00-12-00-00-02-F2-13-00-00-0B-93-0D-00-00-0F-00-64-80-00-00-83-00-00-00-00-84-00-00-00-00-85-00-00-01-DE-86-00-00-0B-F2-81-00-00-87-00-64-00-64-00-64-00-64-00-64-00-64-00-64-00-64-00-64-00-64-88-00-00-00-F7
which in this case contains data for monthly and yearly rain only, both for a WH40 and a WS90
as there was no rainfall at that particular day
the first 2 bytes are FFFF,57 is the CMD, 0054 is the length of the response - data starts with 0E.
The last byte, here F7, is the checksum
----------------------------------------------------------------------------
 crongw1000.exe V. 6.4 only shows the WH40 portion, not the WS90 (piezo) portion

[waiukuweather]

ah, interesting
now that i have the new http live data request supported, then the rain data is in that data OK
although if its a tipping bucket gauge then the rain data section in the json will not start with "piezoRain":
but instead something else?

[waiukuweather]

I do have the CMD_READ_RAIN working now
but I do need it tested with a normal rain gauge ( I only have a whittboy here)

[Gyvate]

I do have the CMD_READ_RAIN working now
but I do need it tested with a normal rain gauge ( I only have a whittboy here)

A WH40 or a WH65/WS69 array would do - the 0xE-0x13 are the same as for CMD_GW1000_LIVEDATA
is there a cronGW1000.exe 6.5 available (whichever number  ) ?
I have both sensors  (WH40 and WS90) connected to my GW2000
(assume that's Brian behind waiukuweather)

[Gyvate]

I do have the CMD_READ_RAIN working now
but I do need it tested with a normal rain gauge ( I only have a whittboy here)

A WH40 or a WH65/WS69 array would do - the 0xE-0x13 are the same as for CMD_GW1000_LIVEDATA
is there a cronGW1000.exe 6.5 available (whichever number  ) ?
I have both sensors  (WH40 and WS90) connected to my GW2000
(assume that's Brian behind waiukuweather)

meant to say: I could test it 

[waiukuweather]

yeah that's me
try
https://www.weather-display.com/downloadfiles/crongw1000.zip
vers 6.5
thanks in advance

[Gyvate]

in the right box the text of/for only two out of expected six appear. It would be nice if the six piezo items also appeared in clear text with their values in the interface window.
interestingly gw1000.txt seems to contain the piezo rain data whereas gw1000rain.txt contains only the traditional rain data.
Just wondering why you named the files just the opposite way. For the result it doesn't matter.

findings:

traditional rain should be
                                             expected      found
(14)0x0E//Rain Rate (mm/h)  2      0.00         0.00
(16)0x10//Rain Day (mm)      2      0.00         0.00
(17)0x11//Rain Week (mm)    4     12.2          12.2   (size 2 in LIVEDATA, 4 in READ_RAIN)
(18)0x12//Rain Month (mm)   4     87.6          87.6
(19)0x13//Rain Year (mm)      4   308.5        308.5
(13)0x0D//Rain Event (mm)   2     0.00          0.00
(15)0x0F//Rain Gain              2     1.00          1.00

this shows in gw1000rain.txt and gw1000.txt

piezo should be                                                                                expected      found (in gw1000.txt)
(128)Piezo_Rain_Rate      0x80//                     2                                      0.0             0.0
(129)Piezo_Event_Rain    0x81//                     2                                      0.0             0.0
(130)Piezo_Hourly_Rain   0x82//                     2 reserved, not used          ---             doesn't occur (expected)
(131)Piezo_Daily_Rain       0x83//                                      4                   0.0             0.0
(132)Piezo_Weekly_Rain    0x84//                                      4                   11.3          11.3
(133)Piezo_Monthly_Rain   0x85//                                      4                   59.1          59.1
(134)Piezo_yearly_Rain      0x86//                                      4                 317.1        317.1
(135)Piezo_Gain10            0x87//                                      2*10         10 * 1.00     10 * 1.00
(136)RST_RainTime           0x88//                                      3    (not applicable in this context)

the correct data for the CMD_READ_RAIN has been retrieved and is contained in gw1000.txt

Luckily I had started it standalone in a directory different from \wdisplay - it would have messed up my data due to the inverse naming

[Gyvate]

by the way - just a side-remark
the station is dubbed Wittboy (without a "h") - and this is very likely supposed to mean Ecowitt's latest/new child/boy 
Maybe it's also meant to be witty 

[waiukuweather]

all the rain shows up for (day/week/year) with my GW2000 and wittboy

and your right, I didn't notice it was spelt with out the h
I need to fix that

and yes I got the names of the gw1000 raw files around the wrong way...was too late at night

[Gyvate]

as you can see from the screen copy, in the data windows my WH40 rain data is shown, in the rain data window only a rain rate and a day amount, however, not telling if traditional rain or peizo rain. In the gw1000.txt (supposed to be gw1000rain.txt) all data is contained.
the two zero lines remain even though it has started raining again, it should be 0.3 piezo and 0.3 WH40 now - this can also be seen in the WS View Plus app, but your rain data window just shows zero rate and day - probably some more work to be done for the display of what is already in the interface as 0x57 reply.
0.00 for rate and day is wrong now as it has rained - before it couldn't be told.

[waiukuweather]

i have got it fixed
the rain for the day is 4 data points
for the normal rain gauge
and not 2
https://www.weather-display.com/downloadfiles/crongw1000.zip
vers 6.6

[Gyvate]

 [ You are not allowed to view attachments ]
WS90 piezo rain OK
for WH40 (or traditional, could also be/have been a WH65/WS69 array) the daily and weekly are still wrongly zero but are contained in gw1000rain.txt
indata[8]:=16;  daily
indata[9]:=0;
indata[10]:=0;
indata[11]:=0;
indata[12]:=2;
indata[13]:=17; weekly
indata[14]:=0;
indata[15]:=0;
indata[16]:=0;
indata[17]:=125;

[waiukuweather]

try again
https://www.weather-display.com/downloadfiles/crongw1000.zip

thanks for helping test

[Gyvate]

now the display is also correct - wondering how you will handle the/a rain gauge preference in WD - or even allow a synoptical view like in WSView Plus or in the GW1100/GW2000 WebUI. Maybe a pop-up ...
 [ You are not allowed to view attachments ]

P.S. already quite used to testing your crongw1000.exe since V 2.0 

[waiukuweather]

having both a GW1000 and GW2000 on my network
I have been testing the auto disconnect and reconnect, which works better now
yes, I need to add option which rain gauge to use I guess?

also there is the option to use http get the data
try that too

[Gyvate]

having both a GW1000 and GW2000 on my network
I have been testing the auto disconnect and reconnect, which works better now
yes, I need to add option which rain gauge to use I guess?

you could use radio buttons in the setup for
(o) traditional rain gauge
(o) piezo rain gauge (WS90)
(o) traditional and piezo rain gauge
      (o) traditional priority
      (o) piezo priority
accordingly show the values in the interface (WD dashboard) - when traditional + piezo is chosen, add a little button in the down right corner of the rain area clicking on which toggles between traditional and piezo display. Something like that. Maybe a  place under "rain today".

also there is the option to use http get the data
try that too

do you mean the already existing option using the Ecowitt cloud download with API and APP key and MAC ?
In CumulusMX this possibility is now used as an option to backfill missed data at startup when CMX doesn't run 24/7 or (was) stopped running for other reasons.

Or do you you mean the local http option (GW1100 and GW2000 only) ?
https://www.wxforum.net/index.php?topic=43811.msg446075#msg446075

Or using the custom server push option to feed WD ?
with this you could support factually all recent Fine Offset clone consoles

[waiukuweather]

also there is the option to use http get the data
try that too

its an option in the crongw1000 program to use http to the data
instead of via the socket

Or do you you mean the local http option (GW1100 and GW2000 only) ?

yes

[Gyvate]

its an option in the crongw1000 program to use http to the data
instead of via the socket

that's sort of minimalistically implemented so far as it looks - at least in the interface
the whittboy.txt (still with "h"  ) seems to contain all data
EDIT:
by the way - are the IDs provided by the console or by you ? - wondering why piezo rain would come with the same 0xD - 0x13 IDs as the non-piezo rain does instead of using 0x80-0x86
I've seen in the Ecowitt forum that's made such from their end

and - it is not a GW2000/WS90 feature as the text in the interface suggests - it's a feature of the GW1100 and the GW2000 consoles (gateways/hubs), independent of which sensors or arrays are connected to them

left column http                         middle and right column API
 [ You are not allowed to view attachments ]

[waiukuweather]

i have added where you can set for the Wittboy rain to be priority (i,e if you have both rain gauges)