[weewx-user] How do I fully integrate a new custom data field? I've got it working somewhat, but...

Hi all, So today I added the following code to a new file in usr/share/weewx/user/evapcooler.py : import weewx from weewx.engine import StdService class MyEvapCooler(StdService): def __init__(self, engine, config_dict): super(MyEvapCooler, self).__init__(engine, config_dict)

[weewx-user] Re: crt extension has been updated

Hi Mattany chance you could help to add realmore.txt file?...thanks On Friday, 17 January 2020 at 08:39:33 UTC+7 Chotechai Piyavongsiri wrote: > The bigger screenshot is here: Realmore.txt raw data and wind rose > > -- You received this message

Re: [weewx-user] Import from Weathercat

On second thoughts there probably is some scope to have some sort of ignore list. I can see it relying on the user having a reasonable understanding of his/her data. I will make a note to look at this again. Gary On Tuesday, 4 August 2020 10:33:18 UTC+10, Ryan Stasel wrote: > > Cool! It just wa

Re: [weewx-user] Re: New GW1000 Driver available for testing

On Tuesday, 4 August 2020 07:44:37 UTC+10, Paul Anderson wrote: > > So I guess I'm a perdoid control freak > I hope that is not too painful :) The other point of concern is over blindly pasting the full [Accumulator] > stanza into weewx.conf when running as a service. Feel it's really easy for

Re: [weewx-user] Import from Weathercat

Cool! It just was hard to track what was going on given the errors/warnings. Shame we can't just say ignore those (fields, or lack there of) during import, unless I'm missing something obvious. -- You received this message because you are subscribed to the Google Groups "weewx-user" group. To

[weewx-user] Re: GW1000 APi Driver - Additional Data in Weewx?

The —test-driver output you posted seems to show the driver is properly obtaining data from the GW1000 and sensors. I suggest you run WeeWX directly (http://weewx.com/docs/usersguide.htm#Running_directly) and observe the loop packets (lines starting with LOOP:) and archive records (lines startin

Re: [weewx-user] Import from Weathercat

You worked it out, I don’t think of those messages as errors rather they are warnings to check that the import is setup correctly. Hard to do it any other way with fixed format sources unless you add a lot of complexity. Gary -- You received this message because you are subscribed to the Googl

[weewx-user] Re: NULL data for some values with Cumulus Real-Time plugin

Ok, I don’t know anything about how the Weather Link UDP driver works but by the sounds of it it only emits partial packets. The interesting thing is that Davis stations, when run through a serial/USB direct connection (or IP using the old IP logger), use the vantage driver which is not partial

Re: [weewx-user] Re: New GW1000 Driver available for testing

It's a beautiful day! Verified backed out my silly mod and tis works perfectly: # Options for extension 'GW1000' [GW1000] driver = user.gw1000 [[field_map]] inTemp = intemp inHumidity = inhumid pressure = absbarometer dateTime = datetime extraTemp2 =

Re: [weewx-user] Weather Underground API

Exactly what updated forecast extension (URL) are you using? > On Aug 3, 2020, at 2:32 PM, voyagesdedavid wrote: > >  > I think I understand what you meant. Not that my API key needed to be > updated, but that http://api.wunderground.com/api/ is no longer the URL. > > I see from the documen

Re: [weewx-user] Import from Weathercat

--suppress-warnings fixed it. =) And it seems to be importing fine. Sorry for the noise! -- 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...@

Re: [weewx-user] Re: New GW1000 Driver available for testing

Duh sorry I missed your point Gary! So all I have to do is move my fields from battery field map up to field map in weeex.conf and all will be. Sorry sometimes I can't see the forest for the trees. -- You received this message because you are subscribed to the Google Groups "weewx-user" group.

Re: [weewx-user] Re: New GW1000 Driver available for testing

Hi Gary, So I guess I'm a perdoid control freak but when run as a service it's just to supplement data provided by my normal driver, and other services. I get paranoid over what the service has the ability to map too. Because I only have 4 WH31 , 1 WH 57, and the Gw 1000 itself it is way easier to

Re: [weewx-user] Weather Underground API

