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

Some issues noticed with MX 3043

Topics about the Beta trials up to Build 3043, the last build by Cumulus's founder Steve Loft. It was by this time way out of Beta but Steve wanted to keep it that way until he made a decision on his and Cumulus's future.

Moderator: mcrossley

Locked
SamiS
Posts: 355
Joined: Sun 27 Feb 2011 5:13 pm
Weather Station: Ecowitt HP2551 & GW1100
Operating System: Raspberry Pi OS
Location: Kangasala, Finland

Some issues noticed with MX 3043

Post by SamiS »

Hi Steve (and all),

Just noticed, that daylight calculation is still not working properly here on Finland, where daylight is currently available 24h... Cumulus 1 shows correctly 24:00, but MX shows 00:00. Day length calculation differs for one minute, but that can be caused by decimal rounding being different. Moon rise and moonset also differ a little more, but the difference is still only a few minutes.

Then I also encountered a strange issue with station connectivity. For some reason all values that cumulus read from station were "stuck" to repeat over and over again. Data files and website data were updated as usual on 10min interval, but all values were flatlined. Also MX console on port 8998 was showing those stuck values, only "last station update" was showing odd time and red triangle. Shouldn't it show only ---- for all values if station is not responding?

Stopping and restarting Cumulus resolved the issue, I did not reset my station, did not disconnect usb or reboot the RPi3. I also tested to restore data folder from last backup, and also the history data was read properly from station's memory.

Since my main website still runs on Cumulus 1, it took me over 2 weeks to notice that the values on secondary MX site were not updating. Is there any logs that I should look for explanation?

PS. I'll be away for next weekend, so my answers to possible questions can be delayed after thursday.

PS2. I'm running MX on RPi3 with Ubuntu and mono 4.0.x if I remember correctly.
User avatar
steve
Cumulus Author
Posts: 26702
Joined: Mon 02 Jun 2008 6:49 pm
Weather Station: None
Operating System: None
Location: Vienne, France
Contact:

Re: Some issues noticed with MX 3043

Post by steve »

SamiS wrote:Just noticed, that daylight calculation is still not working properly here on Finland, where daylight is currently available 24h... Cumulus 1 shows correctly 24:00, but MX shows 00:00.
Thanks - I'll take a look when I get chance.
Shouldn't it show only ---- for all values if station is not responding?
Perhaps so, but in general, like Cumulus 1 it just re-displays the last good value in the assumption that it will get some new data before long. Perhaps something for a future enhancement.
Is there any logs that I should look for explanation?
The diags log should show something, more likely if you have debug logging on.
Steve
SamiS
Posts: 355
Joined: Sun 27 Feb 2011 5:13 pm
Weather Station: Ecowitt HP2551 & GW1100
Operating System: Raspberry Pi OS
Location: Kangasala, Finland

Re: Some issues noticed with MX 3043

Post by SamiS »

Looked at the diags log. All it says that data input seems to have stopped. Since this is the first connectivity issue on over a half a year of running MX I'm not too worried. Just thought to mention about it when reporting the daylight issue. In fact, this was the first case ever (since 2010) when recovering from stopped data did not requre a station reset on my Fine Offset. :D

I did not notice if there is any obvious warning for this on the cumulus console besides the station data last updated -timestamp? The red triangle with the timestamp did not really attract my attention, since I'm used to old Cumulus's blinking red error light. :oops:

Maybe I'll find a way to trigger an email alert if diags log gets the data stopped -error.

PS. Thank You Steve for a very rapid response.
BigOkie
Posts: 272
Joined: Tue 28 May 2013 1:06 am
Weather Station: Davis VP2 Plus
Operating System: Raspian Buster (RPi 3b)
Location: Tulsa, OK

Re: Some issues noticed with MX 3043

Post by BigOkie »

SamiS wrote:Looked at the diags log. All it says that data input seems to have stopped. Since this is the first connectivity issue on over a half a year of running MX I'm not too worried. Just thought to mention about it when reporting the daylight issue. In fact, this was the first case ever (since 2010) when recovering from stopped data did not requre a station reset on my Fine Offset. :D

I did not notice if there is any obvious warning for this on the cumulus console besides the station data last updated -timestamp? The red triangle with the timestamp did not really attract my attention, since I'm used to old Cumulus's blinking red error light. :oops:

Maybe I'll find a way to trigger an email alert if diags log gets the data stopped -error.

PS. Thank You Steve for a very rapid response.
If you do some searching for my recent posts, I'm actually doing some logic to restart CMX if it loses connection. That's using Raspberry Pi however (Debian) so not sure if that's what you're using, as it would likely be a lot more complex if you were running on Windows.
SamiS
Posts: 355
Joined: Sun 27 Feb 2011 5:13 pm
Weather Station: Ecowitt HP2551 & GW1100
Operating System: Raspberry Pi OS
Location: Kangasala, Finland

Re: Some issues noticed with MX 3043

Post by SamiS »

Hi BigOkie,

Thanks for the tip, I had not noticed this discussion on the udev rules -topic.

I'm currently running MX on Rpi3 with Ubuntu, and I'm already using the start-stop-script, so your connection monitoring script should also work very easily.

(My profile still shows Windows 10, since I'm running Cumulus 1 on my primary website, and this secondary MX site is now on "testing phase". I happen to have 2 fine offset consoles, but they both receive the same data from one outdoor unit. This also helps on recovering data if the console freezes and needs reset. :mrgreen: )
Locked