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
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
NOAA reports
Moderator: mcrossley
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
NOAA reports
I am having an issue regenerating my NOAA reports for 2020
I have no NOAA report for Jan - June.
I have tried to regenerate but no updates.
I have moved all the generated reports to a safe folder and then tried to regenerate but still nothing.
I have just updated to the latest just in case there was an issue with my install. I renewed all the files just retaining the data and backup folders...
Any ideas how to fix ?
Ian
I have no NOAA report for Jan - June.
I have tried to regenerate but no updates.
I have moved all the generated reports to a safe folder and then tried to regenerate but still nothing.
I have just updated to the latest just in case there was an issue with my install. I renewed all the files just retaining the data and backup folders...
Any ideas how to fix ?
Ian
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
Re: NOAA reports
MXDiags folder zipped as requested
Ian
You do not have the required permissions to view the files attached to this post.
-
- Posts: 1183
- Joined: Fri 27 Jul 2012 11:29 am
- Weather Station: Chas O, Maplin N96FY, N25FR
- Operating System: rPi 3B+ with Buster (full)
Re: NOAA reports
I looked at several of those logs, and cannot find any reference to NOAA. Tell us when you tried to regenerate your NOAA report?
It might be because none of those logs cover 4 July when you made your first post and the date when I thought it would have been that you tried to regenerate the reports.
As an aside, I can see you use midnight rollover, and that you have restarted MX multiple times including a matter of seconds before rollover and closed it a few minutes after rollover. It is usually best if you don't start/stop within say 10 minutes of any hour as MX does a lot of actions on the hour, and especially don't stop/start close to rollover.
I also see several FTP failures, but none involving NOAA. But that might be a clue to problems with missing settings in your installation?
Another time, restart MX using
Then repeat what you did before to try to create the NOAA reports. Then zip up and post the MXDiags file that covers that period.
It might be because none of those logs cover 4 July when you made your first post and the date when I thought it would have been that you tried to regenerate the reports.
As an aside, I can see you use midnight rollover, and that you have restarted MX multiple times including a matter of seconds before rollover and closed it a few minutes after rollover. It is usually best if you don't start/stop within say 10 minutes of any hour as MX does a lot of actions on the hour, and especially don't stop/start close to rollover.
I also see several FTP failures, but none involving NOAA. But that might be a clue to problems with missing settings in your installation?
You say you have no reports for January to June. I assume you were trying to create these reports using admin interface Reports menu, selecting date and clicking regenerate. What happened? Presumably you were able to select the date you wanted? Presumably you did click Re-generate? You should then get a pop up saying report regenerated even if there is no data available for that month. Did you see that pop-up message? If you did not, did you see any error message? What was on that web page next?
Another time, restart MX using
Code: Select all
sudo mono CumulusMX.exe -debug
Last edited by sfws on Wed 05 Aug 2020 4:42 pm, edited 3 times in total.
- mcrossley
- Posts: 12697
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: NOAA reports
Have you updated from Cumulus 1 to Cumulus MX?
If so, have you done the step to change the NOAA monthly filename templates?
MonthFileFormat="NOAAMO"mmyy".txt" --> MonthFileFormat='NOAAMO'MMyy'.txt'
If so, have you done the step to change the NOAA monthly filename templates?
MonthFileFormat="NOAAMO"mmyy".txt" --> MonthFileFormat='NOAAMO'MMyy'.txt'
-
- Posts: 1183
- Joined: Fri 27 Jul 2012 11:29 am
- Weather Station: Chas O, Maplin N96FY, N25FR
- Operating System: rPi 3B+ with Buster (full)
Re: NOAA reports
Further advice on NOAA file naming at https://cumuluswiki.org/a/Webtags#The_f ... ng_reports if your name does not match Mark's example.
By the way, have you tried to regenerate the yearly report? That should not have any naming issue, and would check regeneration process works.
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
Re: NOAA reports
I did upgrade from v1 to mx a couple of years ago.
Currently running on windows 10.
I checked and altered NOAA format as suggested
I enabled debugging through the interface.
I was using FTP for a test but I disabled it. I have checked and there are no settings in FTP
Would you suggest I disable the midnight roll over?
I have run the regenerate for Jan - Aug and saw the pop up saying it has done it but only data in last few days of June report, All July and start of August.
Latest MXdiags Also cumulus.ini just in case.. Also noted that it will not regenerate any other years also...
Ian
Currently running on windows 10.
I checked and altered NOAA format as suggested
I enabled debugging through the interface.
I was using FTP for a test but I disabled it. I have checked and there are no settings in FTP
Would you suggest I disable the midnight roll over?
I have run the regenerate for Jan - Aug and saw the pop up saying it has done it but only data in last few days of June report, All July and start of August.
Latest MXdiags Also cumulus.ini just in case.. Also noted that it will not regenerate any other years also...
Ian
You do not have the required permissions to view the files attached to this post.
- mcrossley
- Posts: 12697
- Joined: Thu 07 Jan 2010 9:44 pm
- Weather Station: Davis VP2/WLL
- Operating System: Bullseye Lite rPi
- Location: Wilmslow, Cheshire, UK
- Contact:
Re: NOAA reports
I'm not sure what is happening here. I'm not able to check the source code at the moment, but could you enable debug logging and generate a report again, then post the MXdiag log. A long shot but it may contain a bit more info.
-
- Posts: 1183
- Joined: Fri 27 Jul 2012 11:29 am
- Weather Station: Chas O, Maplin N96FY, N25FR
- Operating System: rPi 3B+ with Buster (full)
Re: NOAA reports
Numbers refers to lines in above quotemadyorky wrote: ↑Wed 05 Aug 2020 9:04 pm Currently running on windows 10.
I checked and altered NOAA format as suggested
I enabled debugging through the interface.
I have run the regenerate for Jan - Aug and saw the pop up saying it has done it but only data in last few days of June report, All July and start of August.
1) Sorry, I did not realise you were running on Windows. Your profile says "Raspbian Jessie" and that is why I quoted a Sudo command.
2) The Cumulus.ini confirms that your NOAA month format is now correct. Obviously, a lot of the settings in that file were inserted by Cumulus 1 and are ignored by MX, but all the MX settings seem to be there and seem to be correct on a quick look. The StartDate=25/12/2013 entry confirms that MX should look for all 2020 log files (and earlier years) in your data folder.
3) Each of the 3 files in that second zip has "Debug logging is disabled". If you did switch debugging on in Admin interface settings menu, station settings page, options section; it did not switch debugging on, I expect you forgot to also click the "Save" button at the bottom of the page. Don't stop Cumulus and restart it after changing that setting as that will turn it off. In fact it is best to minimise how often you restart MX, MX works best if left running.
4) Are you now saying only June report has problems? Do you definitely have data in June (standard) log file for whole month? The report is generated partly from that June file and partly from dayfile.txt. If you are saying January to May has no data, then that suggests to me that the standard log files are not found for those months in the data folder. If we can't work out what is going wrong from a diagnostic log with debugging really turned on, then we may need a zip including relevant files from your data folder.
For debug logging started using a parameter, the start command for you is
Code: Select all
"C:\Users\madyo\OneDrive\Weather Station\Cumulus MX\CumulusMX.exe -debug"
Check you have debugging diagnostics on when you generate report again. Then zip again as per Mark's request; only the one file covering when you do the regenerate is needed.
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
Re: NOAA reports
Done as requested and left it running for a while..
I usually run cumulus a few times a week to collect the data...
Has the problem with the software locking up when reading from fine offset stations?
This was the only reason I moved back from my pi-zero.. it used to lock and then i would have to reset the data files to collect the missing data...
I usually run cumulus a few times a week to collect the data...
Has the problem with the software locking up when reading from fine offset stations?
This was the only reason I moved back from my pi-zero.. it used to lock and then i would have to reset the data files to collect the missing data...
You do not have the required permissions to view the files attached to this post.
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
Re: NOAA reports
I think I have found my problem.
Corruption of the dayfile.
Going to create new folder with a backup copy of the dayfile and set the ini file back to the last entry and see if that gets missing data
Ian
Corruption of the dayfile.
Going to create new folder with a backup copy of the dayfile and set the ini file back to the last entry and see if that gets missing data
Ian
-
- Posts: 8
- Joined: Thu 02 Jan 2014 7:49 pm
- Weather Station: WH 1081
- Operating System: Raspbian Jessie
- Location: Radcliffe
Re: NOAA reports
After reading another post about missing NOAA data being linked to corrupt dayfile I have successfully replayed the missing data into a backup of my dayfile which then allowed me to regenerate NOAA files.
Thanks for the advice and a good piece of software..
Thanks for the advice and a good piece of software..