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

2020-05-23 Thread BEIJY BUA
Hello i Delete the cmon. Now it runs This is a new Problem, but i cant fix it : May 23 11:17:02 raspberrypi weewx[29430] INFO weewx.reportengine: Copied 0 files to /home/weewx/public_html May 23 11:17:03 raspberrypi weewx[29430] ERROR weewx.cheetahgenerator: Generate failed with exception ''

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

2020-05-23 Thread gjr80
How about a log from startup for about 30 minutes, we should be able to see if those duplicate packets are gone. 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

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

2020-05-23 Thread gjr80
Ok, the multiple duplicate timestamped packets are still there as are the POST and GET. Your system stuck at 8pm but you log extract went to 7:59pm, would be useful seeing 7:55 to say 8:15. Gary -- You received this message because you are subscribed to the Google Groups "weewx-user" group.

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

2020-05-23 Thread Zsolt Máté
I'm confident that the date/time will jump. I'm going to leave it run for the night. I went through Matthew's wiki/how to/issues multiple times, and this is the best what I was able to do. I wasn't able to make interceptor listen to my network traffic and sniff out the communication between my

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

2020-05-23 Thread gjr80
Well I am stumped. The repeat packets seem to be in a reasonably regular routine, a few HTTP GETs followed by a HTTP POST. I can accept that since you are fooling your station into thinking the interceptor driver is WU your weather station may not be seeing the exact response it expects and

Re: [weewx-user] V4 with python2 OWFS errors

2020-05-23 Thread Glenn McKechnie
Looks like another encoding issue. You could try changing line 274 in the same fashion. No guarantees, as I can't test it. change... sv = ow.get(path) to include the encode fix... sv = ow.get(path.encode()) I've raised it as an issue on github, hopefully mathew will be along and able to apply

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

2020-05-23 Thread 'Rob Series' via weewx-user
I suspect the parsing problem is caused by update to RTL_433 in August 2019. See my post of 20 May below. Rob Series On Thursday, 21 May 2020 16:08:46 UTC+1, Andrew Mackey wrote: > > Gary, > > thank you for your post. It has been helpful. I have made some progress > now. > > First I think I

Re: [weewx-user] Problem with evapotranspiration after upgrade from 3.9.2 to 4.0

2020-05-23 Thread IL
Hi Tom, Thanks for coming back to me. I think I have to apologize for starting this thread. I found the error that caused the bar diagram to fail and now things look quite normal. ET is similar to what I have seen before. Anyhow, I send you the output in case you would care to check that they

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

2020-05-23 Thread Zsolt Máté
Disabling WU didn't help. > > May 23 15:00:19 weewx weewx[10289] DEBUG user.interceptor: raw packet: { 'wind_speed': 2.0, 'humidity_in': 46.0, 'temperature_in': 72.9, 'solar_radiation': 134.81, 'windchill': 54.9, 'dewpoint': 47.8, 'humidity_out': 77.0, 'uv': 1.0, 'rain': 0.0, 'dateTime':

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

2020-05-23 Thread BEIJY BUA
Hello After Uninstall the cmon extension i have only one Problem with the Weather34: May 23 11:55:05 raspberrypi weewxd: w34rt: service version is 0.0.5 May 23 11:55:05 raspberrypi weewxd: w34rt: output goes to /var/www/html/weewx/weather34/w34realtime.txt May 23 11:55:05 raspberrypi weewxd:

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

2020-05-23 Thread Zsolt Máté
Here's the log -> https://pastebin.com/B2zFhnje -- 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 this discussion

Re: [weewx-user] V4 with python2 OWFS errors

2020-05-23 Thread Gazza
Tried that change and it crashed with a different set of errors. Gaz -- 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.

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

2020-05-23 Thread 'Rob Series' via weewx-user
Hi, I have done some more research and it looks like there was a change in RTL_433 at tag 19.08 (August 2019) that changed the naming convention for a significant number of wind related fields for lots of sensors. I guess sdr.py needs to be updated to take this into account. I would offer but

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

2020-05-23 Thread Zsolt Máté
We have 8:22PM, it stopped at last report wast generated at 8PM. Here's the log of the first 30 minutes, of the actual run https://pastebin.com/uhyCkPvX -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop

