Thank you again for your reply. Found the below error in the /var/log/syslog file for the dump command output that covered parts of 10/06/2020 to 10/14/2020
raspverrypi wee_device [1263] ERROR weewx.manager: Unable to add record 2020-10-07 14:45:00 CDT (1602099900) to database 'weewx.sdb': attempt to write a readonly database Used the "--dump" command today to recheck after clearing the memory "--clear memory" and received the same above error as yesterday. Weewx was stopped prior to the dump command. This error occurs every 5 minutes for the periods stated above and for today as well. Could this be corrupted memory and the reason for the catchup problem? Should the vantage console be powered down and reset or is there an easier way to solve this error? Thank you On Thursday, October 15, 2020 at 3:43:31 AM UTC-5 gjr80 wrote: > On Thursday, 15 October 2020 at 13:58:25 UTC+10 [email protected] > wrote: > >> Thank you for the replies. Yes, as stated the"no_catchup" setting does >> not exist in my /home/weewx/weewx.conf file. Used the setup.py method of >> installation using latest weewx as of 10/5/2020. Therefore based on the >> replies no_catchup is already set to false by default somewhere in the >> weewx program and therefore should attempt to catch up when offline for >> several days. > > > Correct. > > That would only leave the second reason stated in the first reply--that >> there is a time stamp already newer in my database that has prevented the >> catchup from reaching further back than this this newer time stamp. How >> could that be possible since the machine was started after 3 days without >> an ability to receive data that would include the newer time stamped data? > > > Hard to say. RPis are prone to time issues, particularly on startup and > after power outages, and it’s not unknown for a future dated record to be > created. Or it could some other cause/issue. > > I did stop weewx and invoke the wee_device --dump command but received the >> response of bash : wee_device command not found. I then tried the >> following command that did work: /home/weewx/util/scripts/wee_device >> /home/weewx/weewx.conf --dump. I was then prompted for for a yes or no >> which proceeded with a yes it and it dumped data through 10/07/2020 which >> should include data through the offline time. This data is to be placed >> automatically into the database file according to the documentation when >> using the dump command. How long does it take to show on the plot graphs >> (/home/weewx/public_html/index.html) which would remove the blank data line >> of temp, humidity etc.? >> > > Short answer is it depends. Data in reports should be updated on the next > report cycle. Data in plots depends on the plot aggregate interval used in > the plot, plots that include aggregates are only generated every ‘aggregate > interval’; current plots re-generate every report cycle, week plots every > hour, month every three hours and year every 24 hours. NOAA format reports > are a little different, the current month and year reports are updated > every report cycle. Historical NOAA format month and year reports are never > re-generated. The easiest way to force and update of the NOAA format > reports is to delete all of the generated reports, this will cause all NOAA > format reports to be re-generated on the next report cycle. A similar > approach can be taken with the plots by deleting the generated plot files > to force all plots to be re-generated on the next report cycle. > > >> Does dumping the data clear the memory of the data logger or is it still >> there as well as now on my dump file? >> > > No, —dump just reads all of the stored archive records and attempts to > save them to archive. —clear-memory will clear the logger memory. > > >> Incidentally, should the full paths have been needed to invoke the >> wee_device command. >> > > setup.py installs typically require you to be in the directory containing > the executable (in this case wee_device) or to use an appropriate path to > the executable. Package installs usually don’t require the path as the > appropriate directory is added to the PATH environment variable on > installation. And we probably don’t help too much as we tend not to mention > adding the path when listing commands, probably a bit of assumed knowledge > there as well. > > >> Thank you and my apologies for so many questions. >> > > No problems, we’ve all been in your shoes at some time or other. > > Gary > -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-user/42c6b0f7-b41d-435c-90a9-01680a055a6dn%40googlegroups.com.
