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

Error on startup build 4063

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

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: Error on startup build 4063

Post by grwkak »

mcrossley wrote: Sat 07 Dec 2024 6:49 pm The live data seems to be coming in OK, the wind values are changing every packet, the pressure values look reasonable.

Unfortunately, the logging for the Tempest station is quite sparse, so there isn't much more I can see.

You could ask them to try one of the queries Cumulus is sending for the historic data and ask them why it is failing with a status code 2, "DATA_ERROR - null"?

Code: Select all

https://swd.weatherflow.com/swd/rest/observations/device/213434?token=<<token>>&time_start=1733521800&time_end=1733521943
Got a response from WeatherFlow:

"Hi Guy,

So there does seem to be an issue with that API call. Our developers are currently looking into the issue and are planning on fixing it. Please let me know if you have any additional questions. "
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: Error on startup build 4063

Post by mcrossley »

grwkak wrote: Wed 11 Dec 2024 1:45 am
mcrossley wrote: Sat 07 Dec 2024 6:49 pm The live data seems to be coming in OK, the wind values are changing every packet, the pressure values look reasonable.

Unfortunately, the logging for the Tempest station is quite sparse, so there isn't much more I can see.

You could ask them to try one of the queries Cumulus is sending for the historic data and ask them why it is failing with a status code 2, "DATA_ERROR - null"?

Code: Select all

https://swd.weatherflow.com/swd/rest/observations/device/213434?token=<<token>>&time_start=1733521800&time_end=1733521943
Got a response from WeatherFlow:

"Hi Guy,

So there does seem to be an issue with that API call. Our developers are currently looking into the issue and are planning on fixing it. Please let me know if you have any additional questions. "
Great news.

Meantime I have fixed the gauge issue for the next build. This bug only affects the display of the data in the dashboard gauges, it does not affect anything else.
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: Error on startup build 4063

Post by grwkak »

Thanks! Will see what WeatherFlow come back with.

Guy
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: Error on startup build 4063

Post by grwkak »

jokerboy wrote: Tue 10 Dec 2024 2:24 pm There's an issue with the value of the Indoor Humidity setting being passed to the 'convertJson' function in the file dashboard.js

The value being passed is null, so the following line in that function throws an exception.

inhum: inp.IndoorHum.toString(),

If I comment out that line (//inhum: inp.IndoorHum.toString(),), everything works fine as it did before.

There must have been something that changed in whatever provides the data to that function, a web service or something. I'm guessing that only those stations that don't collect indoor readings, like the Tempest, will see this issue, as it won't be null for others.

Or perhaps the tempest station class isn't providing a default value for that when it should be.
I did comment those out until the new release comes out - works well.

Thanks for the tip/work-around.

Guy
Post Reply