Cumulus.ini: Difference between revisions

From Cumulus Wiki
Jump to navigationJump to search
1,575 bytes added ,  5 July 2021
m
typo spelling corrections
m (typo spelling corrections)
<big>Please note this page was created 13 June 2021. This new page was created to reflect parameters added to Cumulus.ini in releases 3.8.0, 3.9.2, 3.10.0, and 3.12.0, and after that. It excludes all parameters removed after release 3.7.0.</big>
 
{{Template:WorkInProgressBanner}}{{Template:Version badge Mx}}
MX has been developed very dramatically by Mark Crossley (away from the beta begun by Steve Loft) and as a consequence the "Cumulus.ini" file content has considerable differences between current MX and the original 3.0.0 beta. Therefore, the decision was taken to abandon maintaining the page previously called "Cumulus.ini" and start again with a brand new empty page!</big>
Since this page describes a file whose content frequently changes, this page may be out of date, unless somebody bothers to update it for every change.
 
=Purpose of Cumulus.ini file=
If you are using the final 1.9.4 legacy Cumulus software, or an old release of MX, please go to the owning [[:Category:Configuration Files|category]], from there find the links to the new pages with respective relevant former contents of pages previously called "Cumulus.ini".
 
This is a text file containing initialization parameters. {{Template:Version badge Mx}}This page covers those used by the Cumulus MX software application.
If you are interested in the editing history, associated with the page that previously was called "Cumulus.ini", and some information describing how it was previously used, the old page was moved (before this page was created) so that the editing history of that former page is now preserved at [[Cumulus.ini_(preserving_history)]]. That page also expands on the above summary of why that old page was replaced by this new page.
 
For MX there can only to be one '''Cumulus.ini''' file, and it must be stored in the same folder as the executable "CumulusMX.exe".
[[Category:Configuration Files]]
{{Template:WorkInProgressBanner}}{{Template:Version badge Mx}}
 