Re: [weewx-user] How to calculate, process and store a derived variable

2020-05-23 Thread Maarten van der Hoeven
Thanks Tom for the pointer. Already busy implementing Op zaterdag 23 mei 2020 02:52:39 UTC+2 schreef Tom Keffer: > > Sounds like a perfect job for the xtypes system. See this wiki article: > *WeeWX > V4 user defined types (xtypes)* >

[weewx-user] Re: weewx output plugin/extension for WXSIM weather simulator?

2020-05-23 Thread Russell Swan
Add me to the list of users who would find this adaptation useful. On Wednesday, May 13, 2020 at 3:38:09 AM UTC-4, Ville Helander wrote: > > Hi Christian! > > Did you get anythink working after this? > Is there way to enhance the crt extension to create monthly files also? > Or is weewx-wd

[weewx-user] Re: AcuRite 5-in-1 sensor and barometric pressure

2020-05-23 Thread Greg Gowins
So I have a similar setup to this that had been running fine in 3.9.x, except I also have an Acurite Lightning Meter and a BME280 chip connected, using the weewx extension from here to run it: https://gitlab.com/wjcarpenter/bme280wx I upgraded to Weewx 4 last night, and everything seems to be

[weewx-user] Re: Problem with alarm.py in Weewx 4.0

2020-05-23 Thread Remy Lavabre
Hello, In fact I found a solution: alarm.py has been placed in the folder /usr/share/weewx/weewx (with engine.py, cheetagenerator.py and other..) ; and I changed the line in the weewx.conf : report_services = weewx.engine.StdPrint, weewx.engine.StdReport, weewx.alarm.MyAlarm Now it works

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

2020-05-23 Thread steeple ian
Hi Beijy, The settings1.php file is created the first time you open the settings page. It uses the default file that you mentioned as the basis for this. So, in your browser go to the easyW34skinSetup.php file which will open the settings page. Once you have applied your preferences and save,

[weewx-user] Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Felix Maltzahn
Hey, After upgrading weewx to V.4.0 I have a big problem with reading my TFA Nexus (TE923). If I downgrade to 3.9.2 all works fine. In the tail log I found the following messages: sudo tail -f /var/log/syslog May 23 18:58:38 wetterstation weewx[1950] CRITICAL weewx.engine:

[weewx-user] Reading Atlas signal w/Rpi3 and SDR

2020-05-23 Thread Preston
Hello, So I have tried getting this working and giving up about 8 months ago as the SDR had not been developed enough to read the AcuRite Atlas signals. I have found a renewed interest in trying to get this working again as it looks like people are getting there Atlas's into WeeWx. But I'm

[weewx-user] Re: Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Felix Maltzahn
Thank you! The weatherstation service is my first RPI project. Where I can find the driver files on my RPI? Am Samstag, 23. Mai 2020 19:59:04 UTC+2 schrieb Michael: > > Hi Felix, > > try this > https://raw.githubusercontent.com/weewx/weewx/development/bin/weewx/drivers/te923.py > see: >

[weewx-user] Re: Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Michael
Hi Felix, try this https://raw.githubusercontent.com/weewx/weewx/development/bin/weewx/drivers/te923.py see: https://groups.google.com/forum/#!searchin/weewx-user/te923%7Csort:date/weewx-user/Bx4tSRnz7aw/sZ8QPU4hBAAJ Michael Am Samstag, 23. Mai 2020 19:38:02 UTC+2 schrieb Felix Maltzahn: > >

[weewx-user] Re: Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Michael
depends on the type of installation: setup.py -> /home/weewx/bin/weewx/drivers Am Samstag, 23. Mai 2020 20:12:47 UTC+2 schrieb Felix Maltzahn: > > Thank you! The weatherstation service is my first RPI project. Where I can > find the driver files on my RPI? > > Am Samstag, 23. Mai 2020 19:59:04

[weewx-user] Re: Belchertown MQTT update time is chaotic

2020-05-23 Thread Jaap de Munck
Hallo Keimpe, I use belchertown_locale = nl_NL.*UTF-8* and that is ok. Regards, Jaap Op maandag 18 mei 2020 19:44:51 UTC+2 schreef Keimpe Bleeker: > > Another try to find a solution for a weird problem! > > Problem: MQTT updates are working perfect, but the text and time of the > last