I think I understand what you meant. Not that my API key needed to be updated, but that http://api.wunderground.com/api/ is no longer the URL. I see from the documentation that the URL is now api.weather.com. Should the updated forecast extension not have taken care of that? Le lundi 3 août

Re: [weewx-user] Re: Help with customization template changes

Templates get re-read with every reporting cycle (no need to restart weewxd). If you're not, it's because you're either editing the wrong file, or your browser is caching the page. Plots get regenerated as often as their aggregation interval. But, you're reporting problems in the .html file, so I

Re: [weewx-user] running weewx directly and as daemon

On Monday, August 3, 2020 at 11:58:11 AM UTC-7, brisguy foo wrote: > > My original complaint was that I could not get the daemon to START without > rebooting the system. I never mentioned problems with shutting it down. If > you look at the log starting around 10:47, you'll see messages indicatin

Re: [weewx-user] Re: New GW1000 Driver available for testing

Paul, The current field_map behaviour is deliberate, it probably doesn’t help that I have not documented the behaviour yet. The expected behaviour is: 1. If the user specifies nothing the default field map is used. (The default field map can be viewed by running the driver directly with the —de

Re: [weewx-user] Weather Underground API

Hi. Thanks for that. I just grabbed the updated extension. [root@weather tmp]# /home/weewx/bin/wee_extension --list Extension NameVersion Description The following alternative languages are available: catala dutch espanol finnish francais german italian Language cha

Re: [weewx-user] Corrupted diagram images generated after update

Try turning off the anti-aliasing. On Mon, Aug 3, 2020 at 8:19 AM Stephan M. wrote: > Hi Tom, thanks for reply. > The webpage showing the faulty diagrams is here. > > > This happens to every image generated. Also the old standard skin show > same behavio

Re: [weewx-user] Weather Underground API

The forecast extension has not been updated to use WU’s new API. If you navigate your browser to the URL you have in your log snippet: > http://api.wunderground.com/api You will get: Service Unavailable > On Aug 3, 2020, at 1:06 PM, voyagesdedavid wrote: > >  > Hello, > Can anyone offer help

[weewx-user] Weather Underground API

Hello, Can anyone offer help on why I can't download forecast from Wunderground, despite having updated my API key? I see this in the logs: Aug 3 21:04:15 weather weewxd: forecast: WUThread: WU: failed attempt 1 to download forecast: HTTP Error 503: Service Unavailable Aug 3 21:04:15 weathe

Re: [weewx-user] running weewx directly and as daemon

My original complaint was that I could not get the daemon to START without rebooting the system. I never mentioned problems with shutting it down. If you look at the log starting around 10:47, you'll see messages indicating that weewx has started, but it should have posted a new record at 11:50

Re: [weewx-user] Re: Help with customization template changes

for normal you can see inside the weewx.conf file which skin is taken, at me its line 143 and further on to see. ... [[SeasonsReport]] # The SeasonsReport uses the 'Seasons' skin, which contains the # images, templates and plots for the report. skin = Seasons enable

Re: [weewx-user] Re: Help with customization template changes

Okay thank you for tip on running wee_reports. However it still didn't fix the problem. I discovered that I was editing the wrong template. I needed to instead edit the following: /etc/weewx/skins/Seasons/index.html.tmpl On Monday, August 3, 2020 at 12:35:33 PM UTC-4 jo...@johnkline.com wrote:

Re: [weewx-user] Import from Weathercat

Realized I missed including actual errors. "Import field 'Lt2' is mapped to weewx field 'leafTemp2' but the import field 'Lt2' could not be found in one or more records. WeeWx field 'leafTemp2' will be set to 'None' in these records" -- You received this message because you are subscribed to th

Re: [weewx-user] Import from Weathercat

Hi Gary, I'm just looking at this using weewx 4.1.1, and I'm seeing an odd result importing from WC using dryrun. It's throwing lots of errors related to LeafTemp and SoilTemp not being mapped (several for each since it's 4 sensors per). Which, makes sense, as I don't have those sensors (in W

Re: [weewx-user] Re: Help with customization template changes

