Welcome to the Cumulus Support forum.

Latest Cumulus MX V4 release 4.4.2 (build 4085) - 12 March 2025

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

Legacy Cumulus 1 release 1.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

If you are posting a new Topic about an error or if you need help PLEASE read this first viewtopic.php?p=164080#p164080

Ecowitt cloud vs. http.

From Cumulus MX version 3 build 3044 the development baton passed to Mark Crossley. Mark has been responsible for all the Builds since, and has recently released Cumulus MX version 4. 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

Post Reply
User avatar
grwkak
Posts: 212
Joined: Fri 28 Jun 2013 12:32 am
Weather Station: Davis Vantage Vue
Operating System: Windows 10
Location: Hambden, Ohio US
Contact:

Ecowitt cloud vs. http.

Post by grwkak »

Updated to V4 with no apparent issues and have been running for about a week now.

I have an Ecowitt GW1000 that I use as a station for several extra sensors. In MX4 (and 3 prior), I configured access by selecting http Ecowitt.

One issue I have is that when I have to restart Cumulus, in the restart period I see zeros on all the extra sensor data. Would selecting the cloud fix this issue?

Guy
User avatar
Dador
Posts: 352
Joined: Thu 24 Nov 2011 2:22 pm
Weather Station: Davis VP2 Plus & Ecowitt
Operating System: Windows 10
Location: Rybnik, Poland
Contact:

Re: Ecowitt cloud vs. http.

Post by Dador »

Exactly.
Fill in the data for the API and the station, after starting, will download data from the Ecowitt cloud.
I also have GW1000 and with this configuration I never have any data loss (unless there is no electricity at home).
You do not have the required permissions to view the files attached to this post.
SamiS
Posts: 510
Joined: Sun 27 Feb 2011 5:13 pm
Weather Station: Ecowitt HP2551 & GW1100
Operating System: Raspberry Pi OS
Location: Kangasala, Finland

Re: Ecowitt cloud vs. http.

Post by SamiS »

grwkak wrote: Sun 19 May 2024 11:53 am Updated to V4 with no apparent issues and have been running for about a week now.

I have an Ecowitt GW1000 that I use as a station for several extra sensors. In MX4 (and 3 prior), I configured access by selecting http Ecowitt.

One issue I have is that when I have to restart Cumulus, in the restart period I see zeros on all the extra sensor data. Would selecting the cloud fix this issue?
Do not set Ecowitt cloud as your station type. It is meant only for stations that do not have any local connectivity (eg. a station connected straight to 4g mobile network on remote location).

Edit. Cloud as station type is a different thing than the cloud api settings needed for startup catch-up that Dador is referring above.

If you are seeing zeroes only on extra sensors data, but main sensors are ok, then we probably would need a log file of the startup, and at least data logging enabled, maybe debug log would not hurt either.

Edit2. If you have GW1000, you could and probably should use Ecowitt Local API as your station type.

Edit3. Or do you have a different station as your main station?
User avatar
mcrossley
Posts: 14384
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 cloud vs. http.

Post by mcrossley »

All the Ecowitt stations use a common bit of code to perform the historic catch-up.

This is interesting (along with the requested log file)...
SamiS wrote: Sun 19 May 2024 1:21 pm If you are seeing zeroes only on extra sensors data, but main sensors are ok, then we probably would need a log file of the startup, and at least data logging enabled, maybe debug log would not hurt either.
SamiS
Posts: 510
Joined: Sun 27 Feb 2011 5:13 pm
Weather Station: Ecowitt HP2551 & GW1100
Operating System: Raspberry Pi OS
Location: Kangasala, Finland

Re: Ecowitt cloud vs. http.

Post by SamiS »

mcrossley wrote: Sun 19 May 2024 1:30 pm All the Ecowitt stations use a common bit of code to perform the historic catch-up.

This is interesting (along with the requested log file)...
SamiS wrote: Sun 19 May 2024 1:21 pm If you are seeing zeroes only on extra sensors data, but main sensors are ok, then we probably would need a log file of the startup, and at least data logging enabled, maybe debug log would not hurt either.
The user profile suggests that he could be using Davis as main station and Ecowitt http as secondary station for extra sensors. Does this option give you any clues or will it be just guessing without the logs?
User avatar
mcrossley
Posts: 14384
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 cloud vs. http.

Post by mcrossley »

Ah, if that is the case there is no catch-up for Extra Sensors from a different station type at the moment.
User avatar
grwkak
Posts: 212
Joined: Fri 28 Jun 2013 12:32 am
Weather Station: Davis Vantage Vue
Operating System: Windows 10
Location: Hambden, Ohio US
Contact:

Re: Ecowitt cloud vs. http.

Post by grwkak »

I have a Tempest as the primary/main station, Ecowitt as additional for the extra sensors (configured in Extra Sensors menu). Both that and my Ecowitt are local to my CMX PC and on the same wireless network.

Guy
Post Reply