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

1 week with MX and fine offset.

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
xayide
Posts: 37
Joined: Tue 24 Feb 2015 10:04 am
Weather Station: Fine Offsett WH-3080
Operating System: Server 2012 R2
Location: Sweden

1 week with MX and fine offset.

Post by xayide »

So just wanted to give som thoughts after first week. I must say it seems to be stable for me. Run it as a service using NSSM in Windows server 2012R2 X64. It has yet to crash or do anything out of the ordinary. Although it seems to behave differently than 1.9.4 when it comes to "lost transmission" it seems to max out the datatype. For instance when console lost solar value it spiked to Max of 3 bytes (i.e. 24bit value). Something like it happened when I had to remove the raingauge and it said 8890 mm last hour or if it was day. The rain didn't glue to the records while the value for solar rad stays on the yesterday record.

Sorry I do not have anything more specific to bugs or odd behaviours to report yet. It just seems pretty stable, isn't that a good thing after all? ;)
User avatar
steve
Cumulus Author
Posts: 26672
Joined: Mon 02 Jun 2008 6:49 pm
Weather Station: None
Operating System: None
Location: Vienne, France
Contact:

Re: 1 week with MX and fine offset.

Post by steve »

xayide wrote:Although it seems to behave differently than 1.9.4 when it comes to "lost transmission" it seems to max out the datatype. For instance when console lost solar value it spiked to Max of 3 bytes (i.e. 24bit value).
MX does the same as Cumulus 1 when the 'lost contact' flag is set - it ignores all of the outside data. It logs a message "Sensor contact lost; ignoring outdoor data" when it does that.

C1 also has a check on 'rogue' Lux values (in the case where the lost contact flag is not set) which MX currently does not have; I'll add that to the next build.
Steve
Locked