You can wait for a report cycle to happen (prob on the 5 minute boundary) or run wee_reports: /etc/weewx/bin/wee_reports Having said that, another reason for the change not to “take effect” is an error in the template. If that happens, you’ll still see the old report (i.e., html file). Have

[weewx-user] Re: Help with customization template changes

Okay I've read through some documentation and it seems like the Cheetah Generator may be a clue. I just don't know how to force the Cheetah Generator to run and apply my changes. On Monday, August 3, 2020 at 10:46:23 AM UTC-4 galfert wrote: > If I edit the following file: > /etc/weewx/skins/Sta

Re: [weewx-user] Re: New GW1000 Driver available for testing

Forgot to say that user would need to add [[battery_field_map]] to weewx.conf as well On Mon, Aug 3, 2020 at 12:13 PM Paul R Anderson wrote: > Gary > V 10 as a service is almost 100% there. > However if you add a > [[field_map]] stanza to weewx.config, it gets honored correctly, > however wi

[weewx-user] Re: time_length = day_ago_to_now

Make the two match On Monday, August 3, 2020 at 12:05:33 PM UTC-4 jputt...@gmail.com wrote: > My archive_interval is *60*. > Had I to change the intervall to *300* > > > > > > Am Montag, 3. August 2020 16:41:52 UTC+2 schrieb Pat: > >> Ah, I see your gapsize is still in milliseconds. That tells

Re: [weewx-user] Re: New GW1000 Driver available for testing

Gary V 10 as a service is almost 100% there. However if you add a [[field_map]] stanza to weewx.config, it gets honored correctly, however with the current logic we don't get a battery_field_map added at all. One way to fix, altho you probably have a more eloquent solution is: """Initial

[weewx-user] Re: time_length = day_ago_to_now

My archive_interval is *60*. Had I to change the intervall to *300* Am Montag, 3. August 2020 16:41:52 UTC+2 schrieb Pat: > > Ah, I see your gapsize is still in milliseconds. That tells me you haven't > upgraded to the latest version of the skin, or you've skipped upgrading > belchertown.py.

[weewx-user] Re: time_length = day_ago_to_now

To avoid rewriting the graph.conf, I simply copied the old version (1.1.) into the Belchertown skin 1.2. I will now rewrite to '300'. If it doesn't work, install it again. Am Montag, 3. August 2020 16:41:52 UTC+2 schrieb Pat: > > Ah, I see your gapsize is still in milliseconds. That tells me yo

Re: [weewx-user] running weewx directly and as daemon

On Sunday, August 2, 2020 at 8:25:24 PM UTC-7, brisguy foo wrote: > In the log, the switching between direct a daemon execution starts around > 10:15 which is when I finally successfully installed version 4.1.1. It > looks like I killed the daemon around 10:15 and fixed an error in the .conf >

Re: [weewx-user] Corrupted diagram images generated after update

Hi Tom, thanks for reply. The webpage showing the faulty diagrams is here. This happens to every image generated. Also the old standard skin show same behaviour. But I tried Belchertown and there isn't such an issue. A reinstallation of weewx and all py

[weewx-user] Re: Belchertown - Huawei P10

I use Chrome, FireFox, UC Browser and Via. It does not work with all 4 browsers. Am Montag, 3. August 2020 16:43:15 UTC+2 schrieb Pat: > > What browser does this phone use? Chrome? > > On Thursday, July 30, 2020 at 1:15:53 PM UTC-4 jputt...@gmail.com wrote: > >> Hi, >> >> >> when I touch the thre

[weewx-user] Re: NULL data for some values with Cumulus Real-Time plugin

you were right... changed the binding... cat realtime.txt 03.08.20 16:58:00 19.3 83 16.4 2.7 2.9 320 0.0 2.6 1011.2 NW 1 km/h C hPa mm 37.3 -1.0 10.6 216.3 8.0 26.1 56 19.3 2.3 19.2 16:56 16.4 04:44 7.2 13:40 14.2 13:30 1013.2 00:02 1011.1 16:52 4.1.1 0 8.7 19.9 24.2 NULL NULL NULL 298 0.0 0 1

Re: [weewx-user] Re: New GW1000 Driver available for testing

