[weewx-user] MQTTSubscriber not saving values to database

2019-10-16 Thread jmltech
HI, Downloaded the MQTTSubscriber so that I can grab some extra temp and humidity readings from a couple of Arduinos. They are being published correctly via MQTT, as verified by MQTT-Explorer. Got the subscription configured okay (no configuration errors) on weewx, however I'm getting an

Re: [weewx-user] Re: Did someone test Weewx in Raspbian Buster?

2019-10-16 Thread Susan Mackay
Could you elaborate a bit more for the sake of others trying to do the same? (Also for me - lets me know what problems others have overcome if/when I come to update the code.) Susan -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Xant
Greg Back to the Solar Radiation, UV and Illuminance. There are indeed debate regarding direct conversion from Radiation to Illumination (as definitely different entities). Although, extrapolation by a multiplier seems to provide close results (Lux ~ 119.*Rad), per related following

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Xant
Ok... don't want to make this a tug-of-war, but my "un-scientific" fell is that you can bring any PWS hardware to anywhere, and expectations that they would communicate just fine (regardless of local regulations). Then, there is the upload to usual OEM Weather website, which by my previous

Re: [weewx-user] Re: Random Stoppages

2019-10-16 Thread K Weaver
# WEEWX CONFIGURATION FILE # # Copyright (c) 2009-2019 Tom Keffer # See the file LICENSE.txt for your rights. ## # This section is for general configuration information. # Set to 1 for extra debug info, otherwise

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread vince
On Wednesday, October 16, 2019 at 9:45:15 AM UTC-7, Sean Jahnig wrote: > > I contacted weatherflow regarding their station and they said they're not > selling it outside of the us and Canada because of frequencies etc. That > are designed only to work in those places. I guess that means it won't

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Thomas Keffer
If you care about data integrity, the $50 for a modest UPS is money well spent! On Wed, Oct 16, 2019 at 5:00 PM gjr80 wrote: > Yes, the price you pay for using software record generation. Also, I > forgot about no_catchup being introduced in 3.9.1. That changes the logic > during a startup

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread gjr80
Yes, the price you pay for using software record generation. Also, I forgot about no_catchup being introduced in 3.9.1. That changes the logic during a startup catchup, now software record generation will also get caught up in the 'timestamp less than final' issue unless you set no_catchup =

[weewx-user] Re: CSV extension writing bad data

2019-10-16 Thread gjr80
Can't comment on what changed on your install from 3.5.0 to 3.9.2. The only WeeWX code that could affect the csv output would be the AcuRite driver, and I see there have been no changes to this driver since the 3.5.0 release that could account for the changed behaviour. Perhaps you are using a

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Thomas Keffer
Immune, yes, but you also won't get any archive records stored on the logger while your computer is down! On Wed, Oct 16, 2019 at 4:33 PM gjr80 wrote: > One other thing to keep in mind; the de facto standard mode of operation > of a Davis station under WeeWX is to use hardware record

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread gjr80
One other thing to keep in mind; the de facto standard mode of operation of a Davis station under WeeWX is to use hardware record generation, in other words WeeWX obtains and stores archive records from from the console/logger. WeeWX can also operate using software record generation where only

[weewx-user] Re: CSV extension writing bad data

