Cumulus Support

Hi Guys
After 10 years of honorable service, my pc on which old Cumulus ran, decided to abandon me.
I followed the whole guide to install CumulusMX on a Pi3B + with Buster and Mono 6.0.0.327 (to date).
The weather station is a WH3080 Fine Offset.
Today, if I start CumulusMX I see this via the web:
Clicking on the top menu, any other page is not found. Besides the fact that no weather station data is read.

I did some tests directly on the Pi, using its browser and teamviewer, to verify that the files were not corrupt / not working. By clicking directly on the files, I see this correctly:



via SSH from my IMac I see that (rightly) the type of weather station is not set. Reason for which (perhaps) does not read the parameters.
But how can I set the weather station data, if on the dedicated page (station setting) I have no possibility to insert anything?
USB port:

Where am I wrong?

Thanks to anyone who can give me support

Hi, this is a recently discovered problem (read this thread) and seems to have something to do with the handling of the locale by Mono. According to Mark Crossley, the only possibility is downgrading to a mono version 5.x. Hopefully some version synchronisation will take place in (short) future, otherwise updating the Raspberry becomes difficult. But for the moment downgrade seems to be the solution.

What locale are you working with?

Thanks for the reply.
I figured it was a problem with Mono.
Last night I deleted everything Mono-complete to see if I could install version 5.18, but I encountered some difficulties.
The only way I could find it was to indicate a different repo in the Source folder (/ etc / apt / sources) and install 5.18.

 But as you can imagine, the folder and file permissions are not for Pi but for Root.
With Linux I always have some difficulties, because I use it a little and after too many months / years each time.

HansR wrote: ↑Sun 01 Sep 2019 7:06 pm What locale are you working with?

what do you mean ?

I've been working on a similar problem with another user using a Pi Zero W with Buster and Mono v6.0.0

Essentially, as noted above, the web interface pages do not load properly. We got an error page every time we tried to access a new page, but clicking 'reload' made it load successfully. Apart from 'Settings' which do not work at all (as shown above).

Temporary workaround
With a clean installation, the main problem is that you need access to 'Settings' to get it to connect to your station. But if you have an old version of Cumulus.ini, you can use that to replace or manually edit Cumulus.ini - at least to put in the Station type and connection port at the start of the file.

For a Raspberry Pi with a USB-connected station these lines should be: Type=5 is for FineOffset. If you have a different station, here is a list from the Wiki:
-1= default value, indicates a selection from those below must be made
0=Vantage Pro station
1=Vantage Pro2 station
2=WMR-928 station
3=WM-918 station.
**For Oregon Scientific stations and similar re-badged stations (Huger, Radio Shack etc) which have a serial port connection, if your model is not listed, try WM-918 if your station has wired connections, and WMR-928 if it is wireless.
4=Reading from file EasyWeather.dat (using EasyWeather software version 6.2, or earlier, running continuously with Cumulus). Fine Offset weather stations that record Solar and UV measurements output to EasyWeatherPlus.dat file when Easyweather software version 6.x is running. This has the same fields as easyweather.dat, plus two extra fields for Solar and UV data at the end, and so Cumulus can understand the fields you must also have LogExtraSensors=1 set.
NOTE: You can also use Type=4 if you want to run Cumulus with reduced functionality without a weather station attached, to view historical observations. A full set of (historic) files in the data subfolder copied from a system with a weather station attached is needed, but in this case, the EWFile= attribute should be at its default of not having any filename value.

5=Fine Offset/Watson/MyDEL/Nevada, etc (without solar measurement sensors (with or without solar recharging))
6=WS2300 (For all La Crosse WS23xx models)
7=Fine Offset/Watson/MyDel etc with Solar Sensors
8=WMR100
9=WMR200
10=Instromet (with optional extra solar sensors or without)

Once that is edited, Cumulus will at least run, will be logging data, can display gauges on the web interface and (if you put in the account and password later in Cumulus.ini) will upload to Wunderground or other online service.

There are ways to force load of an old version of mono - I'll add instructions if I can find them. Mono version 5.18 works fine.

Instructions to load and not update an old version of mono

First check that you do have v6.0.0, and if so delete it: Then the following will load mono version 4.0.5.1 and 'hold' it preventing further updates. This version is known to work (not tested with Buster though?), and it should be possible to amend these instructions to load v5.18.0.240 which DOES work with Buster

