Cumulus.ini: Difference between revisions

1,575 bytes added ,  10:14, 5 July 2021
m
typo spelling corrections
m (typo spelling corrections)
Line 1: Line 1:
<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, 3.12.0, and after that.  It excludes all parameters removed after release 3.7.0.
<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.  It excludes all parameters removed after release 3.7.0.</big>


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>
{{Template:WorkInProgressBanner}}
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.


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".
=Purpose of Cumulus.ini file=
 
This is a text file containing initialization parameters. {{Template:Version badge Mx}}This page covers those used by the Cumulus MX software application.
 
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". 
 
The configuration settings in '''Cumulus.ini''' have the following main purposes (this list may be incomplete):
* 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


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.
== Why does this Wiki now contain multiple pages describing "Cumulus.ini"?==


[[Category:Configuration Files]]
[[Category:Configuration Files]]
{{Template:WorkInProgressBanner}}{{Template:Version badge Mx}}
MX has been developed very dramatically by Mark Crossley:
 
#  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)
=Purpose of Cumulus.ini file=
# 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]]
# Even more dramatic changes to the MX configuration have been happening since 3.8.0, with the biggest changes at 3.9.2, 3.10.0, and 3.12.0; therefore, <big>the decision was taken to abandon maintaining the page previously called "Cumulus.ini", and start again with a brand new empty page!</big>


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.
All the pages, previously called "Cumulus.ini", can be found from the owning [[:Category:Configuration Files|category]].  The original page was 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.


The configuration settings in '''Cumulus.ini''' have the following main purposes (this list may be incomplete):
== Simplifications ==
*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)


== Legacy Cumulus complications==
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.


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!
It may be worth remembering why the legacy software made life complicated:
# 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=
=Structure of Cumulus.ini=
Line 125: Line 139:
=== An example of why you might edit file instead of using Settings Page===
=== 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 atribute name.
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 attribute name.


==When MX adds new parameters to file==
==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.
Since MX creates, and edits, the file, it should 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 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.
* If the new parameter has a valid default value, MX will work perfectly using that default value.   
* 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).
** You won't need to know the parameter exists, unless you decide to change 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 will ensure all parameters it understands are in the file.  
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.


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===
===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.
When accessibility was added, its parameter defaulted to the old expand/contract sections design (see first table below).  
 
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===
===Example of new Parameters with no valid initial value===
Line 147: Line 173:
=How this Wiki page classifies settings=
=How this Wiki page classifies settings=


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.
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:
 
# Settings can appear in any order in the file, but it is easier to find them on this page if they are listed alphabetically
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 parameters, or remove old parameters, so looking at a file does not identify which parameters need to be explained on this page
# 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.   
#* 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.
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 that by editing this page.
Of course if you have your own ideas of a better way to group the documentation here, you are welcome to implement your 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:
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:
Line 169: Line 198:
# MQTT parameters are handled slightly differently, as they did not fit that standard layout
# 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
#  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]] using a table to enter 800 settings, the table here is split into just 8 rows, each of which applies to 100 parameters in the file.
# For the Extra Web Files Settings page, where the settings page uses [[MX_Basic_info#editable_grid|editable grid software]], instead of listing all 800 settings individually, the table here is split into just 8 rows, each of which applies to 100 parameters in the file.




Line 224: Line 253:
|-
|-
|EnableAccessibility=0
|EnableAccessibility=0
| * (Either) Program Settings &rarr; (First tick box)
| Two places where you can edit this setting:
* (Either) Program Settings &rarr; (First tick box)
* (Or)  Station  Settings &rarr; (First tick box)
* (Or)  Station  Settings &rarr; (First tick box)
|Enable accessibility features  
|Enable accessibility features  
Line 846: Line 876:
|-
|-
| Logging=1
| Logging=1
| * (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.
| Depends on release installed:
* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
# Alternatives:
* (Release 3.9.4 onwards) Program Settings &rarr; Program General 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.
#* (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
| Debug logging
| 0 (disabled)
| 0 (disabled)
| This adds extra information about 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.  
| 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 insert here the relevant release) extended to cover more stations.  
|-
|-
| DataLogging=1
| DataLogging=1
| * (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.
| Depends on release installed:
* (Releases 3.1.0 to 3.9.3) Station Settings &rarr Options
# Alternatives:
* (Release 3.9.4 onwards) Program Settings &rarr; Program General 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.
#* (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
| Debug logging
| 0 (disabled)
| 0 (disabled)
| This adds extra information about transfers from MX, and all the internal MX processes.
| This adds extra information about both data transfers initiated from MX, and all the internal MX processes.
|}
|}


Line 897: Line 935:
* 8 points
* 8 points
* 16 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-beteween 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.
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-between 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
| UseApparent=1
Line 1,166: Line 1,204:
| NOAA Reports Settings &rarr; Output Files
| NOAA Reports Settings &rarr; Output Files
| Monthly filename format
| Monthly filename format
| 'NOAAMO'MMyy'.txt' (note quotes round 'NOAAMO' and round '.txt')
| '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
| Here you specify the filename template for MX to use when reading, or writing, monthly reports


Line 1,229: Line 1,267:
| Release 3.12.0
| Release 3.12.0
| NOAA Reports Settings &rarr; Report Format Options
| NOAA Reports Settings &rarr; Report Format Options
| Use WHO average or Intregated average
| Use WHO average or Integrated average
| 0 (integrated average)
| 0 (integrated average)
| Simple tick or not
| Simple tick or not
5,838

edits