2019-10-16 Thread Pat
It's probably not too bad to fork the extension and add the CachedValues method as seen in the restx extension (read: copy/paste). Once tested and working this should satisfy option 3. Other important information found

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Xant
Greg Your interpretation of Radio Frequencies seems correct. Although, my note regarding OEM data upload still to consider as a personal experience in other sides of the Globe. By other posting, it seems that Sean Jahnig already decided and bought an Acurite... which I also think (not sure

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Greg Troxel
Sean Jahnig writes: > I contacted weatherflow regarding their station and they said they're not > selling it outside of the us and Canada because of frequencies etc. That > are designed only to work in those places. I guess that means it won't have > full functionality outside of us and canada

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Xant
Not sure where is your weather pole location, but here is a bit of debate to consider. I previously took an Acurite 5x1 to family in Brazil. Upon installing and connecting, the Acurite website was not registering "Brazil" as a location, so we had to register as US based. The result is that

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Sean Jahnig
Thanks for the update. I contacted weatherflow regarding their station and they said they're not selling it outside of the us and Canada because of frequencies etc. That are designed only to work in those places. I guess that means it won't have full functionality outside of us and canada

[weewx-user] Re: CSV extension writing bad data

2019-10-16 Thread Dave
On Tuesday, October 15, 2019 at 11:39:03 PM UTC-7, gjr80 wrote: > > Hi, > > The problem you are experiencing is due an incompatibility between your > station emitting what is known as partial loop packets (ie not all obs are > included in all loop packets) and the mode in which you are operating

Re: [weewx-user] Re: Weather station recommendations?

2019-10-16 Thread Xant
After the above reference regarding Windguru, I implemented the plugin service into WeeWX and start uploading to Windguru website (easy process, and uploading in minutes). Upon uploading PWS data to Windguru, said that account would be upgraded to PRO (as incentive for contribution and

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Thomas Keffer
This has been my solution as well: a real-time clock, plus a UPS. But, if the power outage is severe enough to drain the UPS battery, my setup still recovers. At least, the last time that happened (about a year ago). -tk On Wed, Oct 16, 2019 at 8:14 AM David VE3STI wrote: > I had somewhat

Re: [weewx-user] Re: Weather Underground Upload Fails

2019-10-16 Thread Thomas Keffer
Most likely this is being caused because you are missing the necessary certificates on your RPi to certify the https connection. I'm definitely not a certificates expert, but try this on your RPi: *sudo apt-get update* *sudo apt-get install --reinstall ca-certificates* This will refresh your

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread David VE3STI
I had somewhat similar issues - WeeWX couldn't read from the Vantage Vue after boot up. I needed to do the "memory clear" command then all was well. However, it was a giant pain if I was away/busy/etc and not available to run the command. I thought that it should be possible to "fix" this issue

[weewx-user] Re: Weather Underground Upload Fails

2019-10-16 Thread Ford Smith
weewx 3.9.2 python 2.7.16 On Wednesday, October 16, 2019 at 8:51:35 AM UTC-4, Ford Smith wrote: > > Until a brief power failure the other day, my weewx reading an Accurite > weather station was performing perfectly on a Raspberry Pi 4. Since then, > the upload to Weather Underground has

Re: [weewx-user] Weather Underground Upload Fails

2019-10-16 Thread Wade Graham
When my unattended Pi 3B running weewx goes down for a longer time it takes a while until Wunderground starts displaying data after the Pi boots up. I think Wunderground may blocks data for a period of time until there is a steady transmit rate. Weewx is set to Rapid Fire. On Wed, Oct 16, 2019

[weewx-user] Re: Sunshine Time

2019-10-16 Thread Andrew Milner
check your file - it looks as though there is now a 'stray' letter v in the file as a result of your editing!! A typo of somekind clearly!! On Wednesday, 16 October 2019 14:57:33 UTC+3, Stefan wrote: > > Thx Gary. > I made the change. However, it does not work either. There is still the >

Re: [weewx-user] Weather Underground Upload Fails

2019-10-16 Thread Thomas Keffer
What version of WeeWX? What version of Python? Earlier version of WeeWX posted using http instead of https. On Wed, Oct 16, 2019 at 5:51 AM Ford Smith wrote: > Until a brief power failure the other day, my weewx reading an Accurite > weather station was performing perfectly on a Raspberry Pi

[weewx-user] Weather Underground Upload Fails

2019-10-16 Thread Ford Smith
Until a brief power failure the other day, my weewx reading an Accurite weather station was performing perfectly on a Raspberry Pi 4. Since then, the upload to Weather Underground has failed. I've reinstalled weewx, even created a new PWS on Underground, and finally turned Debug on. Apparently,

[weewx-user] Re: Sunshine Time

2019-10-16 Thread Stefan
Thx Gary. I made the change. However, it does not work either. There is still the error message: Oct 16 13:54:28 raspberrypi weewx[12153]: engine: Caught unrecoverable exception in engine: Oct 16 13:54:28 raspberrypi weewx[12153]: name 'v' is not defined Oct 16 13:54:28 raspberrypi

Re: [weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Thomas Keffer
This is likely a case of memory corruption, brought on by time not being synced during the reboot, due to the lack of an on-board clock. It was not a problem with Weatherlink because you were not running it on an RPi. See the section *WeeWX generated HTML pages, but does not update them

Re: [weewx-user] weatherlink live

2019-10-16 Thread Thomas Keffer
No, but you are reminding me to call Davis. On Wed, Oct 16, 2019 at 1:20 AM Pierre Chevallier wrote: > Do you have any date for the release? > > Many thanks for your work. > Regards. > > Le dimanche 30 juin 2019 14:00:22 UTC+2, Thomas Keffer a écrit : >> >> Unfortunately, no. It will get done,

[weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Andrew Milner
what came just before the log you posted? why is weewx attempting to do a catchup? had weewx just been started? had communications been lost for some reason? We need to know what is causing weewx to attempt a catchup in the first place. You can never post too much log On Wednesday,

[weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Andrea Cecilia
here it is. As you can see, there is no "added record [...] to weewx.sdb" line, which indicates that it is not downloading data from the datalogger, and the reson (I think) is explained in the highlighted line. Oct 16 10:30:14 raspberrypi weewx-vp2[511]: vantage: Getting archive packets since

[weewx-user] Re: Davis Datalogger bug

2019-10-16 Thread Andrew Milner
attaching the log not just a line may let people offer more advice. On Wednesday, 16 October 2019 13:05:21 UTC+3, Andrea Cecilia wrote: > > Hi there, > I'm working with lot of Davis stations connected to weewx, and I noticed > that there exists a frequent bug which I'm trying to describe now:

[weewx-user] Davis Datalogger bug

2019-10-16 Thread Andrea Cecilia
Hi there, I'm working with lot of Davis stations connected to weewx, and I noticed that there exists a frequent bug which I'm trying to describe now: sometimes it is like the datalogger gest freezed, so that tweewx cannot download data from it. The only way I tried which is working is banally

[weewx-user] Davis Datalogger freezing bug

2019-10-16 Thread Andrea Cecilia
Hi there, I'm working with lot of Davis stations connected to weewx, and I noticed that there exists a frequent bug which I'm trying to describe now: if for some reason the current goes down and so the Raspberry Pi 3 turns off, when it gets turned on again sometimes it is like the datalogger

Re: [weewx-user] weatherlink live

2019-10-16 Thread Pierre Chevallier
Do you have any date for the release? Many thanks for your work. Regards. Le dimanche 30 juin 2019 14:00:22 UTC+2, Thomas Keffer a écrit : > > Unfortunately, no. It will get done, but it may take some time. See issue > #412 . > > -tk > > On Fri, Jun

Re: [weewx-user] Re: Did someone test Weewx in Raspbian Buster?

2019-10-16 Thread Matt
Thanks Susan. I managed to get it working using Ian's suggestions and a bit of trial and error. It's great by the way! On Wed, 16 Oct 2019, 02:48 Susan Mackay, wrote: > Hi Matt, > > I have not tried the driver on anything but Rasbian Stretch and against > V3.6.2. (Still on the 'to do' list as

[weewx-user] Re: Sunshine Time

2019-10-16 Thread gjr80
OK, essentially the same file but double spaced. The problem looks like it is due to field radiation being either missing or None. Try changing the following line: syslog.syslog(syslog.LOG_DEBUG, "Calculated sunshine_hours = %f, based on radiation = %f, and min_sunshine = %f" % to

[weewx-user] Re: Sunshine Time

2019-10-16 Thread Stefan
Hello Gray. Here is the Script. Thx for Help. Am Mittwoch, 16. Oktober 2019 07:47:43 UTC+2 schrieb gjr80: > > Chances are field radiation does not exist in an archive record or it is > set to None. I am afraid if you want any further help you are going to have > to post the copy of

[weewx-user] Re: CSV extension writing bad data

2019-10-16 Thread gjr80
Hi, The problem you are experiencing is due an incompatibility between your station emitting what is known as partial loop packets (ie not all obs are included in all loop packets) and the mode in which you are operating the csv extension. You are running the CSV extension such that it emits