Re: [weewx-user] Handling scarce external data

2020-05-20 Thread Pila
If a line has an embedded value of None, it is considered to be two separate line segments, regardless of the setting of gap_fraction. So, I would suggest leaving the data value out entirely, rather than setting it to None. > > > Does that make sense? > > I believe I got it! I think my problem i

[weewx-user] Re: Belchertown Skin Charts

2020-05-20 Thread Manfred Maier
Hi Ron, you don't require the aggregate_interval, especially not with a setting of '1 day'. Here is an example (for Belchertown version 1.1) from my webpage (www.wetter-zorneding.de - the rain chart on the Year 2020 page): [[rainmonthtotals]] title = Monatliche Niederschlagsmenge

Re: [weewx-user] Handling scarce external data

2020-05-20 Thread Tom Keffer
Sorry. My fault for not thinking this through. It will still end up being a null value in the database, so when it's read back in, it takes on the value of None. I think you're back to either a separate database, or using large aggregation intervals and using aggregation type ".last". -tk On We

[weewx-user] sdr.py not parsing Oregon WGR800X output correctly.

2020-05-20 Thread 'Rob Series' via weewx-user
Hi, Please could anyone help. I'm having problems using an Oregon wind speed sensor using instructions on /weewx/weewx/wiki/sdr-rpi-recipe. This was working, but following an upgrade from an old WGR800 to the newer WGR800X it seems to have broken. Output from sdr.py shows its getting the corr

Re: [weewx-user] Handling scarce external data

2020-05-20 Thread Pila
Precisely what I found out: there are no (soilTemp2 = '' ) records, records are either: (soilTemp2 IS NULL) or (soilTemp2 > 1). There is no third option. But, what stil bugs me: Plot does not acknowledge in any way (dot, segment nor anything) sporadic data in soilTemp2 field. If data is in ever

[weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

2020-05-20 Thread BEIJY BUA
Hello Everybody Sorry for my bad English. I have a problem after Upgrade to 4.0.0 Here is the Post from the status: Mai 20 19:32:11 raspberrypi weewxd[496]: weewx[496] CRITICAL __main__: File "/home/weewx/bin/weewxd", line 148, in main Mai 20 19:32:11 raspberrypi weewxd[496]: weewx[4

Re: [weewx-user] Handling scarce external data

2020-05-20 Thread Pila
This possibly returns me to my first try. Why the line_gap_fraction has no effect? It describes the problem perfectly. I have a gap in the data. But neither data points are connected nor even shown when they are in the gap.. If there is a time gap in the data, the option line_gap_fraction contro

Re: [weewx-user] YEAR Tab shows graph with much lower actual temperatures than were recorded. Same with Heat Index.......

2020-05-20 Thread Bob Atchley
Hi Tom, As a relatively new user of weewx I have to say I'm completely with Joe on this, and was on the point of making a similar comment. I'm not saying the graphs are wrong if you know what they are telling you, but they are very wrong if you make reasonable (but incorrect) assumptions about

[weewx-user] Ecowitt GW1000 and Passkey error

2020-05-20 Thread Gert Andersen
Hi Weewx4.0 Interceptor 0.54 Ubuntu 20.04 GW1000 I get this error: INFO user.interceptor: unrecognized parameter b'PASSKEY=5E7384C4921D13C0A8572F8XXX all the time. I have registered the device with Ecowitt.net. Can I do anything about that? One more question, can I have more weewx ins

[weewx-user] Setting log level for syslog.syslog() style logging for older addons and modules

2020-05-20 Thread kobuki
I've upgraded my 3.9.3 to 4.0.0 on a Debian 10. Unfortunately logging now is all over the place. Program name for rsyslog filters is either 'weewx' or 'weewxd' or on a second weewx instance, 'weewx-name'. That's the lesser of the issues, I can work around that. But then it ignores 'debug = 0' in

Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

2020-05-20 Thread Tom Keffer
You should upgrade cmon. -tk On Wed, May 20, 2020 at 10:34 AM BEIJY BUA wrote: > Hello Everybody > > Sorry for my bad English. > I have a problem after Upgrade to 4.0.0 > Here is the Post from the status: > > Mai 20 19:32:11 raspberrypi weewxd[496]: weewx[496] CRITICAL __main__: > File

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread gjr80
Hi, Not an error as such but an informational log entry that the interceptor driver did not recognise PASSKEY. It just happens that this unfortunately causes the passkey to be logged in full and unobfuscated. I have submitted a PR to Ma

[weewx-user] Re: Setting log level for syslog.syslog() style logging for older addons and modules

2020-05-20 Thread gjr80
On Thursday, 21 May 2020 07:44:24 UTC+10, kobuki wrote: > > I've upgraded my 3.9.3 to 4.0.0 on a Debian 10. Unfortunately logging now > is all over the place. > Sounds a little harsh. Program name for rsyslog filters is either 'weewx' or 'weewxd' or on a > second weewx instance, 'weewx-name'.

Re: [weewx-user] YEAR Tab shows graph with much lower actual temperatures than were recorded. Same with Heat Index.......

2020-05-20 Thread Tom Keffer
Good points. We should work the aggregation interval into the title. Any volunteers? It's just HTML and Javascript! -tk On Wed, May 20, 2020 at 12:44 PM Bob Atchley wrote: > Hi Tom, > > As a relatively new user of weewx I have to say I'm completely with Joe on > this, and was on the point of m

[weewx-user] No rain data for Acurite 5n1 - not getting parsed

2020-05-20 Thread Andrew Mackey
After installing the rtl software and the weewx software on my Pi 4 and getting everything configured I am getting things to work as expected. Just no rain data. I was expecting to have this problem because the output from running the command sudo PYTHONPATH=/usr/share/weewx python /usr/sha

[weewx-user] Where does log_unmapped_sensors log to?

2020-05-20 Thread 'dvdhns' via weewx-user
When you set this in the Sensor map, where does it log to? log_unknown_sensors = True log_unmapped_sensors = True I've looked at the various logs in /var/log and nothing is sticking out. But perhaps I'm asking the wrong question. When I run sudo rtl_433 , I see lots of sensors t

[weewx-user] Re: No rain data for Acurite 5n1 - not getting parsed

2020-05-20 Thread gjr80
Hi, Not a sdr driver or Acurite user but looking at the sdr driver as far as I can tell the sdr driver expects Acurite5n1PacketV2 rain data to be in field rain_mm whereas you appear to have rain_in. You could try adding the following two highlighted lines to /usr/share/weewx/user/sdr.py:

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread Gert Andersen
Hi Gary Thanks, working now. Do you know if I can more weewx instances running using the same port 8000? Gert On Thursday, May 21, 2020 at 1:57:30 AM UTC+2, gjr80 wrote: > > Hi, > > Not an error as such but an informational log entry that the interceptor > driver did not recognise PASSKEY. It

[weewx-user] Re: Where does log_unmapped_sensors log to?

2020-05-20 Thread gjr80
Hi, log_unknown_sensors = True log_unmapped_sensors = True will send output to where ever WeeWX log output is sent, /var/log/syslog is typical for Debian based users unless you have explicitly changed it. However, note that unknown and unmapped sensor data is only logged when th

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread gjr80
Hi Gert, Do you mean multiple WeeWX instances on the same machine listening to the same port? To be truthful I don't know but I would have expected there would be some contention there somewhere. It's an easy enough experiment to do though, you just need another WeeWX config file with the appro

[weewx-user] upgrade from 3.9.1 to 4 failed

2020-05-20 Thread Neville Davis
the following from setup and status copying util/import/cumulus-example.conf -> /home/weewx/util/import copying util/launchd/com.weewx.weewxd.plist -> /home/weewx/util/launchd creating /home/weewx/util/default copying util/default/weewx -> /home/weewx/util/default running install_egg_info Wri

[weewx-user] GUI date/time and current conditions frozen

2020-05-20 Thread Zsolt Máté
My current conditions are "frozen". Date is waaay in the future. I'm located in NZ, local time/date is 4:47PM, the 21st of May. Since we're UTC-12, nobody passed the dateline yet. I've checkt the date/time and timezone and these are correct on my server. The graphs are correct. What could caus

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread gjr80
Hi, Looks like you need to install the python module configobj. How you do that will depend on whether you are running WeeWX under python2 or python3. I suspect you will be running under python 3 so use: $ sudo apt install python3-configobj if not under python2 use: $ sudo apt install python-

[weewx-user] Re: GUI date/time and current conditions frozen

2020-05-20 Thread gjr80
Hi, Could be any one of a number of causes, should be easily diagnosed with a debug log extract from WeeWX startup. Gary On Thursday, 21 May 2020 14:53:35 UTC+10, Zsolt Máté wrote: > > My current conditions are "frozen". > > Da

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread Neville Davis
Thanks will look at it straight away Nev On Thursday, May 21, 2020 at 2:51:39 PM UTC+10, Neville Davis wrote: > > the following from setup and status > > copying util/import/cumulus-example.conf -> /home/weewx/util/import > > copying util/launchd/com.weewx.weewxd.plist -> /home/weewx/util/launchd

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread Neville Davis
Well that was it for that problem weewx installed but now I have a lot of red on status report. My station is a home brew using i2C and other sensors this is reporting a hardware naming error ?? st login: Thu May 21 14:42:32 2020 from 192.168.0.54 *pi@raspberrypi*:*~ $* sudo systemctl status w

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread gjr80
Yes, the problem is that your driver has not implemented the hardware_name property. You will find it mentioned in the Implement the driver section of the Customization Guide. I cannot explain why the same driver worked under 3.9.1 (i

[weewx-user] Re: GUI date/time and current conditions frozen

2020-05-20 Thread Zsolt Máté
Thanks for the fast reply Gary. Here's the log -> https://pastebin.com/4zNJEJea On Thursday, May 21, 2020 at 5:07:37 PM UTC+12, gjr80 wrote: > > Hi, > > Could be any one of a number of causes, should be easily diagnosed with a > debug > log extract >

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread Neville Davis
Ok I will look into it I have had the system running for a few years the last software update was to 3.9.1 when it came out...Its been some time since I visited my software about time i did it again. Thanks for the info. Nev On Thursday, May 21, 2020 at 2:51:39 PM UTC+10, Neville Davis wrote:

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread gjr80
It doesn't need to be anything flash, just needs to implemented and return a string. You will find heaps of examples in the drivers in the weewx/drivers directory. Gary On Thursday, 21 May 2020 15:45:37 UTC+10, Neville Davis wrote: > > Ok I will look into it I have had the system running for a

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread Gert Andersen
Hi Yes multiple weewx instances listening to the same port. I have 2 weewx instances serving two different domain(different languages). It could be fine, if they can use the same port. Otherwise I need 2 GW1000 devices using different ports or..? Gert On Thursday, May 21, 2020 at 6:31:52 AM

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread Neville Davis
This is my driver file, had no problems before.. but always a first time :) # #$Revision: 1 $ #$Author: Nickolas McColl $ #$Date: 2014-08-16 $ #Initial information from above author further edits by Nev Davis #Latest edit 20 June 2017 by Nev Davis """Raspberry Pi driver for t

[weewx-user] Re: GUI date/time and current conditions frozen

2020-05-20 Thread gjr80
Thanks, that is bizarre, I expectedt to see something in the log about record timestamps being less than the last, but no everything is normal. Archive records are bing generated with the correct timestamps, reports are being generated without issue. I can't see it being a browser cache issue,

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread Gert Andersen
Hi Unfortunately, it seems not possible to have 2 weewx instances using the same port: May 21 08:13:52 GAND weewx-billeder[17360] INFO user.interceptor: driver version is 0.53 May 21 08:13:52 GAND weewx-billeder[17360] INFO user.interceptor: device type: ecowitt-client May 21 08:13:52 GAND wee

[weewx-user] Re: upgrade from 3.9.1 to 4 failed

2020-05-20 Thread gjr80
Like I said I can't explain why this error would not come up with the same driver under 3.9.1,I just checked the 3.9.1 documentation/code and hardware_name was mandatory. In any case easy fixed, you just need something like this in your driver class: @property def hardware_name(self):

[weewx-user] Re: Ecowitt GW1000 and Passkey error

2020-05-20 Thread gjr80
Well that answers that question :) Was reading through the interceptor driver and was starting to come to that conclusion. Gary On Thursday, 21 May 2020 16:19:27 UTC+10, Gert Andersen wrote: > > Hi > > Unfortunately, it seems not possible to have 2 weewx instances using the > same port: > > Ma

[weewx-user] Re: GUI date/time and current conditions frozen

2020-05-20 Thread Zsolt Máté
I've ruled out browser cache. Tested on multiple devices within my network and even asked friends abroad to test. You can give it a try, as well. https://weather.zmate.nz 1. 22nd of May, 12:00:00 is not changing. 2. I've deleted the contents of the www and it has been automatically regenerated,

Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

2020-05-20 Thread BEIJY BUA
Good Morning Its a Number to hard for me, sorry I have no idea what iam doing to fix this Problem. I have renamed all Database in Database_Name. I think my English is not enough for this. I dont have the Programming Skills. I have a backup from my SD Card with 2.7.0 . I go back to this. Is it

Re: [weewx-user] Uṕgrade from 2.7.0 to 4.0.0 fail

2020-05-20 Thread Jarmo Seppänen
Follow instructions at https://github.com/weewx/weewx/wiki/cmon -- 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 weewx-user+unsubscr...@googlegroups.com. To view th