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 4017) - 17 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

Ecowitt

From build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since. He has made the code available on GitHub. It is Mark's hope that others will join in this development, but at the very least he welcomes your ideas for future developments (see Cumulus MX Development suggestions).

Moderator: mcrossley

User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Ecowitt

Post by HansR »

I just received my Ecowitt WH32 and a WN34S (probe version) (and some more but this is what I started with).
I configured the whole lot and it works, easy ( 8-) ). Intended to be used as sensors of 10 cm above soil and 30 cm in soil.

However, the WH32 - I think - must deliver its data as an Extra Temp/Hum sensor and not as a multichannel sensors like the WH34. The data comes in though, as shown in the short part of the Debug logfile below. Nothing of the WH32 is registered in the extrasensorslog (see below the debug log)

Do I configure the WH32 correctly? If I do, then what is wrong?

Part of the debug log:

Code: Select all

2021-10-20 17:55:23.170 GetAlCurrent: Indoor - Releasing lock
2021-10-20 17:55:24.265 LOOP: Data - 15: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-06-05-C4-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-12-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-5D-26
2021-10-20 17:55:24.265 LOOP: 15 - Data packet is good
2021-10-20 17:55:26.262 LOOP: Data - 16: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-06-05-C8-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-13-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-22-A4
2021-10-20 17:55:26.262 LOOP: 16 - Data packet is good
2021-10-20 17:55:28.267 LOOP: Data - 17: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-04-05-C7-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-13-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-AB-0E
2021-10-20 17:55:28.268 LOOP: 17 - Data packet is good
2021-10-20 17:55:28.764 ProcessExtraData: Processing posted data
2021-10-20 17:55:28.765 ProcessExtraData: Payload = PASSKEY=324C37892A14224C02BB96847C1C904F&stationtype=GW1100A_V2.0.6&dateutc=2021-10-20+15:55:28&tempinf=64.2&humidityin=75&baromrelin=29.444&baromabsin=29.444&tempf=61.7&humidity=80&tf_ch1=57.0&wh26batt=0&tf_batt1=1.62&freq=868M&model=GW1100A
2021-10-20 17:55:28.767 ProcessExtraData: StationType = GW1100A_V2.0.6, Model = GW1100A, Frequency = 868MHz
2021-10-20 17:55:28.770 ProcessExtraData: Complete
2021-10-20 17:55:30.234 Realtime[31]: Start cycle
2021-10-20 17:55:30.234 Realtime[31]: Creating realtime.txt
2021-10-20 17:55:30.243 Realtime[31]: Processing realtime file - realtimegauges.txt
2021-10-20 17:55:30.253 Realtime[31]: Processing extra file[1] - utils/airlinkrealtime.txt
2021-10-20 17:55:30.264 Realtime[31]: Processing extra file[3] - utils/extrasensorsrealtime.txt
2021-10-20 17:55:30.265 LOOP: Data - 18: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-03-05-D0-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-13-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-B7-13
2021-10-20 17:55:30.266 LOOP: 18 - Data packet is good
2021-10-20 17:55:30.268 Realtime[31]: Uploading - realtime.txt
2021-10-20 17:55:30.348 Realtime[31]: Uploading - realtimegauges.txt
2021-10-20 17:55:30.427 Realtime[31]: Uploading extra web file[1] utils/airlinkrealtime.txttmp to /home/deb132998/domains/meteo-wagenborgen.nl/public_html/airlinkrealtime.txt
2021-10-20 17:55:30.500 Realtime[31]: Uploading extra web file[3] utils/extrasensorsrealtime.txttmp to /home/deb132998/domains/meteo-wagenborgen.nl/public_html/extrasensorsrealtime.txt
2021-10-20 17:55:30.573 Realtime[31]: End cycle
2021-10-20 17:55:32.262 LOOP: Data - 19: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-03-05-D0-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-13-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-B7-13
2021-10-20 17:55:32.263 LOOP: 19 - Data packet is good
2021-10-20 17:55:34.262 LOOP: Data - 20: 4C-4F-4F-EC-00-14-07-C1-72-A0-02-45-78-02-07-05-84-00-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-FF-52-FF-FF-FF-FF-FF-FF-FF-00-00-00-13-00-00-00-FF-FF-01-00-D3-00-CE-0D-1C-00-4E-00-34-08-FF-FF-FF-FF-FF-FF-FF-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-27-03-03-C0-28-03-21-07-0A-0D-6E-22
2021-10-20 17:55:34.263 LOOP: 20 - Data packet is good
And the extrasensorslog:

Code: Select all