To get mono version 4.0.5.1 (slow forced load of this old version from the official source, but which must be protected from automatic updates)  [ignore the warnings about ‘No public key’, ‘not signed’, ‘may be dangerous’, ‘conflicting distribution’]  Aptitude will report problems with dependencies and suggested resolutions Take care to respond as below:
 1). Keep the following packages at their current version: Do NOT accept this solution, when that would install the current version of mono (6.0.0) which will not work with Cumulus. Respond with "n"
 2). Install a long list of packages (n=185) to install version 4.0.5.1. Respond with “Y”.
 3). Download and continue? Respond with “Y”.
 4). WARNING: untrusted versions of the following packages will be installed! Do you want to ignore this warning and proceed anyway? Respond with “yes” (type the word “yes” not just ”Y” this time)
 Mono version 4.0.5.1 will then install. This takes about 4 minutes using a Raspberry Pi Model 3, but is VERY slow with a Pi Zero (like overnight …)
 Check by typing mono –V and see:
 Mono JIT compiler version 4.0.5 (Stable 4.0.5.1/1d8d582 Thu Nov 12 12:22:41 UTC 2015)
 Now we must prevent Linux from updating that old version of Mono For those of us with Buster and a working version of mono
Strongly suggest you prevent mono being upgraded by using

excellent !!!
Of course I have the 'old' .INI file
Once inserted in the CumulusMX folder it immediately took connection and data.
Obviously the aforementioned problems remain, but at least the data is starting to record them.


PS: I tried again to remove Mono 6 to perform an installation of 5.18 but I can't understand where to get the correct repo.
Also by editing the file /ect/apt/sources.list.d/mono-official-stable I get various errors, but the version still remains the 6


Edit: now I read your reply

ExperiMentor wrote: ↑Sun 01 Sep 2019 10:08 pm
...................................

 [ignore the warnings about ‘No public key’, ‘not signed’, ‘may be dangerous’, ‘conflicting distribution’]

Code: Select all

sudo aptitude install mono-complete=4.0.5.1-0xamarin1

 Aptitude will report problems with dependencies and suggested resolutions Take care to respond as below:

..............................

Comand not found

ExperiMentor wrote: ↑Sun 01 Sep 2019 10:08 pm it should be possible to amend these instructions to load v5.18.0.240 which DOES work with Buster

Brave volunteer required to try getting mono v5.18.0.240

The source link is http://download.mono-project.com/repo/d ... .18.0.240/

So suggest to try: If the last line doesn't work, try (as the source code mentions 9 - I don't really know what's going on here)

If it works, don't forget to And please tell us here!

pi@raspberrypi:~ $ sudo apt-get update
E: Voce 1 non corretta nel file list (/etc/apt/sources.list.d/mono-xamarin.list Component)
E: Impossibile leggere l'elenco dei sorgenti.

The problem seems to be related with the locale you use on linux. So i think it is a good idea that we know with which locales the problem occurs. (Type 'locale' on the command prompt and report) . The problem does not seem to be happening with en_GB. Eventually the problem must be solved somewhere so information is needed.

Here I am

pi@raspberrypi:~ $ locale
LANG=it_IT.UTF-8
LANGUAGE=it_IT.UTF-8
LC_CTYPE="it_IT.UTF-8"
LC_NUMERIC="it_IT.UTF-8"
LC_TIME="it_IT.UTF-8"
LC_COLLATE="it_IT.UTF-8"
LC_MONETARY="it_IT.UTF-8"
LC_MESSAGES="it_IT.UTF-8"
LC_PAPER="it_IT.UTF-8"
LC_NAME="it_IT.UTF-8"
LC_ADDRESS="it_IT.UTF-8"
LC_TELEPHONE="it_IT.UTF-8"
LC_MEASUREMENT="it_IT.UTF-8"
LC_IDENTIFICATION="it_IT.UTF-8"
LC_ALL=it_IT.UTF-8

however there are some new features.
I uninstalled Mono6 and followed the guide written above by ExperiMentor.
I received several errors and notifications and it seemed to have had no effect.
Before going to sleep, I re-installed mono 6 at least I had data logging and ...... via browser many pages now work:

Thnx for the locale.

So in summary: neither mono 5.x nor mono 6.x did work for you (along with buster). You may have to downgrade more (see my signature). I had to to make sure I had a flawless working situation (and not spend all my time on trial and error).

And yes, in the error situation like you have, the dashboard seems to work when refreshed (partly) but if it has not been used after some time, you will have the 500 errors again. Seems like a 'cache expiry' effect, though I do not know if cumulus uses caching here. Somebody else has to confirm that.

Downgrading until it works seems the only solution at the moment.

(Btw, if the screenshots were not inline, the messages would be a bit easier to read )

Mono 5.18 works with buster source list i am using it.

Locale en_GB? Because that seems to be no problem.

Yes i use en_GB locale. Tell Mark about it?