[weewx-user] simulator - small bug

given i have augmented my VP2 with GW1000 for its extra sensors, i have extended Simulator driver to produce data_type values corresponding to those new sensors. then i used the ‘observations’ parameter in [Simulator] to exclude some data_types and got exception on list changed while iterating o

[weewx-user] Questions about weewx-loopdata 2.x

@John: I installed version 2.6. how do i get the values: -- 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...@googlegrou

[weewx-user] Re: Questions about weewx-loopdata 2.x

I found a syntax. Question: for example "Hi Out Temp, week", shouldn't it be the highest temp since Monday? But this is not true for me! Why? geni08...@gmail.com schrieb am Dienstag, 11. August 2020 um 10:57:03 UTC+2: > @John: I installed version 2.6. > how do i get the values: > style='whi

[weewx-user] Re: Simple Tablet “Comsole” skin?

https://github.com/steepleian/weewx-Weather34 was designed as a console replacement on a tablet -- 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+unsubsc

[weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

i apply some rules in [[Corrections]] that depend upon the order they are executed looking at the code in StdCalibrate (around lines 359-363 in weewx.engine) i see the sequencing from ‘correction_dict.scalars' would be lost when placed in simple dictionary ‘corrections'. i also see that the cor

[weewx-user] Format of return values from Last-Rain-extension

Hi I have installed the last-rain extension which give me 2 return values "last_rain" and "time_since_last_rain" In the Github documentation, I can see: Result is returned as a ValueHelper so standard Weewx formatting is available eg $last_rain.format("%d %m %Y") Could you say me where I can de

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

I'm sorry: I just realized that your post is unrelated to the original post. We need some context to understand what you are trying to do. The screenshot you sent does not match your description of what you did. Are you truly upgrading? If so, from what version? What happens when you do a simple i

Re: [weewx-user] simulator - small bug

Thanks, Graham. Fixed in commit 724dacc -tk On Tue, Aug 11, 2020 at 12:57 AM Graham Eddy wrote: > given i have augmented my VP2 with GW1000 for its extra sensors, i have > extended Simulator driver to produce data_

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

Because types of ConfigObj are ordered dictionaries, we can use that. Add this to the list of imports in engine.py import configobj then change this self.corrections = {} to this self.corrections = configobj.ConfigObj() See if that works. -tk On Tue, Aug 11, 2020 at 3:51 AM Graham Eddy wro

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

OrderedDict or stick to ConfigObj ? > On 11 Aug 2020, at 10:39 pm, Tom Keffer wrote: > > Because types of ConfigObj are ordered dictionaries, we can use that. Add > this to the list of imports in engine.py > > import configobj > > then change this > > self.corrections = {} > > to this > >

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

One could use OrderedDict, but it would be the only use anywhere in weewx. By using ConfigObj, we avoid pulling in the collections module. On Tue, Aug 11, 2020 at 5:47 AM Graham Eddy wrote: > OrderedDict or stick to ConfigObj ? > > On 11 Aug 2020, at 10:39 pm, Tom Keffer wrote: > > Because type

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

that make sense yes it does preserve the order, so i’m happy in so doing i picked up a config bug of my own that has been puzzling me: the above test showed an obs_type of “altRain *”. i can’t do ‘altRain *= 1.12’, it has to be ‘altRain = altRain * 1.12’. now i know why this weird ‘altRain *’

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

LOL! You got the error because the option is a ConfigObj mapping assignment, not a general Python expression. Only the right-hand side of the option gets compiled. -tk On Tue, Aug 11, 2020 at 6:15 AM Graham Eddy wrote: > that make sense > > yes it does preserve the order, so i’m happy > > in s

[weewx-user] Simulator - enhancement req - add new value generators

enhancement request to be able to add new value generators to weewx.drivers.Simulator from user.extensions (rather than edit a private copy) easiest way i see is to just move self.observations to class attribute and let folk extend the list. this would be facilitated by an abstract class for Ob

Re: [weewx-user] StdCalibrate - sequence lost in [[Corrections]] ?

so i discovered when i looked at the code. and i discovered OrderedDict at the same time, so it was a productive time-spend and we can’t blame the rain gauge under-read on water draining in the reverse direction in southern hemisphere > On 11 Aug 2020, at 11:27 pm, Tom Keffer wrote: > > LOL!

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

When does your week start? You should see something like this is weewx.conf: # Start of week (0=Monday, 6=Sunday) week_start = 6 What value do you have for week_start? > On Aug 11, 2020, at 3:20 AM, geni08...@gmail.com > wrote: > > I found a syntax. > Question: for example "Hi Out Te

[weewx-user] How to Show Battery Status with the New GW1000 Driver?

Hi, How do I show the battery status for my Ecowitt weather sensors? This is a default install running on "Ubuntu 20.04.1 LTS". I installed WeeWx using the setup.py, with Apache2, WeeWx v4.1.1 and the new GW1000 driver (gw1000-0.1.0b10.tar.gz). As you can see below I am getting the data, but

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

pi@raspberrypi:~ $ sudo apt install weewx Paketlisten werden gelesen... Fertig Abhängigkeitsbaum wird aufgebaut. Statusinformationen werden eingelesen Fertig Einige Pakete konnten nicht installiert werden. Das kann bedeuten, dass Sie eine unmögliche Situation angefordert haben oder, wenn Sie di

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

Have you updated Bootstrap? On Monday, 10 August 2020 at 17:24:19 UTC+1 pour@gmail.com wrote: > Hello, > > After update from 3.9.2 to 4.1.1, I get those errors: > Aug 10 18:20:27 stationmeteo weewx[4210] ERROR weewx.reportengine: Caught > unrecoverable exception in generator 'user.gaugeengin

Re: [weewx-user] Simulator - enhancement req - add new value generators

Why not just subclass class Simulator? In the __init__ function of your new class, call the superclass's initializer, then add additional types to self.observations. You would also have to provide your own loader() function, which would largely replicate the logic in the existing loader(). But, I

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

What version of Rasbian are you running? *cat /etc/os-release* -tk On Tue, Aug 11, 2020 at 7:25 AM geni08...@gmail.com wrote: > pi@raspberrypi:~ $ sudo apt install weewx > Paketlisten werden gelesen... Fertig > Abhängigkeitsbaum wird aufgebaut. > Statusinformationen werden eingelesen Ferti

Re: [weewx-user] Simulator - enhancement req - add new value generators

Try this version of the simulator. It should be a little easier to subclass. On Tue, Aug 11, 2020 at 7:35 AM Tom Keffer wrote: > Why not just subclass class Simulator? In the __init__ function of your > new cla

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

week_start = 0 jo...@johnkline.com schrieb am Dienstag, 11. August 2020 um 16:08:18 UTC+2: > When does your week start? > > You should see something like this is weewx.conf: > # Start of week (0=Monday, 6=Sunday) > week_start = 6 > > What value do you have for week_start? > > On Aug 11,

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

Le mardi 11 août 2020 16:34:03 UTC+2, ge...@cusick.org.uk a écrit : > > Have you updated Bootstrap? > > > Oops, no. Thanks for the reminder. Few minutes later... updated to v2.26. But I still get the errors with weewx 4.1.1 and python 2.7.16: Aug 11 17:41:55 stationmeteo weewx[4210] ERROR wee

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

OK, before we look at the daily summaries in your database, please install loopdata at head. I’ve added logging for week_start and rainyear_start at startup. Let’s make sure that the extension thinks week_start is 0. Install the the extension. Restart weewx and then paste in the lines from th

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

After a restart of weewx, there is no more errors. Thank you for your help! -- 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.

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

Also, please add $week.outTemp.max.formatted to a report. You can simply add it anywhere in a template. After the report is generated, send the value printed in the report and the value in the loop-data.txt file. I have tests for all of this; but, of course, I could have a mistake in the test

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: tmpname: /tmp/LoopDataz7h4ntn0 Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: enable : 0 Aug 11 18:05:41 Wetter-Raspi weewx[1211] INFO user.loopdata: remote_server : www.foobar.com Aug 11 18:0

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

It does not look like you have installed from head on github. Go to this page: https://github.com/chaunceygardiner/weewx-loopdata Click “Code” and then click download zip. Install that zip file. When you do that, after time_delta in the log, you should see week_start and rainyear_start. > On

Re: [weewx-user] Simulator - enhancement req - add new value generators

close to working. but in my __init__, when i alter self.observations after calling super(..), it is after the ‘observations’ filter from weewx.conf has been applied. so, after carefully disabling some of my new value types by excluding them from ‘observations’ filter (Simulator.__init__ dutifull

Re: [weewx-user] Simulator - enhancement req - add new value generators

i forgot to ask: start_ts is outside my __init__’s scope, so should i use self.the_time? e.g. import weewx.drivers.simulator as simulator ... # VP2 optional observations self.observations['extraTemp1'] = simulator.Observation( magnitude=4.0, aver

Re: [weewx-user] Debian Buster Installation Fails.

Followed the exact same steps. It worked this time loading the proper version python. On Sunday, August 9, 2020 at 1:04:17 PM UTC-4, Jamie Stephens wrote: > > Did you add weewx to the trusted sources? > > On Sun, Aug 9, 2020 at 12:58 PM Michael McClane > wrote: > >> Followed all the instructio

[weewx-user] Re: Bootstrap report probelm after update to 4.1.1

You’re welcome. I went down the same path myself! On Tuesday, 11 August 2020 at 17:15:27 UTC+1 pour@gmail.com wrote: > > After a restart of weewx, there is no more errors. > > Thank you for your help! > > > -- You received this message because you are subscribed to the Google Groups "weew

Re: [weewx-user] Simulator - enhancement req - add new value generators

That's why I added the method trim_observations(). It allows you to tailor this behavior. For example, you could override trim_observations() and have it add your new types before calling the subclass's version. Or, v-v (not sure exactly what you're trying to accomplish). On Tue, Aug 11, 2020 at 9

Re: [weewx-user] Simulator - enhancement req - add new value generators

On Tue, Aug 11, 2020 at 10:03 AM Graham Eddy wrote: > i forgot to ask: start_ts is outside my __init__’s scope, so should i use > self.the_time? e.g. > import weewx.drivers.simulator as simulator > ... > # VP2 optional observations > self.observations['extraTemp1'] = simulator.Observation

[weewx-user] Using more than one driver?

I am running an nginx server displaying data from a Weatherflow station and all is working ( http://millennialhouse.mynetgear.com/weatherserver/). I would like to add data from an Ecowitt gateway using interceptor. Would I need to run a separate instance of weewx and integrate the data with the

Re: [weewx-user] Using more than one driver?

You cannot run two drivers in the same instance of WeeWX. However you can use the new weewx-gw1000 extension which can be run as a service at the same time as your Weatherflow driver. On Tue, 11 Aug 2020 at 21:03, Timothy Buchanan wrote: > I am running an nginx server displaying data from a W

Re: [weewx-user] Re: Belchertown Skin, Websockets, Firefox Fail to Connect

I've updated the skin to 1.2rc2, and I have narrowed the problem down to an SSL/MQTT issue. I had failed in the past, but today successfully got WeeWX to update via TLS after I changed the MQTT setting in weewx.conf to "tls_version = tlsv1.2". That makes sense, the Mosquitto broker wants TLS 1.

[weewx-user] Re: Simple Tablet “Comsole” skin?

Thanks, all! I'll check them out. On Tuesday, August 11, 2020 at 6:45:42 AM UTC-4 steep...@gmail.com wrote: > https://github.com/steepleian/weewx-Weather34 was designed as a console > replacement on a tablet -- You received this message because you are subscribed to the Google Groups "weewx-u

Re: [weewx-user] Using more than one driver?

This is not yet listed on the wiki but a search found it on GitHub. Thanks for calling my attention to it. On Tuesday, August 11, 2020 at 2:21:51 PM UTC-6 steep...@gmail.com wrote: > You cannot run two drivers in the same instance of WeeWX. However you can > use the new weewx-gw1000 extension

[weewx-user] Module Error

Hi all! I'm running the last version of weewx with python3 on my Raspberry Pi. As skin I use the weather34 weewx version ( https://github.com/steepleian/weewx-Weather34) There are also incorporated highcharts that are created live from the database when selecting on the website. However, a part o

[weewx-user] Re: Module Error

Need a lot more info to figure out what is wrong. The repository for weather34 template has a troubleshooting guide. Collect the required info and open an issue on the repository and post the info. On Tuesday, August 11, 2020 at 3:27:16 PM UTC-7, Mauro De Lauretis wrote: > > Hi all! > I'm runnin

Re: [weewx-user] Using more than one driver?

I installed the gw1000 driver, using sudo wee_extension --install=/var/tmp/gw1000-0.1.0b10.tar.gz and edited weewx.conf [[Services]] to read data_services = user.bme280wx.Bme280wx, user.gw1000.Gw1000Service but this broke the generation of reports. Editing back to data_services = user.bme

[weewx-user] Module Error

Hi, Almost certainly a PYTHONPATH error. The correct PYTHONPATH will depend on how you installed WeeWX. For a package install try some like (untested): $ sudo PYTHONPATH=/usr/share/weewx python3 /var/www/html/weewx/weather34/w34highcharts/wee_reports_w34 for a setup.py install try: $ sudo PYT

Re: [weewx-user] Module Error

That was my first thought too, but /var/www/html/weewx is a mighty strange location to store an executable. Are you sure you want that? On Tue, Aug 11, 2020 at 5:05 PM gjr80 wrote: > Hi, > > Almost certainly a PYTHONPATH error. The correct PYTHONPATH will depend on > how you installed WeeWX. For

Re: [weewx-user] Module Error

Yes, agree, but interestingly it wants to import weewx. 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+unsubscr...@googlegroups.com. To view thi

[weewx-user] Re: Module Error

This is not a weewx issue or a python path issue. The file is in the correct location, but the troubleshooting guide must be done to find out why there is an error. On Tuesday, August 11, 2020 at 3:27:16 PM UTC-7, Mauro De Lauretis wrote: > > Hi all! > I'm running the last version of weewx with

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

OK, I found the issue. My tests simulate running weewx and processing packets. The issue was at startup where I use daily summaries to create accumulators for day, week, year and rainyear. That code was missing the first daily summary of each of these periods. I’ve fixed this issue in v2.7.

[weewx-user] Re: Module Error

Maybe so, but it doesn’t alter the fact this is a PYTHONPATH issue. 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+unsubscr...@googlegroups.com.

Re: [weewx-user] Re: Module Error

You're probably right. I suspect the custom weather34 installer went a little ... off track. On Tue, Aug 11, 2020 at 6:02 PM J D wrote: > This is not a weewx issue or a python path issue. The file is in the > correct location, but the troubleshooting guide must be done to find out > why there is

[weewx-user] Trouble with Vaisala driver - syslog not defined

I am attempting to install on a BeagleBone Black Wireless. My device is a Vaisala wxt520. I have installed a driver from github. BeagleBone ubuntu is based on Debian 9 so I am running python2. I'm not afraid to edit files, but not sure if this driver should run on my system and maybe I just mi

Re: [weewx-user] Re: upgrade from weewx 3.9.2 to 4.1.1 doesn't work ...

pi@raspberrypi:~ $ PRETTY_NAME="Raspbian GNU/Linux 9 (stretch)" pi@raspberrypi:~ $ NAME="Raspbian GNU/Linux" pi@raspberrypi:~ $ VERSION_ID="9" pi@raspberrypi:~ $ VERSION="9 (stretch)" pi@raspberrypi:~ $ VERSION_CODENAME=stretch pi@raspberrypi:~ $ ID=raspbian pi@raspberrypi:~ $ ID_LIKE=debia

Re: [weewx-user] Re: Questions about weewx-loopdata 2.x

Hi John, Thanks for the new version. I still have the following questions: Where can I find a description of what a "Rain Year" is? Where and how can I set that $wind.rms.formatted and $windGust.max.formatted also have a decimal place at km / h? Current Livelink