[weewx-user] Re: Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Jan Stelling
> > Same problem here. I took the driver from the Github repo, copied it to > /usr/share/weewx/weewx/drivers/, restarted weewx, but no luck. > Any ideas? > Sorry, the driver works. I faced another problem with my WeatherCloud extension that needed an update as well... -- You received this

[weewx-user] Re: Upgrade 3.9.2>4.0 Problem with TE923 Nexus driver (unable to load driver)

2020-05-23 Thread Jan Stelling
Same problem here. I took the driver from the Github repo, copied it to /usr/share/weewx/weewx/drivers/, restarted weewx, but no luck. Any ideas? -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To unsubscribe from this group and stop receiving

[weewx-user] Re: Weahterdata from meteohub to weewx convert

2020-05-23 Thread Kimmo Hassinen
Hi. Did you manage to get data from meteohub to weewx? lauantai 11. huhtikuuta 2020 4.52.35 UTC+3 gjr80 kirjoitti: > > Hello, > > Is this the csv file you referred to in your earlier post in another > thread > ? If > so

[weewx-user] Issue with BME280 after upgrade to weewx 4

2020-05-23 Thread Greg Gowins
I posted this in another thread, but figured it might be better seen if I started a new topic. For a while I have been running an Acurite 5-n-1 and Acurite Lightning sensor via SDR, and have a BME280 connected to the Pi, with the weewx extension from here to run it:

[weewx-user] Not getting parsed output

2020-05-23 Thread 'dvdhns' via weewx-user
When running rtl_433 I can see several sensors. However, when I run weewx with the sdr driver, I can only see the Acurite5n1 sensor. None of the others are parsed. Because they're not parsed, I'm not able to add them to the Sensor Map in the weewx.config file (or guessing hasn't worked). For

[weewx-user] Re: Not getting parsed output

2020-05-23 Thread Gazza
This is another case where the rtl_433 version 20.02-26-ge571a05 from Feb 2020 has changed the reported info from what is expected by sdr.py V0.77. For the Acurite-606TX, try changing 'IDENTIFIER =' line in the class 'Acurite606TXPacket(Packet):' section of sdr.py fromIDENTIFIER =

[weewx-user] Re: Issue with BME280 after upgrade to weewx 4

2020-05-23 Thread Gazza
Slightly off topic, the info on the bme280wx site says it works with python 2 and not python 3. I have gone back to python2 so I can use owfs and the next bit to get working was to be the bme280w based barometer. So what version of python are you running with your V4 weewx ? Gaz -- You

[weewx-user] Re: Belchertown MQTT update time is chaotic

2020-05-23 Thread Keimpe Bleeker
Thanks Jaap, tried that allready without result. Searching now for the module or routine where text 'Laatste update' and time are compiled to the string which has to be presented in the webpage. Weird, because that should be standard and not influenced by config settings. -- You received

[weewx-user] Re: Issue with BME280 after upgrade to weewx 4

2020-05-23 Thread gjr80
Hi, I don't think the BME280 extension is trying to do anything with the lightning data per se. If you look at the BME280 extension code you will see that it attempts to add temperature, pressure and humidity data to the loop packet. The last thing it does is log the packet. What I suspect is

[weewx-user] Re: Issue with BME280 after upgrade to weewx 4

2020-05-23 Thread Greg Gowins
Thanks, that did give me something to go on. In the weewx.conf file, you set the 'must_have', to add the value to the packet and here's what I had: [Bme280wx] temperature_must_have = "" humidityKeys = inHumidity pressureKeys = pressure pressure_must_have = outTemp i2c_port =

Re: [weewx-user] Import from Weathercat

2020-05-23 Thread gjr80
Ville, Did you get around to trying the wee_import WeatherCat module? 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

[weewx-user] Re: Monitoring WeeWX with Nagios

2020-05-23 Thread Xant
Update Matthew Wall nagios plugin works. -- 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 this discussion on the

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

2020-05-23 Thread Gazza
As you have alredy found this is another case where rtl_433 has changed the reported info from what is expected by sdr.py V0.77. For this station it looks like most of the strings have changed. In the 'class OSWGR800Packet(Packet):' section of sdr.py try changing these bits, from