that fixed mappings using gw1000 as service - thanks > On 4 Aug 2020, at 12:41 am, gjr80 wrote: > > I have released v0.1.0b10 on Github > . The changes include: > > - renamed --ip command line option to --ip-address > - reworked field map process

[weewx-user] Re: NULL data for some values with Cumulus Real-Time plugin

It's Davis Vantage Vue with Weatherlink Live and the Weatherlink Live UDP driver. gjr80 schrieb am Montag, 3. August 2020 um 16:32:25 UTC+2: > Hi, > > No, likely you have not forgottten anything. You have bound crt to loop > and chances are your station provides what are known as partial pack

[weewx-user] Help with customization template changes

If I edit the following file: /etc/weewx/skins/Standard/index.html.tmpl What do I have to do to make my changes take effect? I've restarted WeeWX and the following file never gets my updates: /var/www/html/weewx/index.html -- You received this message because you are subscribed to the Google G

[weewx-user] Re: Belchertown - Huawei P10

What browser does this phone use? Chrome? On Thursday, July 30, 2020 at 1:15:53 PM UTC-4 jputt...@gmail.com wrote: > Hi, > > > when I touch the three bars on the screen, nothing happens. > > I have no problems with a tablet (Samsung). > > > [image: Screenshot-HuaweiP10_resized.jpg] > > > > > >

[weewx-user] Re: time_length = day_ago_to_now

Ah, I see your gapsize is still in milliseconds. That tells me you haven't upgraded to the latest version of the skin, or you've skipped upgrading belchertown.py. Keep your graphs.conf the same, and upgrade all files to the latest version of all files. You'll notice in the development release

Re: [weewx-user] Re: New GW1000 Driver available for testing

I have released v0.1.0b10 on Github . The changes include: - renamed --ip command line option to --ip-address - reworked field map processing, field_map_extensions entries should no longer result in multiple mapping for GW1000 'fields' - --system-p

[weewx-user] Re: time_length = day_ago_to_now

Your graphs.conf looks correct, but the error is not related to day_ago_to_now, it looks like day_ago_to_now is being skipped for some reason. Take a backup of graphs.conf, then try this as your only item in graphs.conf? [timetestchart] title = Time Test Chart show_button = true

[weewx-user] Re: NULL data for some values with Cumulus Real-Time plugin

Hi, No, likely you have not forgottten anything. You have bound crt to loop and chances are your station provides what are known as partial packets, ie each loop packet does not contain all observations, so when the crt service receives a loop packet it does not have values for all obs and thos

[weewx-user] Re: gw1000 (b9) 24havpm251

No not too keen on fields starting with number myself. Will have another look at the default field names, I have two strong preferences though. First, fields that do not map to WeeWX schema fields should retain as much of their GW1000 description as possible. Second, consistent naming conventio

[weewx-user] Re: gw1000 service field_map_extensions

Yes, I have not been happy with the way in which the field_map_extensions are used to update the field map, you can remove those duplicates by adding a blank entry for the WeeWX field name from the default field map but that is somewhat cumbersome. I have reworked the field map processing code

[weewx-user] NULL data for some values with Cumulus Real-Time plugin

hi, i've installed the crt plugin. works fine, looks good, but i didn't get the right data for some values. here an example. 03.08.20 13:52:49 NULL NULL NULL 4.0 4.1 278 0.0 2.6 NULL W 1 km/h C hPa mm 26.6 NULL 10.6 216.3 8.0 NULL NULL NULL NULL 18.4

Re: [weewx-user] weewx-interceptor - problem with direct invocation

It works!!! Thanks a lot Tom! On Monday, August 3, 2020 at 2:44:39 PM UTC+2, Tom Keffer wrote: > > Try > > PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/interceptor.py > --help > > On Mon, Aug 3, 2020 at 3:01 AM Zbigniew Perski > wrote: > >> Hi, >> I am completely new here trying t

[weewx-user] Re: gw1000 service field_map_extensions

That is my mistake. b10 will revert to using [GW1000] for both driver and service. Gary On Monday, 3 August 2020 20:23:34 UTC+10, Graham Eddy wrote: > > i am testing gw1000 driver (b9) in service not driver mode. > my entries in weewx.conf under [GW1000] [[field_map_extensions]] were > being i