20-10-21;18:07;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;14,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0
20-10-21;18:08;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;14,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0
20-10-21;18:09;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0;0;0;0;0;0;0;0;0;0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;14,0;0,0;0,0;0,0;0,0;0,0;0,0;0,0;0;0;0,0;0,0;0,0;0,0;0,0;0
Schermafbeelding 2021-10-20 181430.jpg
You do not have the required permissions to view the files attached to this post.
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: 12689
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Ecowitt

Post by mcrossley »

The WH32 acts as the main outdoor sensor I believe, the WH31 feeds in as extra temperature?

https://www.wxforum.net/index.php?topic=40730.0
User avatar
mcrossley
Posts: 12689
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Ecowitt

Post by mcrossley »

Your data shows that the GW1000 is reporting outdoor temp & humidity, so that will be the WH32.
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

Yes but my main station is the WS80 + WH40 (not connected yet because lack of enough batteries :( )
But an orphaned WH32 can't be a main outdoor sensor, it must be an extra sensor. What will happen if I connect my WS80?
All the Ecowitt meteo stations have outdoor temp/hum so what should a WH32 be?

BTW, along the same lines: I think there is no soil temp sensor by Ecowitt, just the WN34S

And btw: I do use it as an outdoor temp/hum sensor , just to measure the 10 cm above ground level.
Last edited by HansR on Wed 20 Oct 2021 6:50 pm, edited 1 time in total.
Hans

https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

And before I forget: only one WH32 can be connected to the GW1100.
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: 12689
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Ecowitt

Post by mcrossley »

From the page above, the priority hierarchy is: WH65/WS69 --> WS68 --> WS80 --> WH32 (lowest to highest).

So the WH32 T/H readings will replace your WS80 values if you have them both connected.
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

Interesting.
Good that I bought only one WH32 (unfortunately the WN34L was sold out for the 868M otherwise I had not bought it at all)

But anyway, the page you refer to says:
Ambient
all weather stations start with WS, extra sensors are either WHxx or WSxxxx-SENSOR (SENSOR is usually ARRAY or RAIN etc)
So that would mean - assuming the same holds for Ecowitt - don't know the relation Ambient<->Ecowitt - that an extra sensor takes precedence over the WS. I have difficulty to believe that.

The proof of the pudding is in the eating, I'll come back on this when I have my batteries ;)
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: 12689
Joined: Thu 07 Jan 2010 9:44 pm
Weather Station: Davis VP2/WLL
Operating System: Bullseye Lite rPi
Location: Wilmslow, Cheshire, UK
Contact:

Re: Ecowitt

Post by mcrossley »

They tend to be a bit fluid with their designations, but it is an extra sensor, in the sense of is additional to the main WS80 station, but it is a remote t/h that replaces the WS.

Anyway as you say, get some batteries and we'll know for sure.
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

Yes, you are right. With the WH32 activated it replaces the T/H sensor of the WS80 in the Live Data (and so also in the data send to CMX).
Confusing but they did say it in their spec, the WS80 works with :

Code: Select all

    One WH57 lightning sensor
    One WH45 PM2.5/PM10/CO2/temperature and humidity all-in-1 sensor
    Up to 8 WH31 multi-channel temperature and humidity sensors
    Up to 8 WH51 soil moisture sensors
    Up to 4 WH41/WH43 PM2.5 air quality sensors
    Up to 4 WH55 Water leak sensors
    Up to 8 WN34 Temp Sensors
    Future sensors to be developed
:bash: my bad :(
Hans

https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
Mapantz
Posts: 1774
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Ecowitt

Post by Mapantz »

I'm sure I read on another forum, that the main objective of the temp/humidity sensor on a WS80 is for the heating element and to help with accuracy of wind measurements in ice, rain, or high moisture conditions. If the WS80 is situated higher up in the air, temp/humidity readings would be quite different to those of the suggested measuring heights.

So, I'm not surprised that a WH32 takes precedence in that regard.
Image
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

@Mapantz: well, if you don't have a link to where that is said - and who said it - it is highly debatable that that would be the intention of Ecowitt as they claim the WS80 does not cooperate with the WH32 in the spec of GW1003. They say :
Separated Weather Sensors for Best Locations: Solar Powered Ultrasonic Anemometer Sensor Package - measures wind direction, wind speed, wind gust, UV & light, temp & humidity data; Self-emptying Rain Collector - The wireless funnel-shaped rain collector is self-emptying and easy to install
So I don't see the point you are making, I doubt that (and WS stands for Weather Station so one could expect it to have a T/H sensor).
Anyway, I asked them an explanation, if I get one, I'll get back on it.
Hans

https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
Mapantz
Posts: 1774
Joined: Sat 17 Dec 2011 11:55 am
Weather Station: Davis Vantage Pro2
Operating System: Windows 11 x64
Location: Dorset - UK
Contact:

Re: Ecowitt

Post by Mapantz »

HansR wrote: Thu 21 Oct 2021 3:19 pm @Mapantz: well, if you don't have a link to where that is said - and who said it - it is highly debatable that that would be the intention of Ecowitt
Because I can't remember - it was on WXForum over a year ago.. I haven't just plucked it out of thin air.. in any case, it makes perfect sense.. you're going to have very wrong temp/humidity readings if said sensor is 4 or 5 metres+ up in the air.

If you cannot see that point, then you shouldn't be measuring.

It all makes perfect sense, because they say that a WH32 takes precedence. That is rather conclusive, don't you think?

PS: The WS68 doesn't have a temp/hum sensor on it.

PSS: I've managed to find one post with some information; The temp/humidity sensor on a WS80 is to help calculate wind speeds correctly, because sound travels at different speeds depending on temperature (+/- 7% )

That's the main purpose of the temp/humidity sensor.
Image
User avatar
HansR
Posts: 5870
Joined: Sat 20 Oct 2012 6:53 am
Weather Station: GW1100 (WS80/WH40)
Operating System: Raspberry OS/Bullseye
Location: Wagenborgen (NL)
Contact:

Re: Ecowitt

Post by HansR »

I see your point.
Hans

https://meteo-wagenborgen.nl
CMX build 4017+ ● RPi 3B+ ● Raspbian Linux 6.1.21-v7+ armv7l ● dotnet 8.0.3
Benji60
Posts: 67
Joined: Mon 11 Oct 2021 12:38 pm
Weather Station: HP1000 Froggit Pro
Operating System: Windows 10

Re: Ecowitt

Post by Benji60 »

HansR wrote: Thu 21 Oct 2021 10:22 am Yes, you are right. With the WH32 activated it replaces the T/H sensor of the WS80 in the Live Data (and so also in the data send to CMX).
Confusing but they did say it in their spec, the WS80 works with :

Code: Select all

    One WH57 lightning sensor
    One WH45 PM2.5/PM10/CO2/temperature and humidity all-in-1 sensor
    Up to 8 WH31 multi-channel temperature and humidity sensors
    Up to 8 WH51 soil moisture sensors
    Up to 4 WH41/WH43 PM2.5 air quality sensors
    Up to 4 WH55 Water leak sensors
    Up to 8 WN34 Temp Sensors
    Future sensors to be developed
:bash: my bad :(
I also had the same thing for me I thought I was going to be able to keep the temperature and humidity at 5m from the ground even though I knew the WH32 was going to be the main sensor.
But I think that indeed it will be used to trigger the heating now if I plug it in.
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: Ecowitt

Post by Gyvate »

To cut a long story short[er ;) ] (as Mark has already presented the proper hierarchy sequence probably copied from my wxforum.net thread):
Read the sticky "basic", marked "MUST READ" thread there https://www.wxforum.net/index.php?topic=40730.0
and hopefully all (or at least most) of your questions will be answered. Also regarding naming conventions where Ambient are
definitely more "messy" than Ecowitt and e.g. Frogitt have their complete own acronym pattern. Hence the matrix (link above). 8-)

To say that the WS80 T/H outdoor sensor is mainly to support its ultrasonic wind measurement (or to trigger the heating switch on/off
- it's probably just a little thermostat) is maybe an extreme point of view.
Surely the WS80 uses these sensor values for the ultrasonic wind speed/direction information, but it's a 6-in-1 outdoor sensor array,
and like with any sensor array its position will be a compromise regarding optimal placement of the T/H, wind and rain sensors.
In the WS80 case, it already needs a separate rain gauge - and one can use an "extra" WH32 sensor to have an optimal placement
for T/H observations.

(But you can have combinations working [per console !] with WH65, WS80 and WH32 sensors active at the same
time. You like the WS80 T/H values over a WH32, deactivate the WH32 for your console. You want the rain observations from the WH65
over the WH40, deactivate the WH40. The average user may have just one station (console + sensors), often an array, up and running.)

But you can have e.g. two GW1000 or a GW1000 and a HP2551 console running at the same time. They all receive all your sensors, but your
setup in the WSView app (GW1100/GW1000) or console (HP2551) in the sensorsID section defines what the console displays resp. reports.
Post Reply