The configuration settings in '''Cumulus.ini''' have the following main purposes (this list may be incomplete):
=Purpose of Cumulus.ini file=
* Identify which weather station type MX is to read, and settings related to that model
* Identify which [[Calculate_Missing_Values#Some_definitions|derivatives]] are source ones (read directly from weather station and converted to your preferred units) and which derivatives MX is to calculate for you.
* Identify where you want MX to output to (options include external web sites, and database tables)
* Control what is output to those destinations, to the extent that each can be configured
 
== Why does this Wiki now contain multiple pages describing "Cumulus.ini"?==
This page is about the [[:Category:Configuration Files|main configuration file]], '''Cumulus.ini''', this is a text file containing initialization parameters used by the Cumulus MX software application. This Wiki page describes the content that applies at release 3.10.0, and should be updated (providing at least one contributor is willing to keep this page up to date) for later releases.
 
[[Category:Configuration Files]]
The configuration settings in '''Cumulus.ini''' have the following main purposes (this list may be incomplete):
MX has been developed very dramatically by Mark Crossley:
*Identify which weather station type MX is to read, and settings related to that model
# There were minor differences between the legacy (ending in 1.9.4) [[Cumulus.ini (Cumulus 1)|the cumulus.ini documentation has been moved to here]] and the original 3.0.0 beta (previously documented on [[Cumulus.ini (Beta)]] page)
*Identify which [[Calculate_Missing_Values#Some_definitions|derivatives]] are source ones (read directly from weather station and converted to your preferred units) and which derivatives MX is to calculate for you.
# The dramatic development of MX produced considerable differences between that original MX beta and the configuration that applied up to 3.7.0 as now [[Cumulus.ini (MX 3.0.0 to 3.7.0)| documented here]]
*Identify where you want MX to output to (options include external web sites, and database tables)
MX# hasEven beenmore developeddramatic verychanges dramatically by Mark Crossley (away fromto the betaMX begunconfiguration byhave Stevebeen Loft)happening andsince as3.8.0, a consequencewith the "Cumulus.ini"biggest filechanges contentat has3.9.2, considerable differences between current MX3.10.0, and the original 3.012.0; beta. Thereforetherefore, <big>the decision was taken to abandon maintaining the page previously called "Cumulus.ini", and start again with a brand new empty page!</big>
 
If you are interested inAll the editing historypages, associated with the page that previously was called "Cumulus.ini", andcan somebe informationfound describing how it was previously used,from the oldowning page[[:Category:Configuration wasFiles|category]]. moved (beforeThe thisoriginal page was created) so that the editing history of that former page is now preserved at [[Cumulus.ini_(preserving_history)]] so look there for its editing history. That page also expands on the above summary of why that old page was replaced by this new page.
 
== Simplifications ==
 
The MX configuration is simpler that that used by the legacy software. The ongoing development of MX is making it even simpler, by revising the pages for the setting of all parameters, and the labels/grouping.
== Legacy Cumulus complications==
 
It may be worth remembering why the legacy software made life complicated:
For the legacy Cumulus, there could be one, two, or even three, Cumulus.ini files, as explained [[Cumulus.ini_(Cumulus_1)#Configuration_File_names|here]]. Back then, the vast majority of parameters that could appear in the file could only be edited directly in the file, and the author (Steve Loft) recommended that, within the File section you were going to change, you sorted the parameters into alphabetical order, before editing the file. That advice was given because having parameters in alphabetical order would prevent you inserting a parameter that already existed. This would avoid the potential problem arising from the design that Cumulus 1 would ignore any duplicate parameter, and take the first one it found, as that might not be the last one you edited!
# There could be more than one "cumulus.ini" file for the Legacy Cumulus up to 1.9.4, as explained [[Cumulus.ini_(Cumulus_1)#Configuration_File_names|here]].
# The vast majority of parameters (that could appear in the file) could only be edited directly in the file.
#* To simplify the editing in-situ, the author (Steve Loft) recommended that, within the File section you were going to change, you sorted the parameters into alphabetical order, before editing the file.
#* That advice was given because having parameters in alphabetical order would prevent you inserting a parameter that already existed.
#* This would avoid the potential problem arising from the design that Cumulus 1 would ignore any duplicate parameter; (Cumulus would take the first one it found, and that might not be the last one you edited!)
 
=Structure of Cumulus.ini=
=== An example of why you might edit file instead of using Settings Page===
 
If (for example) you find the '''Extra Web Files''' editor hard to use, you might decide to stop Cumulus MX and still edit this configuration file directly for changes to those parameters. Given that MX ignores any parameter it does not understand, while editing the file, you can temporary have old and new parameters in the file. All you need to do is prefix those parameters you don't want MX to use with any character you like before the "Extra" in the atributeattribute name.
 
==When MX adds new parameters to file==
 
In theory, there is no reason why you should manually add any extra parameters directly into the file.
If a new release of MX adds new parameters, then:
* If the new parameter has a valid default value, MX will work perfectly using that default value. You won't need to know the parameter exists, unless you decide to chnage it, and find out what values it can take either in a drop-down on the relevant Settings page, or in the relevant table below.
* Other new parameters may be given an initial illegal value, because MX cannot guess what value will work for you. This is to enforce the need to give these parameter a valid value before MX will allow you to save settings. Sometimes, MX will not do any weather data processing, until these ‘’’missing’’’ values are edited. In other cases, you might not realise that your file is missing one or more parameters, unless you go into the relevant Settings page, and find you can't save (Enable for Alarms page).
 
In theory, there is no reason why you should manually add any parameters to the file. Since MX creates, and edits, the file, it willshould ensure all parameters it understands are in the file.
 
When this new page was being created, some of the parameters in the file that MX understands, could not be matched to any known setting in the [[MX Administrative Interface|Settings Interface pages]], but it may be a future release will correct that.
 
If a new release of MX adds new parameters, then:
* If the new parameter has a valid default value, MX will work perfectly using that default value.
* If the new parameter has a valid default value, MX will work perfectly using that default value. * You won't need to know the parameter exists, unless you decide to chnagechange it, and find out what values it can take either in a drop-down on the relevant Settings page, or in the relevant table below.
* Other new parameters may be given an initial illegal value, because MX cannot guess what value will work for you.
** This is to enforce the need to give these parameter a valid value before MX will allow you to save settings.
*** Sometimes, MX will not do any weather data processing, until these ‘’’missing’’’ values are edited.
*** In other cases, you might not realise that your file is missing one or more parameters, unless you go into the relevant Settings page, and find you can't '''save''' (''Enable'' for Alarms page).
 
In practice, as already mentioned, there might be a parameter that you need to get MX working correctly for you, but have to add directly to the file as (at the release you are using) that setting has not yet been added to any Settings page.
 
Before this page actually lists all the settings I know of, let me give an example of a seting with a valid default, and an example of a setting that has an invalid default:
 
===Example of new Parameter with valid default===
 
When accessibility was added, its parameter defaulted to the old expand/contract sections design (see first table below). You had to go into "Program Settings" or "Staion Settings" pages to tick the box to get the (more accessiblility friendly) selection button altrernative.
 
You can, optionally, go into "Program Settings" or "Station Settings" pages, where you tick the box to get the (more accessibility friendly) selection button alternative.
 
===Example of new Parameters with no valid initial value===
=How this Wiki page classifies settings=
 
For a large number of reasons, this new Wiki page is no longer designed around the way parameters appear in the file, as earlier pages with this name were:
There is no point in this Wiki page listing settings by where they are found in the configuration file, as they can be listed in any order, and when settings are removed or added, the order changes. If your file was originally created by the legacy Cumulus, it may contain "File sections" that are no longer used. For all these reasons, this Wiki page is not designed around the way parameters appear in the file.
# Settings can appear in any order in the file, but it is easier to find them on this page if they are listed alphabetically
 
# Releases might add new parameters, or remove old parameters, so looking at a file does not identify which parameters need to be explained on this page
The settings interface in MX is being comprehensively redesigned. That means this documentation cannot be organised by the way MX organises its settings pages. The reason is if this Wiki page was organised according to the Settings Screens that applied say at release 3.10.0, that sequence wold be of no use after the settings pages have changed in say 3.12.0.
# Releases might add new sections in the file, or remove old sections in the file, so organising this page by those "File sections" no longer makes sense
# The settings interface in MX is being comprehensively redesigned. That means this documentation cannot be organised by the way MX organises its settings pages. The reason is if this Wiki page was organised according to the Settings Screens that applied say at release 3.10.0, that sequence wold be of no use after the settings pages have changed in say 3.12.0.
#* To clarift that, if this Wiki page was organised according to the Settings Screens that applied say at release 3.8.0, a different sequence might be required in say 3.12.0 because that changed the Settings Screens.
 
Some classification is still needed to help you the reader find settings, only you can judge whether the grouping here suits you! In creating this page, I have tried to think of a way to group various settings and arranged those groups alphabetically, to make navigation as easy as I can.
 
Of course if you have your own ideas of a better way to group the documentation here, you are welcome to implement thatyour preference, by editing this page.
 
Within the groupings I have selected, individual settings are normally presented as rows in tables for clarity on this Wiki page. The individual tables can have up to 7 columns so they can explain for each setting:
# MQTT parameters are handled slightly differently, as they did not fit that standard layout
# The mean temperatures, and normal rainfall figures, with one parameter per month, have been presented as text, rather than a table for simplicity
# For the Extra Web Files Settings page, where the settings page uses [[MX_Basic_info#editable_grid|editable grid software]], usinginstead aof tablelisting to enterall 800 settings individually, the table here is split into just 8 rows, each of which applies to 100 parameters in the file.
 
 
|-
|EnableAccessibility=0
| Two places where you can edit this setting:
| * (Either) Program Settings &rarr; (First tick box)
* (Or) Station Settings &rarr; (First tick box)
|Enable accessibility features
|-
| Logging=1
| Depends on release installed:
| * (Releases 3.0.0 to 3.9.8) Close Cumulus MX, then edit Cumulus.ini configuration file, and add a line in the [Station] section: Logging = 1, then restart Cumulus MX.
# Alternatives:
* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
| #* (Releases 3.0.0 to 3.9.8) Close Cumulus MX, then edit Cumulus.ini configuration file, and add a line in the [Station] section: Logging = 1, then restart Cumulus MX.
* (Release 3.9.4 onwards) Program Settings &rarr; Program General Options
#* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
*# (Release 3.9.4 onwardsto 3.11.4) Program Settings &rarr; Program General Options
*# (Release 3.912.40 onwards) Program Settings &rarr; Program GeneralLogging Options
| Debug logging
| 0 (disabled)
| This adds extra information about data transfers between your weather station and MX. It was introduced originally for Davis stations only, but later (can someone add here the relevant release) extended to cover more stations.
 
It was introduced originally for Davis stations only, but later (can someone insert here the relevant release) extended to cover more stations.
|-
| DataLogging=1
| Depends on release installed:
| * (Releases 3.0.0 to 3.9.8) Close Cumulus MX, then edit Cumulus.ini configuration file, and add a line in the [Station] section: DataLogging = 1, then restart Cumulus MX.
# Alternatives:
* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
| #* (Releases 3.0.0 to 3.9.8) Close Cumulus MX, then edit Cumulus.ini configuration file, and add a line in the [Station] section: DataLogging = 1, then restart Cumulus MX.
* (Release 3.9.4 onwards) Program Settings &rarr; Program General Options
#* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
# (Release 3.9.4 to 3.11.4) Program Settings &rarr; Program General Options
# (Release 3.12.0 onwards) Program Settings &rarr; Logging Options
| Debug logging
| 0 (disabled)
| This adds extra information about both data transfers initiated from MX, and all the internal MX processes.
|}
 
* 8 points
* 16 points
Despite what it says in the hint on the settings page, leave at default whichever weather station type you use, unless this actually causes you a problem. The parameter was introduced by Steve Loft. Davis wind vanes use a potentiometer to measure wind direction so send Cumulus a bearing that can vary continuously between 1 and 360 degrees. Fine Offset wind vanes use magnetic switches that depend on the magnet under the moving part selecting two switches in the fixed part for the vane being exactly in-beteweenbetween compass directions, and selecting one switch for the main 8 directions and slightly away from the main directions; so they have a bias against sending Cumulus the in-between directions.
|-
| UseApparent=1
| NOAA Reports Settings &rarr; Output Files
| Monthly filename format
| 'NOAAMO'MMyy'.txt' (note quotes round '''NOAAMO''' and round '''.txt''')
| Here you specify the filename template for MX to use when reading, or writing, monthly reports
 
| Release 3.12.0
| NOAA Reports Settings &rarr; Report Format Options
| Use WHO average or IntregatedIntegrated average
| 0 (integrated average)
| Simple tick or not
5,838

edits

Navigation menu