Re: [weewx-user] weewx-interceptor - problem with direct invocation

Try PYTHONPATH=/usr/share/weewx python /usr/share/weewx/user/interceptor.py --help On Mon, Aug 3, 2020 at 3:01 AM Zbigniew Perski wrote: > Hi, > I am completely new here trying to give second life of my oregon LW300 > station. > I am running linux mint on an old Asus Eee pc (32 bit system). I i

Re: [weewx-user] running weewx directly and as daemon

It's hard for me to unravel what's happening. The only thing i can suggest is to use systemctl. Seems to work for me: sudo systemctl start weewx Sorry, but I don't have any insights. -tk On Sun, Aug 2, 2020 at 8:25 PM brisguy foo wrote: > > Oh. I just assumed I was starting/stopping things in

[weewx-user] Re: gw1000 service field_map_extensions

actually the merger of the extensions into the fieldmap seems to have just added the extensions, not overwritten the defaults. i guess the duplications are mucking up the mappings and therefore the values i’m archiving my weewx.conf contains [Gw1000Service] [[field_map_extensions]] s

[weewx-user] Re: howto receive MQTT data from a running broker and put the data into database with weewx..?

User norecord has made changes to wxMesh so that it should work with python 3 and weewx 4.x. Thank you! I have merged in their changes and pushed it to the master branch. I've also changed my local implementation so that the data is in JSON format. I'll likely push that up too, but need to make

[weewx-user] Re: howto receive MQTT data from a running broker and put the data into database with weewx..?

User norecord has made changes to wxMesh so that it should work with python 3 and weewx 4.x. I have merged in their changes and pushed it to the master branch. I've also changed my implementation so that the data is in JSON format. I'll likely push that up too, but need to make the switch to p

[weewx-user] gw1000 (b9) 24havpm251

gw1000 default field mapping: 24havpm251 from the interface makes sense - used as a string and meaning ’24 hours average PM2.5 id#1’ - but passing it through to weewx makes cheetah tags like '$current.24havpm21.raw' and that leading digit on a field is a bit iffy i suggest aqiPm251 instead: ‘Ai

Re: [weewx-user] Re: New GW1000 Driver available for testing

Ok, thank you for the explanation. Good to hear that WeeWX has some controls for non-responding stations and that you were already thinking about utilizing them. On Sunday, August 2, 2020 at 11:41:15 PM UTC-4 gjr80 wrote: > Answers/comments below. > > Gary > > On Monday, 3 August 2020 13:05:3

[weewx-user] Re: GW1000 APi Driver - Additional Data in Weewx?

Forgot to mention that since the last reset my WH57 did not recorded any lightning strikes, but like to stay prepared to record now... ;-) Am Montag, 3. August 2020 12:31:47 UTC+2 schrieb NanoG5Kite: > > I´m wondering now, how to possible get the additional Data displayed > correctly in weewx? >

[weewx-user] GW1000 APi Driver - Additional Data in Weewx?

I´m wondering now, how to possible get the additional Data displayed correctly in weewx? E.g. Ligtning and Battery Status: What I tried so far in weewx.conf: # Options for extension 'GW1000' [Accumulator] [[lightning_last_det_time]] extractor = last [[lightning_strike_count]]

[weewx-user] gw1000 service field_map_extensions

i am testing gw1000 driver (b9) in service not driver mode. my entries in weewx.conf under [GW1000] [[field_map_extensions]] were being ignored but worked fine if i put them under [Gw1000Service] [[field_map_extensions]]. i don’t know if this difference was intentional but i didn’t see it document

[weewx-user] weewx-interceptor - problem with direct invocation

Hi, I am completely new here trying to give second life of my oregon LW300 station. I am running linux mint on an old Asus Eee pc (32 bit system). I installed weewx following instruction using debian package. Seems to work fine in simulation mode. I installed weewx-interceptor driver from github

[weewx-user] Selective Deletion of Data

Hi there. I have a Weewx installation that's been running for a couple of years, and we moved to a new house about six months ago. The station is now sitting on the front garden, and currently transmitting. It's going to be installed on tha garage door this afternoon, and what I'd like at tha