Welcome to the Cumulus Support forum.

Latest Cumulus MX V3 release 3.28.6 (build 3283) - 21 March 2024

Cumulus MX V4 beta test release 4.0.0 (build 4018) - 28 March 2024

Legacy Cumulus 1 release v1.9.4 (build 1099) - 28 November 2014 (a patch is available for 1.9.4 build 1099 that extends the date range of drop-down menus to 2030)

Download the Software (Cumulus MX / Cumulus 1 and other related items) from the Wiki

Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

GW1000 WiFi gateway
Post Reply
User avatar
KarlS
Posts: 135
Joined: Tue 30 Nov 2010 3:01 pm
Weather Station: Ecowitt GW1003 / WH32 / WH41
Operating System: Buster Lite on Pi4
Location: Bridge Lake, BC, Canada
Contact:

Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

Post by KarlS »

It's winter: light snow at -26°C, not much incentive to go outside. Rummaging through my spare parts bin I find an unused Raspberry Pi and an Ecowitt GW1000 gateway. Whoa, why don't I create a backup CumulusMX system? Ready ... set ... go

Here is what I did:
• Clone (!) the SD card of my main system
• Edit the Cumulus.ini file so the backup system doesn't upload to my website(s)
• Update the IP/MAC address of the second GW1000 in the Cumulus.ini file
• Change the port address for the web interface to 8888

After booting up the second Pi and logging into the interface, I changed the station type from "HTTP (Ecowitt)" to "Ecowitt GW1000". (It's winter, I've got nothing better to do ...) After running the two systems for a few days I noticed some differences in the monthly log files, namely the wind values. This Excel table highlights the differences (I have deleted the rows with matching values).

wind1.jpg

OK, right now it's not very windy, but still it's interesting to see that the HTTP values for windspeed and windgust are always higher than the GW1000 values. I'm not really concerned about the differences in the windbearing, that's maybe for another day. But what's the reason for the windspeed/gust differences? Is it that I use two different GW1000 gateways?? To find out, I change the IP address of the backup system to the same one used in the main system and let it run for a few hours:

wind2.jpg

Again the HTTP values are higher than the ones reported by the GW1000 protocol. Is this another case of Segal's law, or maybe the two protocolls don't provide the same data precision (integer, floating) ... or ... or am I missing something?
You do not have the required permissions to view the files attached to this post.
User avatar
Gyvate
Posts: 295
Joined: Wed 16 Dec 2020 2:14 pm
Weather Station: GW1x00/WH2650WiFi/HP2553/GW2000
Operating System: Win 11 (PC/RPi), Raspbian 11,WSL
Location: Saarbrücken, Germany
Contact:

Re: Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

Post by Gyvate »

Are your posting interval (customer server) and your polling interval (CMX from GW1000) the same ? And do they happen for both in the exactly same time window ?
If not, differences are to be expected.
By the way, I have 4 CMX instances running in parallel, on different RPis (backup,test,prod, Win11 PoC), 2 x GW1000, 1 x WH2650 (technically a GW1000 without indoor sensors), 1 x HP2551 via http.
The deviations (as the all have the same outdoor sensors to read) are zero for the max and actual gust values, wind the same.
Wind sensor is the ultrasonic WS80.
User avatar
HansR
Posts: 5871
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

Post by HansR »

@KarlS: interesting experiment. So the WS80 delivers the same data to both and the registration is different. Did you see my issue with the WS80 and two GW1100 and the solution Ecowitt suggested?

Good question by @Gyvate, curious to your settings.

For me, I have had several problems with the WS80 and I think - from what they tell me which is not much - Ecowitt still has a problem with the WS80, apparently still working on it (too soon released?). All issues for me seem to be related to the firmware of the gw1100 so the switch off the not used sensor WS90 (and maybe all not used sensors) may be a good idea. At least to try: if it does not work, it does not harm either.
Hans

https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
User avatar
mcrossley
Posts: 12694
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

Post by mcrossley »

I can see that CMX handles the average wind speeds slightly differently for the two station types. This based on the sparse documentation for the GW1000 protocol and no documentation for the Ecowitt protocol. I've started an investigation into comparing the data across the two protocols from the same station to try and figure out what they are sending.

The other difference is that the GW1000 sends the values as metres/sec and the Ecowitt as mph. CMX handles all conversions with double precision values, but maybe there are rounding errors in the GW1000 firmware - the data comparison may shed some light. TBC...
User avatar
mcrossley
Posts: 12694
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Wind data HTTP (Ecowitt) vs. Ecowitt GW1000

Post by mcrossley »

The latest release (3.14.2) fixes an issue with the HTTP Ecowitt handling of wind data.

You should find that they are now much more comparable. There will however still be small differences due to timing of the data arrival, and different polling/transmit intervals used.
Post Reply