Re: [weewx-user] Using sftp with weewx 5.1.0

[Alan Salmon]

Thanks to all of those who offered suggestions.

I now have it working using passwordless rsynch.

The server setup for users is that their home directory is setup initially 
with two directories - WWW and MAIL. If WWW contains and index,html file it 
is loaded as a web page.

By using "/WWW" as the destination, it failed. removing the "/" and all is 
go.

I'm running a basic setup (its a work in progress) but its now "live" at 
pcug.org.au/~asalmon .

Feel free to check it out.

Cheers,
Alan

On Wednesday, November 6, 2024 at 10:51:54 AM UTC+11 Graham Eddy wrote:

> i know nothing of sftp, but these lines look inconsistent: if the url of 
> the server is host:homedirectory (which is what pcusg.org.au/~USERNAME 
> implies) 
> then surely the path is meant to be be relative to homedirectory (ie WWW 
> not */*WWW)
> *⊣GE⊢*
>
> On 6 Nov 2024, at 4:34 am, vince  wrote:
>
> server = pcug.org.au/~USERNAME   # The ftp server name
> port = 22
> path = /WWW 
>
>
>

-- 
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 visit 
https://groups.google.com/d/msgid/weewx-user/c48ac81a-6ba1-4b94-8414-de3f631f318en%40googlegroups.com.

Re: [weewx-user] Using sftp with weewx 5.1.0

[Alan Salmon]

Hi again, Tom.

No response yet from server admin...

Below is the extract from weewx.conf for configuration of ftp (now 
disabled) and sftp:

[[SFTP]]
skin = sftp
user = USERNAME
password = **
server = pcug.org.au/~USERNAME   # The ftp server name
port = 22
path = /WWW   # The destination directory, e.g., 
/weather

[[FTP]]
# FTP'ing the results to a webserver is treated as just another 
report,
# albeit one with an unusual report generator!
skin = Ftp

# If you wish to use FTP, set "enable" to "true", then fill out the
# next four lines.
# Use quotes around the password to guard against parsing errors.
enable = false
user = USERNAME
password = **
server = pcug.org.au/~USERNAME# The ftp server name, e.g, 
www.myserver.org
path = /WWW# The destination directory, e.g., /weather

# Set to True for an FTP over TLS (FTPS) connection. Not all servers
# support this.
secure_ftp = False

# To upload files from something other than what HTML_ROOT is set
# to above, specify a different HTML_ROOT here.
#HTML_ROOT = /var/www/html/weewx

# Most FTP servers use port 21.
port = 21

# Set to 1 to use passive mode, zero for active mode
passive = 1

I have also copied a (lengthy, sorry) section of the logs which indicates a 
couple of issues with sftp, being something about "host keys" and another 
issue with sftp trying (and failing) to create a directory on the server ( 
/WWW ). This is something I have no control of as it is the standard 
configurations for users of this service.

Another issue is the the generator seems to crash because of a "network 
issue". The data was collected and stored in the database, but no reports 
were updated for about 12 hours as weewx was unable to kill the process.

I have delineated these issues in the text below with  a blank line, a 
series of ">>>>>>>>>>>>>>>>>>" and a second blank line so they should be 
easy to locate.

Sorry about being a pest...

Regards,
Alan

Log extract:

Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG user.gw1000: Next update in 
20 seconds
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: INFO weewx.manager: Added record 
2024-11-05 06:10:00 AEDT (1730747400) to database 'weewx'
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: INFO weewx.manager: Added record 
2024-11-05 06:10:00 AEDT (1730747400) to daily summary in 'weewx'
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Running 
reports for latest time in the database.
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Running 
report 'SeasonsReport'
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Found 
configuration file /etc/weewx/skins/Seasons/skin.conf for report 
'SeasonsReport'
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Unable 
to set locale 'en': unsupported locale setting. Using default.
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Running 
generators for report 'SeasonsReport' in directory 
'/etc/weewx/skins/Seasons' with locale 'en_AU.UTF-8'
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.cheetahgenerator: 
Using search list ['weewx.cheetahgenerator.Almanac', 
'weewx.cheetahgenerator.Current', 'weewx.cheetahgenerator.DisplayOptions', 
'weewx.cheetahgenerator.Extras', 'weew>
Nov 05 06:10:27 Bigfish-05 weewxd[1320]: DEBUG weewx.manager: Daily summary 
version is 4.0
Nov 05 06:10:29 Bigfish-05 weewxd[1320]: INFO weewx.cheetahgenerator: 
Generated 8 files for report SeasonsReport in 2.39 seconds
Nov 05 06:10:29 Bigfish-05 weewxd[1320]: DEBUG weewx.manager: Daily summary 
version is 4.0
Nov 05 06:10:30 Bigfish-05 weewxd[1320]: INFO weewx.imagegenerator: 
Generated 19 images for report SeasonsReport in 0.76 seconds
Nov 05 06:10:30 Bigfish-05 weewxd[1320]: INFO weewx.reportengine: Copied 0 
files to /var/www/html/weewx
Nov 05 06:10:30 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Report 
'SmartphoneReport' not enabled. Skipping.
Nov 05 06:10:30 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Report 
'MobileReport' not enabled. Skipping.
Nov 05 06:10:30 Bigfish-05 weewxd[1320]: DEBUG weewx.reportengine: Report 
'StandardReport' not enabled. Skipping.

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Re: [weewx-user] Using sftp with weewx 5.1.0

[Alan Salmon]

e /WWW/NOAA/NOAA-2024-09.txt

Nov 04 18:18:48 Bigfish-05 weewxd[16031]: DEBUG paramiko.transport.sftp: 
[chan 0] open(b'/WWW/NOAA/NOAA-2024-11.txt', 'wb')

Nov 04 18:18:49 Bigfish-05 weewxd[16031]: INFO user.sftp: sftp: attempt 1 
of 3 failed: [Errno 2] No such file

Nov 04 18:18:49 Bigfish-05 weewxd[16031]: DEBUG paramiko.transport.sftp: 
[chan 0] open(b'/WWW/NOAA/NOAA-2024-11.txt', 'wb')


 which is giving me some permission errors (server end? - these directories 
- NOAA et al - actually currently exist on the server from my ftp uploads.

Any further thoughts?

I've sent off a message to my provider asking  if its possible to use rsync 
instead, but no response as yet.
Cheers,
Alan

On Sunday, November 3, 2024 at 11:53:15 PM UTC+11 Tom Keffer wrote:

>From what I can tell, pysftp is no longer available in the Debian 
repositories. My first recommendation would be to use rsync if your ISP 
offers it because it is so much faster.

However, if your ISP does not offer rsync, and you must use pysftp, it is 
available on pypi.org, although the version is quite old (5 July 2016). I 
gave it a quick try using a modern version of Python (v3.12) and it seems 
to work. 

You can use pip to install it system wide. In general, this is not a good 
idea because it can break existing packages and, for this reason, modern 
versions of pip won't let you do this without the scary sounding override 
"--break-system-packages"

# If it hasn't been installed already, install pip:
sudo apt install python3-pip

# Install pysftp using pip. Override
sudo python3 -m pip install --break-system-packages pysftp






On Sun, Nov 3, 2024 at 2:58 AM Alan Salmon  wrote:

I've received advice from my web provider that they are phasing out ftp 
uploads and requiring all users to move to sftp in the near future.

Going through the documentation, it says I need pysftp and suggests using 
"pip install pysftp" if you used the Pip install method, or else use "apt 
install" method.

Using the apt method, it cannot locate the package. I've tried both 
"pysftp" and "python3-sftp" as advised by the apt error message.

Can someone advise what I need to feed apt on my Raspberry Pi 4 running 
Debian 12 Bookworm?

Thanks.

-- 
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+...@googlegroups.com.
To view this discussion visit 
https://groups.google.com/d/msgid/weewx-user/031628b5-fd97-4854-836c-ee392fb32e2en%40googlegroups.com
 
<https://groups.google.com/d/msgid/weewx-user/031628b5-fd97-4854-836c-ee392fb32e2en%40googlegroups.com?utm_medium=email&utm_source=footer>
.

-- 
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 visit 
https://groups.google.com/d/msgid/weewx-user/b47d92f5-8b6a-4561-8ace-e36b98d25ffen%40googlegroups.com.

[weewx-user] Using sftp with weewx 5.1.0

[Alan Salmon]

I've received advice from my web provider that they are phasing out ftp 
uploads and requiring all users to move to sftp in the near future.

Going through the documentation, it says I need pysftp and suggests using 
"pip install pysftp" if you used the Pip install method, or else use "apt 
install" method.

Using the apt method, it cannot locate the package. I've tried both 
"pysftp" and "python3-sftp" as advised by the apt error message.

Can someone advise what I need to feed apt on my Raspberry Pi 4 running 
Debian 12 Bookworm?

Thanks.

-- 
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 visit 
https://groups.google.com/d/msgid/weewx-user/031628b5-fd97-4854-836c-ee392fb32e2en%40googlegroups.com.

[weewx-user] General advice please.

[Alan Salmon]

Hello everyone.

Is it better to let my GW2000 do my Wunderground uploads or should I use 
tjhe WeeWX function instead?

Cheers!

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/a55c0b0f-e504-4de6-9c84-9f80dab7faadn%40googlegroups.com.

[weewx-user] "About this Station" data

[Alan Salmon]

Just curious about this:

[image: 2024-08-31.png]

Why is WeeWX uptime always 1 minute longer than Server uptime?

Cheers,
Alan

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/e6c91f62-c44b-41eb-ab40-07ebf585d65dn%40googlegroups.com.

[weewx-user] Weewx on Raspi 4

[Alan Salmon]

Has anyone tried installing this *python3-weewx_5.1.0-3_all.deb* on a fresh 
install of the latest Raspian OS (Bookworm) with all updates applied as of 
yesterday?

Attempting to do so gives me a range of errors, including messages like 
this in /var/dpkg.log:

2024-08-11 18:15:00 startup packages configure
2024-08-11 18:15:00 configure weewx:all 5.1.0-4 
2024-08-11 18:15:00 status half-configured weewx:all 5.1.0-4
2024-08-11 18:15:53 startup archives unpack
2024-08-11 18:15:53 install libdbus-1-dev:arm64  1.14.10-1~deb12u1
2024-08-11 18:15:53 status half-installed libdbus-1-dev:arm64 
1.14.10-1~deb12u1
2024-08-11 18:15:54 status triggers-pending sgml-base:all 1.31
2024-08-11 18:15:54 status unpacked libdbus-1-dev:arm64 1.14.10-1~deb12u1
2024-08-11 18:15:54 install libpcap0.8-dev:arm64  1.10.3-1
2024-08-11 18:15:54 status half-installed libpcap0.8-dev:arm64 1.10.3-1
2024-08-11 18:15:54 status triggers-pending man-db:arm64 2.11.2-2
2024-08-11 18:15:54 status unpacked libpcap0.8-dev:arm64 1.10.3-1
2024-08-11 18:15:54 install libpcap-dev:arm64  1.10.3-1
2024-08-11 18:15:54 status half-installed libpcap-dev:arm64 1.10.3-1
2024-08-11 18:15:54 status unpacked libpcap-dev:arm64 1.10.3-1
2024-08-11 18:15:54 startup packages configure

Attempting to run the configuration script simply crashes with a number of 
errors ending with:

  File "/usr/share/weewx/weectllib/station_actions.py", line 250, in 
config_altitude
float(value)
ValueError: could not convert string to float: ''
dpkg: error processing package weewx (--configure):
 installed weewx package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 weewx
E: Sub-process /usr/bin/dpkg returned an error code (1)

Can anyone suggest where to start looking before I build a new Raspi OS and 
start again, please?

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/dc5832dc-95ef-4299-adf2-27e2d448be1fn%40googlegroups.com.

Re: [weewx-user] BelchertownWeather MQTT Error

[Alan Bryant]

Thank you very much for pointing me in the right direction. As you said, my 
system locale was set to "C". I changed it to "en_US.UTF-8", but even after 
a reboot, nothing changed as far as the errors. Once I changed the 
weewx.conf config for the belchertown_locale to en_US.UTF-8, the problem is 
now resolved.

The site is connecting back to my mqtt server as it is supposed to.

Again, thank you so much!

On Wednesday, July 10, 2024 at 9:34:28 PM UTC-5 Graham Eddy wrote:

> i think the error message you refer to is “MQTT: 
> 2024-07-10T19:13:52-05:00: mqtt Connection Lost: AMQJS0005E Internal error. 
> Error Message: invalid language tag: "C", Stack trace: No Error Stack 
> Available belchertown.js:1577:17”, you didn’t actually say
>
> hints from searches of similar errors point to fixing it by using a locale 
> other than C - i suggest setting a system-wide locale (en 
> <http://en.au>_AU.UTF-8 
> in my case) and not overriding it elsewhere
>
> but that simply addresses it saying "i have an error but i can’t tell you 
> what it is” - can only look at the real error once it spits out the real 
> error message
> *⊣GE⊢*
>
> On 11 Jul 2024, at 10:24 AM, Alan Bryant  wrote:
>
> Hello all,
>
> I'm having an issue with Belchertown Weather connecting and displaying 
> MQTT data.
>
> Here are the relevant versions:
>
> WeeWX: 5.1.0
> Belchertown Weather: Development version as of 2024/07/09
> mosquitto: 2.0.18
>
> WeeWX is sending data to my MQTT server and as you will see from the debug 
> console data, Belchertown is able to receive it. I am getting an error that 
> I was not able to find searching the internet.
>
> Any help is appreciated it.
>
>
> -- 
> 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+...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/6033ff5c-0be8-408a-acf4-b3675fc856aen%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/6033ff5c-0be8-408a-acf4-b3675fc856aen%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> 
>
>
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/c1e1e25b-1c4f-44fa-a4cf-6749f8e19341n%40googlegroups.com.

[weewx-user] BelchertownWeather MQTT Error

[Alan Bryant]

Hello all,

I'm having an issue with Belchertown Weather connecting and displaying MQTT 
data.

Here are the relevant versions:

WeeWX: 5.1.0
Belchertown Weather: Development version as of 2024/07/09
mosquitto: 2.0.18

WeeWX is sending data to my MQTT server and as you will see from the debug 
console data, Belchertown is able to receive it. I am getting an error that 
I was not able to find searching the internet.

Any help is appreciated it.

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/6033ff5c-0be8-408a-acf4-b3675fc856aen%40googlegroups.com.
MQTT: MQTT Connected. Subscribing. belchertown.js:40:17
MQTT: {"dateTime": "1720656712.0", "inTemp_F": "79.7", "outTemp_F": "78.98", 
"inHumidity": "35.0", "outHumidity": "80.0", "pressure_inHg": "29.98770230625", 
"relbarometer_inHg": "29.98770230625", "luminosity_lux": "5580.0", 
"uvradiation_Wpm2": "0.0", "UV": "0.0", "lightning_distance_mile": 
"12.42742384", "lightning_last_det_time": "1720656543.0", 
"lightningcount_count": "58.0", "lightning_strike_count_count": "0.0", 
"rain_in": "0.0", "stormRain_in": "0.0", "rainRate_inch_per_hour": "0.0", 
"dayRain_in": "0.0", "weekRain_in": "0.3228346456692913", "monthRain_in": 
"0.3228346456692913", "yearRain_in": "3.8937007874015754", "windDir": "342.0", 
"windSpeed_mph": "5.592354629848261", "windGust_mph": "8.052990666981495", 
"daymaxwind_mph": "23.935277815750556", "wh40_batt_volt": "1.44", 
"wh32_batt_count": "0.0", "wh57_batt_count": "5.0", "wh68_batt_volt": "1.58", 
"wh40_sig_count": "4.0", "wh32_sig_count": "4.0", "wh41_ch1_sig_count": "0.0", 
"wh41_ch2_sig_count": "0.0", "wh41_ch3_sig_count": "0.0", "wh41_ch4_sig_count": 
"0.0", "wh57_sig_count": "4.0", "wh68_sig_count": "4.0", "usUnits": "1.0", 
"altimeter_inHg": "30.030509547379648", "appTemp_F": "84.6487200777901", 
"barometer_inHg": "30.026346608760864", "cloudbase_foot": "1562.628676790308", 
"dewpoint_F": "72.26723382212265", "heatindex_F": "80.338002", 
"humidex_F": "96.400972735109", "inDewpoint_F": "49.601997416593264", 
"maxSolarRad_Wpm2": "145.7211882749801", "windchill_F": "78.98", 
"beaufort_count": "2.0", "hourRain_in": "0.0", "rain24_in": "0.0"} 
belchertown.js:40:17
MQTT: 2024-07-10T19:11:52-05:00: mqtt Connection Lost: AMQJS0005E Internal 
error. Error Message: invalid language tag: "C", Stack trace: No Error Stack 
Available belchertown.js:1577:17
MQTT: MQTT Connected. Subscribing. belchertown.js:40:17
MQTT: {"dateTime": "1720656732.0", "inTemp_F": "79.7", "outTemp_F": "78.98", 
"inHumidity": "35.0", "outHumidity": "80.0", "pressure_inHg": "29.98770230625", 
"relbarometer_inHg": "29.98770230625", "luminosity_lux": "5580.0", 
"uvradiation_Wpm2": "0.0", "UV": "0.0", "lightning_distance_mile": 
"12.42742384", "lightning_last_det_time": "1720656543.0", 
"lightningcount_count": "58.0", "lightning_strike_count_count": "0.0", 
"rain_in": "0.0", "stormRain_in": "0.0", "rainRate_inch_per_hour": "0.0", 
"dayRain_in": "0.0", "weekRain_in": "0.3228346456692913", "monthRain_in": 
"0.3228346456692913", "yearRain_in": "3.8937007874015754", "windDir": "5.0", 
"windSpeed_mph": "4.473883703878609", "windGust_mph": "5.816048815042191", 
"daymaxwind_mph": "23.935277815750556", "wh40_batt_volt": "1.44", 
"wh32_batt_count": "0.0", "wh57_batt_count": "5.0", "wh68_batt_volt": "1.58", 
"wh40_sig_count": "4.0", "wh32_sig_count": "4.0", "wh41_ch1_sig_count": "0.0", 
"wh41_ch2_sig_count": "0.0", "wh41_ch3_sig_count": "0.0", "wh41_ch4_sig_count": 
"0.0", "wh57_sig_count": "4.0", "wh68_sig_count": "4.0", "usUnits": "1.0", 
"altimeter_inHg": "30.030509547379648", "appTemp_F": "85.2787200777901", 
"barometer_inHg": "30.026346608760864", "cloudbase_foot": "1562.628676790308", 
"dewpoint_F": "72.26723382212265", "heatindex_F": "80.338002", 
"humidex_F": "96.400972735109", "inDewpoint_F": "49.601997416593264", 
"maxSolarRad_Wpm2": "144.5051691954561", "windchill_F": "78.98", 
"beaufort_count": "1.0", "hourRain_in": "0.0", "rain24_in": "0.0"} 
belchertown.js:40:17
MQTT: 2024-07-10T19:12:12-05:00: mqtt Connection Lost: AMQJS0005E Internal 
error. Error Message: invalid language tag: "C", Stack trace: No Error Stack 
Available belchertown.js:1577:17
MQTT: MQTT Connected. Subscribing. belchertown.js:40:17
MQTT: {"dateTime": "1720656752.0", "inTemp_F": "79.7", "outTemp_F": "78.98", 
"inHumidity": "35.0", "outHumidity": "80.0", "pressure_inHg": "29.98770230625", 
"relbarometer_inHg": "29.98770230625", "luminosity_lux": "5420.0", 
"uvradiation_Wpm2": "0.0", "UV": "0.0", "lightning_distance_mile": 
"12.42742384", "lightning_last_det_time": "1720656543.0", 
"lightningcount_count": "58.0", "lightning_strike_count_count": "0.0", 
"rain_in": "0.0", "stormRain_in": "0.0", "rainRate_inch_per_hour": "0.0", 
"dayRa

[weewx-user] New User: First Problem

[Alan Salmon]

Hello everyone.

I installed weewx for the first time today on a Raspberry Pi Zero 2W, using 
a Fine Offset 3081 station that I used for about 10 years until the local 
cockatoos decided it would be fun to dismantle it!

It came up on the second attempt after a few minor adjustments to the 
config file, paths, etc. (I used the pip install method on Debian 11).

The hardware console is operating correctly as expected, but weewx is 
giving me the following error:

Feb  6 22:26:01 bigfish-08 weewxd[1909]: WARNING weewx.qc: 2024-02-06 
22:26:02 AEDT (1707218762) LOOP value 'pressure' 0.0 outside limits (24.0, 
34.5)

As the value displayed on the console (roughly) agrees with a BME680 I have 
running, can anyone suggest where I should start trying to solve this?

Note that I am configured for metric with barometric pressure in 
hectopascals (hPa) which is currently just over 1010hPa, so I am at a bit 
of a loss as to why it is showing '0.0' and where the range "24.0 to 34.5' 
comes from.

The error has been consistent for the 9 hours it has been running.

Thanks for any advice you can offer.


-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/f49665de-94c1-4217-bb14-87ad6e0c51b8n%40googlegroups.com.

[weewx-user] Re: ftp issues

[Alan Jackson]

Never mind, it is an upstream data issue.

On Sunday, March 19, 2023 at 6:01:34 PM UTC-5 Alan Jackson wrote:

> Realized I hadn't been updating my website for about a week, so went into 
> debug mode, and got the following messages in the log:
>
> Mar 19 17:26:05 carina weewx[824014] DEBUG weeutil.ftpupload: Attempting 
> connection to ajackson.org
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
> ftpgenerator: (2): caught exception '': [Errno -3] 
> Temporary failure in name resolution
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   Traceback (most recent call last):
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
> File "/usr/share/weewx/weewx/reportengine.py", line 331, in run
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   n = ftp_data.run()
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
> File "/usr/share/weewx/weeutil/ftpupload.py", line 133, in run
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   ftp_server.connect(self.server, self.port)
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
> File "/usr/lib/python2.7/ftplib.py", line 135, in connect
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   self.sock = socket.create_connection((self.host, self.port), 
> self.timeout)
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
> File "/usr/lib/python2.7/socket.py", line 557, in create_connection
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   for res in getaddrinfo(host, port, 0, SOCK_STREAM):
> Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
>   gaierror: [Errno -3] Temporary failure in name resolution
>
> and then later :
>
> Mar 19 17:55:49 carina weewx[824014] DEBUG weewx.reportengine: Running 
> report 'FTP'
> Mar 19 17:55:49 carina weewx[824014] DEBUG weewx.reportengine: Found 
> configuration file /etc/weewx/skins/Ftp/skin.conf for report 'FTP'
> Mar 19 17:55:49 carina weewx[824014] DEBUG weeutil.ftpupload: Attempting 
> connection to ajackson.org
> Mar 19 17:55:49 carina weewx[824014] DEBUG weeutil.ftpupload: Connected to 
> ajackson.org
> Mar 19 17:55:50 carina weewx[824014] INFO weewx.reportengine: 
> ftpgenerator: Ftp'd 0 files in 1.40 seconds
> --
>
> I'm running weewx 4.5.1-1 on Ubuntu 20.04.5 LTS and Python 3.8.10
>
> I don't understand what might have changed, especially since the last good 
> ftp occurred at 3 AM, so I know I wasn't doing anything then. Anyway, any 
> clues would be appreciated. I am stymied.
>
> Alan
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/531ea419-cc1b-447d-9375-6fdc9e4b375fn%40googlegroups.com.

[weewx-user] ftp issues

[Alan Jackson]

Realized I hadn't been updating my website for about a week, so went into 
debug mode, and got the following messages in the log:

Mar 19 17:26:05 carina weewx[824014] DEBUG weeutil.ftpupload: Attempting 
connection to ajackson.org
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine: 
ftpgenerator: (2): caught exception '': [Errno -3] 
Temporary failure in name resolution
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 Traceback (most recent call last):
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
   File "/usr/share/weewx/weewx/reportengine.py", line 331, in run
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 n = ftp_data.run()
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
   File "/usr/share/weewx/weeutil/ftpupload.py", line 133, in run
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 ftp_server.connect(self.server, self.port)
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
   File "/usr/lib/python2.7/ftplib.py", line 135, in connect
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 self.sock = socket.create_connection((self.host, self.port), 
self.timeout)
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
   File "/usr/lib/python2.7/socket.py", line 557, in create_connection
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 for res in getaddrinfo(host, port, 0, SOCK_STREAM):
Mar 19 17:26:15 carina weewx[824014] ERROR weewx.reportengine:  
 gaierror: [Errno -3] Temporary failure in name resolution

and then later :

Mar 19 17:55:49 carina weewx[824014] DEBUG weewx.reportengine: Running 
report 'FTP'
Mar 19 17:55:49 carina weewx[824014] DEBUG weewx.reportengine: Found 
configuration file /etc/weewx/skins/Ftp/skin.conf for report 'FTP'
Mar 19 17:55:49 carina weewx[824014] DEBUG weeutil.ftpupload: Attempting 
connection to ajackson.org
Mar 19 17:55:49 carina weewx[824014] DEBUG weeutil.ftpupload: Connected to 
ajackson.org
Mar 19 17:55:50 carina weewx[824014] INFO weewx.reportengine: ftpgenerator: 
Ftp'd 0 files in 1.40 seconds
--

I'm running weewx 4.5.1-1 on Ubuntu 20.04.5 LTS and Python 3.8.10

I don't understand what might have changed, especially since the last good 
ftp occurred at 3 AM, so I know I wasn't doing anything then. Anyway, any 
clues would be appreciated. I am stymied.

Alan

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/8506f360-e478-497f-b891-7c6d67b5e844n%40googlegroups.com.

Re: [weewx-user] Ecowitt Gateway (formerly GW1000) driver v0.5.0b4 release [5]

[Alan Stankevitz]

FYI... I edited v0.5.0b4 driver and remarked-out the line "t_rainhour" from 
the default field map and this has stopped the erroneous reading. It's a 
temporary fix until b5 becomes available. Sorry for being impatient but I 
hated to see that value being reported to CWOP. Does anyone have ties to 
Ecowitt to correct their API?

On Sunday, June 12, 2022 at 4:35:31 AM UTC-5 Alan Stankevitz wrote:

> I found this thread after investigating the hourly rain problem with my 
> CWOP readings. I attempted to download the b5 version using:
>
> wget -P /var/tmp 
> https://github.com/gjr80/weewx-gw1000/releases/download/v0.5.0b5/gw1000-0.5.0b5.tar.gz
>
> But I get a 404 error.
>
> Is version v0.5.0b5 available yet?
>
> Could I just do a calibration calculation in the weewx.config file to zero 
> out this reading? I hate seeing the false data being reported on CWOP since 
> our local NWS office uses my readings from CWOP for rain data.
>
> Thanks!
> On Wednesday, June 1, 2022 at 7:30:28 AM UTC-5 Tomek T. wrote:
>
>> Thanks Gary.
>>
>> You mentioned WU earlier.
>> I looked at the data of my station on the WU website and it seems to me 
>> that it matches the data on the Ecowitt dashoard.
>>
>> Tomek
>>
>> środa, 1 czerwca 2022 o 14:01:13 UTC+2 gjr80 napisał(a):
>>
>>> Tomek,
>>>
>>> The interceptor driver ignores the hour rain field from the GW device 
>>> and consequently the CWOP uploader falls back to obtaining (valid) hour 
>>> rain data from the database. Whereas the Ecowitt Gateway (GW1000) driver 
>>> passes the erroneous hour rain field through and it is used by the CWOP 
>>> uploader rather than obtaining hour rain data from the database.
>>>
>>> I couldn't get v0.5.0b5 out today but hoping for tomorrow.
>>>
>>> Gary
>>>
>>> On Wednesday, 1 June 2022 at 21:28:05 UTC+10 Tomek T. wrote:
>>>
>>>> Hi Gary,
>>>>
>>>> thank you for your reply.
>>>> It's very interesting what you wrote. It looks like I will have to wait 
>>>> for your driver or firmware to be updated.
>>>>
>>>> Before, I used the weewx-interceptor 
>>>> <https://github.com/matthewwall/weewx-interceptor>.
>>>> Today I discovered that the problem came after changing the driver.
>>>>
>>>> Before the driver change, the following CWOP frames registered in the 
>>>> APRS system:
>>>>
>>>> 2022-05-21 20:41:02.12 -- 
>>>> /007g017t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>>
>>>> 2022-05-21 20:46:07.838 -- 
>>>> /008g016t053r000p021P021b10137h82L000.weewx-4.8.0-Interceptor 
>>>>
>>>> 2022-05-21 20:51:12.485 -- 
>>>> /008g016t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>>
>>>> 2022-05-21 20:56:17.218 -- 
>>>> /007g016t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>>
>>>> 2022-05-21 21:00:21.347 -- /007g015t053r000
>>>> p021P021b10135h82L000.weewx-4.8.0-Interceptor
>>>>
>>>> Subsequent frames, after changing the driver, already have an error 
>>>> (r039):
>>>>
>>>> 2022-05-21 21:20:22.214 -- 
>>>> /006g009t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>>
>>>> 2022-05-21 21:25:23.025 -- 
>>>> /008g015t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>>
>>>> 2022-05-21 21:30:21.938 -- 
>>>> /008g016t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>>
>>>> 2022-05-21 21:35:27.426 -- 
>>>> /008g016t052r039p021P021b10136h83.weewx-4.8.0-GW1000 
>>>>
>>>> 2022-05-21 21:40:16.266 -- /009g015t052r039
>>>> p021P021b10135h83.weewx-4.8.0-GW1000
>>>>
>>>> Hope this helps in possibly eliminating the problem.
>>>>
>>>> Tomek
>>>>
>>>>
>>>> środa, 1 czerwca 2022 o 00:43:51 UTC+2 gjr80 napisał(a):
>>>>
>>>>> One thing I forgot. You will not see any hour rain data in the 
>>>>> --get-all-rain-data output as the --get-all-rain-data output mimics 
>>>>> the 'More', 'Rain Totals' screen in the WSView Plus app.
>>>>>
>>>>> Gary
>>>>> On Wednesday, 1 June 2022 at 08:40:37 UTC+10 gjr80 wrote:
>>>>>
>>>>>> Hi Tomek,
>>>>>>
>>>>>> Short answer is I believe it is a device API error.
&g

Re: [weewx-user] Ecowitt Gateway (formerly GW1000) driver v0.5.0b4 release [5]

[Alan Stankevitz]

I found this thread after investigating the hourly rain problem with my 
CWOP readings. I attempted to download the b5 version using:

wget -P /var/tmp 
https://github.com/gjr80/weewx-gw1000/releases/download/v0.5.0b5/gw1000-0.5.0b5.tar.gz

But I get a 404 error.

Is version v0.5.0b5 available yet?

Could I just do a calibration calculation in the weewx.config file to zero 
out this reading? I hate seeing the false data being reported on CWOP since 
our local NWS office uses my readings from CWOP for rain data.

Thanks!
On Wednesday, June 1, 2022 at 7:30:28 AM UTC-5 Tomek T. wrote:

> Thanks Gary.
>
> You mentioned WU earlier.
> I looked at the data of my station on the WU website and it seems to me 
> that it matches the data on the Ecowitt dashoard.
>
> Tomek
>
> środa, 1 czerwca 2022 o 14:01:13 UTC+2 gjr80 napisał(a):
>
>> Tomek,
>>
>> The interceptor driver ignores the hour rain field from the GW device and 
>> consequently the CWOP uploader falls back to obtaining (valid) hour rain 
>> data from the database. Whereas the Ecowitt Gateway (GW1000) driver passes 
>> the erroneous hour rain field through and it is used by the CWOP uploader 
>> rather than obtaining hour rain data from the database.
>>
>> I couldn't get v0.5.0b5 out today but hoping for tomorrow.
>>
>> Gary
>>
>> On Wednesday, 1 June 2022 at 21:28:05 UTC+10 Tomek T. wrote:
>>
>>> Hi Gary,
>>>
>>> thank you for your reply.
>>> It's very interesting what you wrote. It looks like I will have to wait 
>>> for your driver or firmware to be updated.
>>>
>>> Before, I used the weewx-interceptor 
>>> .
>>> Today I discovered that the problem came after changing the driver.
>>>
>>> Before the driver change, the following CWOP frames registered in the 
>>> APRS system:
>>>
>>> 2022-05-21 20:41:02.12 -- 
>>> /007g017t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>
>>> 2022-05-21 20:46:07.838 -- 
>>> /008g016t053r000p021P021b10137h82L000.weewx-4.8.0-Interceptor 
>>>
>>> 2022-05-21 20:51:12.485 -- 
>>> /008g016t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>
>>> 2022-05-21 20:56:17.218 -- 
>>> /007g016t053r000p021P021b10136h82L000.weewx-4.8.0-Interceptor 
>>>
>>> 2022-05-21 21:00:21.347 -- /007g015t053r000
>>> p021P021b10135h82L000.weewx-4.8.0-Interceptor
>>>
>>> Subsequent frames, after changing the driver, already have an error 
>>> (r039):
>>>
>>> 2022-05-21 21:20:22.214 -- 
>>> /006g009t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>
>>> 2022-05-21 21:25:23.025 -- 
>>> /008g015t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>
>>> 2022-05-21 21:30:21.938 -- 
>>> /008g016t052r039p021P021b10135h83.weewx-4.8.0-GW1000 
>>>
>>> 2022-05-21 21:35:27.426 -- 
>>> /008g016t052r039p021P021b10136h83.weewx-4.8.0-GW1000 
>>>
>>> 2022-05-21 21:40:16.266 -- /009g015t052r039
>>> p021P021b10135h83.weewx-4.8.0-GW1000
>>>
>>> Hope this helps in possibly eliminating the problem.
>>>
>>> Tomek
>>>
>>>
>>> środa, 1 czerwca 2022 o 00:43:51 UTC+2 gjr80 napisał(a):
>>>
 One thing I forgot. You will not see any hour rain data in the 
 --get-all-rain-data output as the --get-all-rain-data output mimics 
 the 'More', 'Rain Totals' screen in the WSView Plus app.

 Gary
 On Wednesday, 1 June 2022 at 08:40:37 UTC+10 gjr80 wrote:

> Hi Tomek,
>
> Short answer is I believe it is a device API error.
>
> What I suspect is going on is that the Ecowitt gateway device API is 
> returning 10.0mm for what the API documentation refers to as '
> ITEM_RAINHOUR' (described as 'Rain hour (mm)'). The driver passes 
> this value through to the WeeWX field hourRain, which in turn is used 
> by the CWOP uploader (and I believe the WU uploader).
>
> Now that you have drawn my attention to it, I note the earlier post 
> with seemingly incorrect (and identical to you) hour rain data. Ecowitt 
> seems to have dropped the ball on hour rain totals; the API documentation 
> includes reference to an hour rain field from the WS90 piezo rain fall 
> sensor, but the current API does not support such a field (it supports 
> all 
> other documented piezo rain fields). Now it appears that there is an 
> issue 
> with (at least) WH40 hour rain data.
>
> So what to do? The WeeWX field hourRain is seldom used with its use 
> in the WeeWX code base limited to (some of) the RESTful uploaders, and 
> then 
> those that use hourRain have a fallback for obtaining the data from 
> the database if the field hourRain does not exist. I want to do a few 
> more checks (I have no WH40 only a WS90) but at the moment I am inclined 
> to 
> release a b5 driver later today with the mapping from gateway device 
> field 
> t_rain_hour to WeeWX field hourRain removed. This will prevent the 
> hour rain data from the gateway device from appearing in the driver loop 
> packets (and ultimately WeeWX archive recor

Re: [weewx-user] How to remove spikes from data?

[Alan Jackson]

I have only cleaned the database in post-processing and then replaced it.

On Tue, Oct 12, 2021, 5:04 PM HRM Resident  wrote:

>  Regardless of whether it’s a median filter, a Kalman filter or
> anything else, integrating it into weewx doesn’t seem trivial to me.  This
> is something Tom and the other developers would need to consider and decide
> the best way to proceed.  Also, how many users would take advantage of it.
> There’s a time series based on the loop intervals, etc., to think of as
> well.
>
>  I agree it probably would be best as an optional add-on, but again, I
> am not one of the coders.  Personally, I would only use such a feature to
> de-spike the signal strength.  I don’t have a need for an alarm, but others
> might.
>
> Lastly, I wonder if there’s already a way to trigger an alarm.  That’s
> a feature that I haven’t researched, if it does exist.  I threw my two
> cents in only because of the simplicity and robustness of a small median
> filter.  Getting one working with weewx and/or an alarm is out of my league.
>
>  For what it’s worth, I too am growing tomatoes, but we’ve harvested
> the lot this week, escaping the frost due to an unusually mild autumn.  But
> gardening is off topic! :-)
>
> - Paul VE1DX
>
> On Oct 12, 2021, at 8:02 PM, Stephen Hocking 
> wrote:
>
> 
> It does seem like an ideal use-case for a Kalman filter.
>
>
> https://medium.com/@jaems33/understanding-kalman-filters-with-python-2310e87b8f48
>
> On Wed, 13 Oct 2021 at 09:54, Richard Horobin 
> wrote:
>
>> I accept that you want to remove spikes.
>>
>> Do you think this process could be used to detect "warning" levels? eg
>> tomato plants are not frost-hardy at all, so we need a warning when the
>> temperature goes to 5C.
>>
>> Many other processes require warnings at plus or minus 2.5 standard
>> deviations, as used in Shewhart Statistical Process Control charts. I
>> imagine this would be an optional add-on function, as it's non-core to
>> weewx.
>>
>> On Tuesday, 12 October 2021 at 00:14:07 UTC+11 WindnFog wrote:
>>
>>> FWIW, here's how I'm doing it in C on an Arduino to de-spike/smooth
>>> temperature and humidity:
>>>
>>> #define buff_size 7  // Must be an odd number.  Should be greater than
>>> 5.  7 works well.
>>>
>>>
>>>   >snip<
>>>
>>> void bubble_sort(float sort_array[], int n)
>>>   {
>>>   int i, j;
>>>   float  temp;
>>>
>>>   for (i = 0 ; i < n - 1; i++)
>>> {
>>>   for (j = 0 ; j < n - i - 1; j++)
>>> {
>>>   if (sort_array[j] > sort_array[j+1])
>>> {
>>> // Swap values
>>> temp= sort_array[j];
>>> sort_array[j]   = sort_array[j+1];
>>> sort_array[j+1] = temp;
>>> }
>>>   }
>>>   }
>>>   }
>>>
>>>
>>>   >snip<
>>>
>>>
>>> // Sort them. Use quick and dirty bubble sort because it's a small
>>> number of data points
>>> bubble_sort(h_array_sort, buff_size);
>>> bubble_sort(t_array_sort, buff_size);
>>>
>>> // Use the median of the last "buff_size" readings for the display
>>> median_index = buff_size / 2;
>>>
>>> h = h_array_sort[median_index];
>>> t = t_array_sort[median_index];
>>>
>>>
>>> - Paul VE1DX
>>>
>>>
>>> On 2021-10-11 9:55 a.m., WindnFog wrote:
>>>
>>> This would be out of my league to develop in Python. In my Fortran and
>>> Pascal programming days of data acquisition, we routinely used 5,7, or 9
>>> point median filters to smooth and de-spike oceanographic data. I would
>>> think this might be a valuable addition to weewx.
>>>
>>> It's not a lot of code (bubble sort a small array of input data with the
>>> median value being the output). Still, where the weewx developers would put
>>> it and how users would configure which channels to filter, the width of the
>>> filter, etc., might be a bridge too far.  Just a thought.
>>>
>>> - Paul VE1DX
>>>
>>> On Tuesday, October 5, 2021 at 10:56:53 AM UTC-3 alankj...@gmail.com
>>> wrote:
>>>
 Here is a description of my adventures cleaning up the database

 http://www.adelieresources.com//2019/01/conversion-from-wview-to-weewx-weather-station-software/

 On Monday, October 4, 2021 at 6:30:16 AM UTC-7 wfs...@gmail.com wrote:

> Thanks Tom!  I love Weewx and get a kick out of playing with the
> data.  My biggest variance here in Springfield Illinois was 4.4 degrees.
> On 4/21/21 at 12:15pm i went from 49.1 to 56.3 then fell back to
> 54.7.  No rain that day, just clouds and sun I guess.  Breezy.
>
> Walt
>
> On Sunday, October 3, 2021 at 8:39:09 PM UTC-5 tke...@gmail.com wrote:
>
>> Wow! Some serious SQL fu!
>>
>> Very nice.
>>
>> On Sun, Oct 3, 2021 at 12:20 PM wfs...@gmail.com 
>> wrote:
>>
>>> Here's an updated query that does better checking and it can delete
>>> the rows or update the temperatures.  Test it out on a copy of your
>>> database first.  This works for sqlite.  Don't know about others.
>>>
>

Re: [weewx-user] How to remove spikes from data?

[Alan Jackson]

Here is a description of my adventures cleaning up the database
http://www.adelieresources.com//2019/01/conversion-from-wview-to-weewx-weather-station-software/

On Monday, October 4, 2021 at 6:30:16 AM UTC-7 wfs...@gmail.com wrote:

> Thanks Tom!  I love Weewx and get a kick out of playing with the data.  My 
> biggest variance here in Springfield Illinois was 4.4 degrees.
> On 4/21/21 at 12:15pm i went from 49.1 to 56.3 then fell back to 54.7.  No 
> rain that day, just clouds and sun I guess.  Breezy.
>
> Walt
>
> On Sunday, October 3, 2021 at 8:39:09 PM UTC-5 tke...@gmail.com wrote:
>
>> Wow! Some serious SQL fu!
>>
>> Very nice.
>>
>> On Sun, Oct 3, 2021 at 12:20 PM wfs...@gmail.com  
>> wrote:
>>
>>> Here's an updated query that does better checking and it can delete the 
>>> rows or update the temperatures.  Test it out on a copy of your database 
>>> first.  This works for sqlite.  Don't know about others.
>>>
>>> Walt
>>>
>>> On Sunday, October 3, 2021 at 6:48:23 AM UTC-5 anc...@gmail.com wrote:
>>>
 Exactly. Is there a way to consider only cases such as  +0, -10, +0 
 (i.e. spikes) and not those like  +0, -6. -8 ?
 Meanwhile I thank you for your precious help.
 Andrea

 Il giorno giovedì 30 settembre 2021 alle 23:03:35 UTC+2 
 wfs...@gmail.com ha scritto:

> Just a reminder, this delete query will delete all situations where 
> the criteria is met.  Some of these situations are legit, temps can 
> change 
> rapidly.  You want to make sure it's going to delete only the records you 
> want before running it.  There are probably some enhancements that can be 
> made to the query to find more obvious spikes.  Something like +0, -10, 
> +0 
> might be a spike, whereas +0, -6. -8 is not, the temp is just falling 
> fast.
>
> On Thursday, September 30, 2021 at 1:11:05 PM UTC-5 wfs...@gmail.com 
> wrote:
>
>> Well, make sure you back up your database before you try to delete 
>> anything in case this goes wrong.  I would
>>
>> 1. Stop weewx
>> 2. Make a copy of the database
>> 3. Execute the delete SQL
>> 4. Run the original query again to see if things are OK
>> 5. Rebuild weewx dailies
>> 6. Start weewx
>>
>> Hopefully I'm not forgetting anything.
>>
>> I'm attaching SQL to delete the spiked records.  You will have to 
>> change the database name in the .open statement to the db you want to 
>> change.  You may need to run sqlite3 with sudo in order to delete 
>> records.
>>
>> I thought a better solution would be to update the spiked temp with 
>> an average of the readings surrounding the spike, but I'm having trouble 
>> coming up with the SQL to do that.
>>
>> Walt
>> On Thursday, September 30, 2021 at 9:41:17 AM UTC-5 anc...@gmail.com 
>> wrote:
>>
>>> Thank you Walt, this script works fine! in fact it highlighted that 
>>> spike in my graph:
>>>
>>> DT   datetimetemp  temp_prior
>>> temp_next varianced_back  d_forw
>>> ---  --      
>>>   --  --  
>>> 2021-09-30 04:15:00  1632968100  19.2970370370371  19.3363567649282  
>>> 14.5003779289494  2.380.0393197278911508  4.79665910808766
>>>
>>> (I added two columns d_back = |t1-t2| and t_forw = |t1-t3|)
>>> Now, I need to delete the wrong record: in this case, it is t3 
>>> (d_forw = 4.8). How can I automatically find it and then remove? 
>>> Unfortunately I don't know the sql language and I can't complete the 
>>> script 
>>> myself.
>>>
>>> Thank you very much,
>>> Andrea
>>> Il giorno giovedì 30 settembre 2021 alle 15:27:37 UTC+2 
>>> wfs...@gmail.com ha scritto:
>>>
 Here's a query using the "join a table to itself" method if you 
 don't have the LAG function.  It prints observations that are outside 
 the 
 average of the surrounding observations by 2+ degrees.  I get about 30 
 observations this year and I think it's legit.  Although I don't get 
 spikes 
 in my data, I do use a 15 minute interval and my station is closer to 
 the 
 ground than it should be.  A lot can happen in 15 minutes and my temp 
 graph 
 is always kinda wiggly.

 Caveat Emptor on the attached query.  You could modify it to delete 
 or update the offending rows instead of printing them out.

 Walt


 On Thursday, September 30, 2021 at 7:52:41 AM UTC-5 
 tke...@gmail.com wrote:

> Yes, it's possible, but it's not a simple SELECT statement. For 
> example, this query will return all rows where the temperature 
> difference 
> betwe

Re: [weewx-user] Complex calibration formula for pm2.5 sensor

[Alan Stankevitz]

Thanks for the info. Regarding your slightly off-topic question, purpleair 
and ecowitt use similar light-scattering detectors made by plantower. The 
purpleair has two sensors that average out the readings and I believe are 
doing some internal coding to rectify the humidity problem. The purpleair 
unit has a humidity sensor and barometer with the two pm sensors and I 
believe they are there for calculation purposes. The formula I have been 
testing was actually written for the purpleair unit by the University of 
Colorado during a field-test study.

The purpleair unit also detects pm10 as well. I have been attempting to 
make corrections to the Ecowitt unit cuz it's much less expensive than the 
purpleair sensor. The guts are very similar, so I figured I should be able 
to correct the humidity error by using math!

On Wednesday, August 11, 2021 at 2:24:43 PM UTC graha...@gmail.com wrote:

> in [[Corrections]] section of weewx.conf you can do something like
>
> pm2_5 = 0.52*pm2_5 - 0.085*outHumidity + 5.71
>
>
> slightly off-topic, does anyone know if the purpleair correction applies 
> to other sensors, or just the purpleair?
>
> On 11 Aug 2021, at 10:25 pm, Alan Stankevitz  wrote:
>
> I am using the G1000 driver for Ecowitt sensors. Works fine but need to 
> apply a complex calculation to correct the pm2.5 sensor data.
>
>
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/39f42085-a7b8-435b-88eb-49431d372bc0n%40googlegroups.com.

[weewx-user] Complex calibration formula for pm2.5 sensor

[Alan Stankevitz]

Newbie here...

I am using the G1000 driver for Ecowitt sensors. Works fine but need to 
apply a complex calculation to correct the pm2.5 sensor data.

The equation would be something like:
Cpm2.5 = (pm2.5/(1+((.25*RH)*(.25*RH))/(1-RH)))

RH = Relative Humidity
pm2.5 is raw pm2.5 data
Cpm2.5 is corrected data

Is this possible to apply this formula and would the equation be placed 
under the StdCalibrate section of the config file? 

Thanks!

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/5a08092e-39ea-4f19-8c04-e168c82355f5n%40googlegroups.com.

[weewx-user] Re: Graphing Lightning Strikes/Distance With Belchertown Sking & Ecowitt WH57

[Alan Bryant]

Thank you so much for the pointer! I think the portion in the 
[[Corrections]] is exactly what I needed. Now to wait for some lightning!

On Saturday, April 24, 2021 at 12:57:55 PM UTC-5 tarob...@gmail.com wrote:

> From my understanding, when graphs are being generated they are read from 
> the weewx database (weewx.sdb if SQlite). The issue you are describing 
> sounds like an issue with how the data is stored in the database and not 
> with how Belchertown is graphing. I had similar issue when I first started 
> collecting lightning data using an acurite lightning sensor. See: 
> https://groups.google.com/g/weewx-user/c/xBihBm0jVls/m/J06dlCjlAAAJ for 
> more info. This might help you.
>
> On Friday, April 23, 2021 at 4:00:38 PM UTC-4 Alan Bryant wrote:
>
>> Forgot to add the graph code so that you guys don't have to go look it up.
>>
>> title = Lightning
>>   [[[lightning_strike_count]]]
>>  name = Number of strikes
>>  color = "#ffc83f"
>>   [[[lightning_distance]]]
>>   name = Distance to Strike
>>   color = "#f7f2b4"
>>   y_label = "km" 
>>
>> On Friday, April 23, 2021 at 2:59:48 PM UTC-5 Alan Bryant wrote:
>>
>>>
>>> Hello Everyone,
>>>
>>> I am a very amateur weather enthusiast, so all of this amazing software 
>>> that you guys have put together is phenomenal. Thank all of you so much for 
>>> the time that you have put in to these products and the support!
>>>
>>> I think that I have everything set up mostly how I want it, except for 
>>> the Lightning Graph on the main page.
>>>
>>> I used the code from a previous thread (
>>> https://groups.google.com/g/weewx-user/c/tunBoIOIXtI/m/dBchokefCgAJ) 
>>> that seems to work, but since the GW1000 driver enters the  
>>> lightning_distance into the DB whether there are any new strikes or not, 
>>> the distance gets graphed constantly.
>>>
>>> Is there a way with HighCharts to tell it not to graph the distance 
>>> unless there is a number of strikes > 0?
>>>
>>> Specs:
>>> Site: https://weather.bryantgeeks.com
>>> Weewx: 4.5.1
>>> Belchertown 1.3b1
>>> GW1000 Driver: 0.3.1
>>> Ecowitt GW1000
>>> WH31
>>> WS68
>>> WH57
>>> WH40
>>>
>>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/5234bcbd-e84f-4eac-a157-301eb5fdab8dn%40googlegroups.com.

[weewx-user] Re: Graphing Lightning Strikes/Distance With Belchertown Sking & Ecowitt WH57

[Alan Bryant]

Forgot to add the graph code so that you guys don't have to go look it up.

title = Lightning
  [[[lightning_strike_count]]]
 name = Number of strikes
 color = "#ffc83f"
  [[[lightning_distance]]]
  name = Distance to Strike
  color = "#f7f2b4"
  y_label = "km" 

On Friday, April 23, 2021 at 2:59:48 PM UTC-5 Alan Bryant wrote:

>
> Hello Everyone,
>
> I am a very amateur weather enthusiast, so all of this amazing software 
> that you guys have put together is phenomenal. Thank all of you so much for 
> the time that you have put in to these products and the support!
>
> I think that I have everything set up mostly how I want it, except for the 
> Lightning Graph on the main page.
>
> I used the code from a previous thread (
> https://groups.google.com/g/weewx-user/c/tunBoIOIXtI/m/dBchokefCgAJ) that 
> seems to work, but since the GW1000 driver enters the  lightning_distance 
> into the DB whether there are any new strikes or not, the distance gets 
> graphed constantly.
>
> Is there a way with HighCharts to tell it not to graph the distance unless 
> there is a number of strikes > 0?
>
> Specs:
> Site: https://weather.bryantgeeks.com
> Weewx: 4.5.1
> Belchertown 1.3b1
> GW1000 Driver: 0.3.1
> Ecowitt GW1000
> WH31
> WS68
> WH57
> WH40
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/498acf7b-ad77-4000-abce-9d3174cab31an%40googlegroups.com.

[weewx-user] Graphing Lightning Strikes/Distance With Belchertown Sking & Ecowitt WH57

[Alan Bryant]

Hello Everyone,

I am a very amateur weather enthusiast, so all of this amazing software 
that you guys have put together is phenomenal. Thank all of you so much for 
the time that you have put in to these products and the support!

I think that I have everything set up mostly how I want it, except for the 
Lightning Graph on the main page.

I used the code from a previous thread 
(https://groups.google.com/g/weewx-user/c/tunBoIOIXtI/m/dBchokefCgAJ) that 
seems to work, but since the GW1000 driver enters the  lightning_distance 
into the DB whether there are any new strikes or not, the distance gets 
graphed constantly.

Is there a way with HighCharts to tell it not to graph the distance unless 
there is a number of strikes > 0?

Specs:
Site: https://weather.bryantgeeks.com
Weewx: 4.5.1
Belchertown 1.3b1
GW1000 Driver: 0.3.1
Ecowitt GW1000
WH31
WS68
WH57
WH40

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/ac6293bf-85f0-43f2-adec-f9b005297559n%40googlegroups.com.

Re: [weewx-user] Re: Belchertown Skin Beaufort Category Missing

[Alan Bryant]

Owen,

Thank you so much. Sometimes it takes someone else to point out obvious
mistakes! I knew it had to be something so simple, but somehow I missed it
everytime I checked over the config!

On Thu, Apr 22, 2021, 11:07 PM Owen Edwards  wrote:

> Umm...I'm not running master, but could it be that you've just got a typo
> in your config file?
>
> beaufort_categoty   <=-- This?
>
> Cheers.
>
> On Thursday, 22 April 2021 at 3:38:43 am UTC+10 Alan Bryant wrote:
>
>> I forgot to mention that I am running the master branch of Belchertown
>> from today (04/21/2021) & weewx 4.5.1 installed via apt on Ubuntu 20.10.
>>
>> On Wednesday, April 21, 2021 at 12:30:27 PM UTC-5 Alan Bryant wrote:
>>
>>>
>>> I just did a fresh installation of the Belchertown skin, which I love,
>>> thank you Pat, and everything is working so far except for the
>>> beaufort_category.
>>>
>>> I had this working earlier today, but I was having other intermittent
>>> issues, so I did a fresh installation. This time, the intermittent issues
>>> are gone, but the beaufort category is not displaying.
>>>
>>> I have enabled debug in the Belchertown skin, but I am not seeing
>>> anything obvious. Any help would be greatly appreciated!
>>>
>>> My website is https://weather.bryantgeeks.com/.
>>>
>>> Here is the Belchertown config from weewx.conf:
>>>
>>> [[Belchertown]]
>>> skin = Belchertown
>>> HTML_ROOT = /var/www/html/weewx
>>> enable = true
>>> [[[Labels]]]
>>>
>>> Generic
>>>
>>> #--- Common Titles under Labels Section to Change ---
>>> home_page_header = "Pocket Farm Road Weather Conditions"
>>> # graphs_page_header = "Weather Observation Graphs"
>>> # reports_page_header = "Weather Observation Reports"
>>> # records_page_header = "Weather Observation Records"
>>> # about_page_header = "About This Site"
>>> powered_by = 'Observations are powered by an >> href="/about" target="_blank">Ecowitt Personal Weather Station'
>>> footer_copyright_text = "Pocket Farm Road Weather"
>>> # footer_disclaimer_text = "Never make important
>>> decisions based on info from this website."
>>>
>>> [[[Extras]]]
>>>
>>> # For help refer to the docs at
>>> https://github.com/poblabs/weewx-belchertown
>>>
>>> #--- General Options ---
>>> belchertown_debug = 1
>>> belchertown_locale = "auto"
>>> theme = auto
>>> theme_toggle_enabled = 1
>>> logo_image = "
>>> https://weather.bryantgeeks.com/images/baysidelogo.png";
>>> # logo_image_dark = ""
>>> site_title = "Pocket Farm Road Weather"
>>> station_observations =
>>> "barometer","dewpoint","outHumidity","rainWithRainRate","cloudbase","visibility","windrun"
>>> beaufort_categoty = 1
>>> manifest_name = "Pocket Farm Road Weather"
>>> manifest_short_name = "PFRW"
>>> # aeris_map = 0
>>> radar_html = 'https://embed.windy.com/embed2.html?lat=28.04291&lon=-97.226451&detailLat=28.04291&detailLon=-97.226451&width=650&height=360&zoom=11&level=surface&overlay=radar&product=radar&menu=&message=true&marker=&calendar=now&pressure=&type=map&location=coordinates&detail=&metricWind=mph&metricTemp=%C2%B0F&radarRange=-1";
>>> frameborder="0">'   #  (default seems to center on your lat/lon)
>>> # radar_html_dark = None
>>> # radar_zoom = 8
>>> radar_marker = 1
>>> # almanac_extras = 1
>>> # highcharts_enabled = 1
>>> # graph_page_show_all_button = 1
>>> # graph_page_default_graphgroup = "day"
>>> # highcharts_homepage_graphgroup = "day"
>>> # highcharts_decimal = "auto"
>>> # highcharts_thou

[weewx-user] Re: Belchertown Skin Beaufort Category Missing

[Alan Bryant]

I forgot to mention that I am running the master branch of Belchertown from 
today (04/21/2021) & weewx 4.5.1 installed via apt on Ubuntu 20.10.

On Wednesday, April 21, 2021 at 12:30:27 PM UTC-5 Alan Bryant wrote:

>
> I just did a fresh installation of the Belchertown skin, which I love, 
> thank you Pat, and everything is working so far except for the 
> beaufort_category.
>
> I had this working earlier today, but I was having other intermittent 
> issues, so I did a fresh installation. This time, the intermittent issues 
> are gone, but the beaufort category is not displaying.
>
> I have enabled debug in the Belchertown skin, but I am not seeing anything 
> obvious. Any help would be greatly appreciated!
>
> My website is https://weather.bryantgeeks.com/.
>
> Here is the Belchertown config from weewx.conf:
>
> [[Belchertown]]
> skin = Belchertown
> HTML_ROOT = /var/www/html/weewx
> enable = true
> [[[Labels]]]
>
> Generic
>
> #--- Common Titles under Labels Section to Change ---
> home_page_header = "Pocket Farm Road Weather Conditions"
> # graphs_page_header = "Weather Observation Graphs"
> # reports_page_header = "Weather Observation Reports"
> # records_page_header = "Weather Observation Records"
> # about_page_header = "About This Site"
> powered_by = 'Observations are powered by an  href="/about" target="_blank">Ecowitt Personal Weather Station'
> footer_copyright_text = "Pocket Farm Road Weather"
> # footer_disclaimer_text = "Never make important decisions 
> based on info from this website."
>
> [[[Extras]]]
>
> # For help refer to the docs at 
> https://github.com/poblabs/weewx-belchertown
>
> #--- General Options ---
> belchertown_debug = 1
> belchertown_locale = "auto"
> theme = auto
> theme_toggle_enabled = 1
> logo_image = "
> https://weather.bryantgeeks.com/images/baysidelogo.png";
> # logo_image_dark = ""
> site_title = "Pocket Farm Road Weather"
> station_observations = 
> "barometer","dewpoint","outHumidity","rainWithRainRate","cloudbase","visibility","windrun"
> beaufort_categoty = 1
> manifest_name = "Pocket Farm Road Weather"
> manifest_short_name = "PFRW"
> # aeris_map = 0
> radar_html = 'https://embed.windy.com/embed2.html?lat=28.04291&lon=-97.226451&detailLat=28.04291&detailLon=-97.226451&width=650&height=360&zoom=11&level=surface&overlay=radar&product=radar&menu=&message=true&marker=&calendar=now&pressure=&type=map&location=coordinates&detail=&metricWind=mph&metricTemp=%C2%B0F&radarRange=-1";
>  
> frameborder="0">'   #  (default seems to center on your lat/lon)
> # radar_html_dark = None
> # radar_zoom = 8
> radar_marker = 1
> # almanac_extras = 1
> # highcharts_enabled = 1
> # graph_page_show_all_button = 1
> # graph_page_default_graphgroup = "day"
> # highcharts_homepage_graphgroup = "day"
> # highcharts_decimal = "auto"
> # highcharts_thousands = "auto"
> # googleAnalyticsId = ""
> # pi_kiosk_bold = "false"
> # pi_theme = "auto"
> # webpage_autorefresh = 0
> reload_hook_images = 1
> # reload_images_radar = 300
> # reload_images_hook_asi = -1
> # reload_images_hook_af = -1
> # reload_images_hook_as = -1
> # reload_images_hook_ac = -1
> # show_last_updated_alert = 0
> # last_updated_alert_threshold = 1800
>
> #--- MQTT Websockets (for Real Time Streaming) Options ---
> mqtt_websockets_enabled = 1
> mqtt_websockets_host = "weather.bryantgeeks.com"
> mqtt_websockets_port = 9001
> mqtt_websockets_ssl = 1
> mqtt_websockets_topic = "weather/loop"
> # disconnect_live_website_visitor = 180
>
> #--- Forecast Options ---
>

[weewx-user] Belchertown Skin Beaufort Category Missing

[Alan Bryant]

I just did a fresh installation of the Belchertown skin, which I love, 
thank you Pat, and everything is working so far except for the 
beaufort_category.

I had this working earlier today, but I was having other intermittent 
issues, so I did a fresh installation. This time, the intermittent issues 
are gone, but the beaufort category is not displaying.

I have enabled debug in the Belchertown skin, but I am not seeing anything 
obvious. Any help would be greatly appreciated!

My website is https://weather.bryantgeeks.com/.

Here is the Belchertown config from weewx.conf:

[[Belchertown]]
skin = Belchertown
HTML_ROOT = /var/www/html/weewx
enable = true
[[[Labels]]]

Generic

#--- Common Titles under Labels Section to Change ---
home_page_header = "Pocket Farm Road Weather Conditions"
# graphs_page_header = "Weather Observation Graphs"
# reports_page_header = "Weather Observation Reports"
# records_page_header = "Weather Observation Records"
# about_page_header = "About This Site"
powered_by = 'Observations are powered by an Ecowitt Personal Weather Station'
footer_copyright_text = "Pocket Farm Road Weather"
# footer_disclaimer_text = "Never make important decisions 
based on info from this website."

[[[Extras]]]

# For help refer to the docs at 
https://github.com/poblabs/weewx-belchertown

#--- General Options ---
belchertown_debug = 1
belchertown_locale = "auto"
theme = auto
theme_toggle_enabled = 1
logo_image = 
"https://weather.bryantgeeks.com/images/baysidelogo.png";
# logo_image_dark = ""
site_title = "Pocket Farm Road Weather"
station_observations = 
"barometer","dewpoint","outHumidity","rainWithRainRate","cloudbase","visibility","windrun"
beaufort_categoty = 1
manifest_name = "Pocket Farm Road Weather"
manifest_short_name = "PFRW"
# aeris_map = 0
radar_html = 'https://embed.windy.com/embed2.html?lat=28.04291&lon=-97.226451&detailLat=28.04291&detailLon=-97.226451&width=650&height=360&zoom=11&level=surface&overlay=radar&product=radar&menu=&message=true&marker=&calendar=now&pressure=&type=map&location=coordinates&detail=&metricWind=mph&metricTemp=%C2%B0F&radarRange=-1";
 
frameborder="0">'   #  (default seems to center on your lat/lon)
# radar_html_dark = None
# radar_zoom = 8
radar_marker = 1
# almanac_extras = 1
# highcharts_enabled = 1
# graph_page_show_all_button = 1
# graph_page_default_graphgroup = "day"
# highcharts_homepage_graphgroup = "day"
# highcharts_decimal = "auto"
# highcharts_thousands = "auto"
# googleAnalyticsId = ""
# pi_kiosk_bold = "false"
# pi_theme = "auto"
# webpage_autorefresh = 0
reload_hook_images = 1
# reload_images_radar = 300
# reload_images_hook_asi = -1
# reload_images_hook_af = -1
# reload_images_hook_as = -1
# reload_images_hook_ac = -1
# show_last_updated_alert = 0
# last_updated_alert_threshold = 1800

#--- MQTT Websockets (for Real Time Streaming) Options ---
mqtt_websockets_enabled = 1
mqtt_websockets_host = "weather.bryantgeeks.com"
mqtt_websockets_port = 9001
mqtt_websockets_ssl = 1
mqtt_websockets_topic = "weather/loop"
# disconnect_live_website_visitor = 180

#--- Forecast Options ---
forecast_enabled = 1
# forecast_provider = "aeris"
forecast_api_id = ""
forecast_api_secret = 
"x"
# forecast_units = "us"
# forecast_lang = "en"
# forecast_stale = 3540
# forecast_aeris_use_metar = 1
# forecast_interval_hours = 24
forecast_alert_enabled = 1
forecast_alert_limit = 10
forecast_show_daily_forecast_link = 1
forecast_daily_forecast_link = 
"https://wx.aerisweather.com/local/us/tx/bayside/forecast//MM/DD";
aqi_enabled = 1
aqi_location_enabled = 1

#--- Earthquake Options ---
earthquake_enabled = 1
# earthquake_maxradiuskm = 1000
# earthquake_stale = 10740
# earthquake_server = USGS
# geonet_mmi = 4

#--- Social Options ---
# facebook_enabled = 0
# twitter_enabled = 0
# twitter_owner = ""
# twitter_hashtags = "weewx #weather"
# social_shar

[weewx-user] Re: Read Vantage Pro with python

[Alan]

Without the base station? I did that for a couple years with the Vantage 
Vue using a 3DR radio.

If that is what you are trying to do, wxforum has an extensive thread 
titled "Implementing a Si1000 based wireless receiver for Davis ISS data" 
that I used to get it running.

When the Vue no longer report accurately I ordered the Pro with the base 
station.



On Wednesday, May 15, 2019 at 6:55:59 AM UTC-4, Stefan Schnidrig wrote:
>
> Hello.
> I have a question. Does anyone have a Python to read the Vantage Pro 
> directly? Just as you can do with the LUFFT weather station.
> Thank you too
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/9e984001-aeef-41f4-8dd9-e0d13891de22%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: rss.xml problems

[Alan]

Thanks for the help guys!!

It works with Internet Explorer. I'm not sure why pointing Chrome at the 
Raspberry Pi gives a different result than pointing at the hosted site but 
that is definitely not a weewx problem.

The Seasons skin requires a mouse-over to see the times in the high-low 
section. I was using a laptop with a finicky touch pad when I did the new 
3.9 install and didn't realize the mouse-over function was there.


-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/d84562f1-4799-47b7-a55f-a3fcf8df2ea7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: rss.xml problems

[Alan]

I switched to the standard skin and all is right with the world again. The 
RSS link still shows an error in my browser but it's not something I'm 
going to spend any time on.

The new skin really looks nice but mouse-over function might drive me to 
drink. I'm in the weird function over form minority.

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/d48c6e9d-2966-4a9a-827e-74b3c1d88ae6%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: rss.xml problems

[Alan]

The "as expected" may be where I'm going wrong. http://vtwx.tom.org/ is an 
older version of weewx but I see the same problem that I have with mine.

The missing "Since Midnight" info that prompted me to go looking around and 
click the RSS feed is not missing after all; it is a mouse-over popup. I 
don't really care about the RSS if I can get the skin tweaked to not need a 
mouse-over.



On Tuesday, May 14, 2019 at 12:06:09 AM UTC-4, gjr80 wrote:
>
> Might help if you gave an example of a station that does not work as you 
> expected. I just went to a half dozen randomly chosen stations (at least 
> one was remote hosted) on the station map and RSS seemed to function as 
> expected.
>
> Gary
>
> On Tuesday, 14 May 2019 13:40:36 UTC+10, Alan wrote:
>>
>>
>> It looks like I've got plenty of company. Looking at 
>> http://www.weewx.com/stations.html I can't find a station that works as 
>> I expect it to. It may have never worked on the hosted site with the 
>> previous versions, I've just never clicked on the RSS link. I think I'm 
>> going to give up on the RSS and see if I can tweak the skin to get the 
>> "Since Midnight" information back on the index.html page.
>>
>> As a side note, I can view the RSS info on my phone using "Read" for 
>> Android linked to the hosted xml URL.
>>
>

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/d17b908a-4033-4b1a-844f-be946de33267%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: rss.xml problems

[Alan]

It looks like I've got plenty of company. Looking at 
http://www.weewx.com/stations.html I can't find a station that works as I 
expect it to. It may have never worked on the hosted site with the previous 
versions, I've just never clicked on the RSS link. I think I'm going to 
give up on the RSS and see if I can tweak the skin to get the "Since 
Midnight" information back on the index.html page.

As a side note, I can view the RSS info on my phone using "Read" for 
Android linked to the hosted xml URL.

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/c9771f68-9118-4f89-bf82-7233face44ce%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] rss.xml problems

[Alan]

I get this error when I click the RSS link in the upper right hand corner 
of the weewx index.html page.:

*This XML file does not appear to have any style information associated 
with it. The document tree is shown below.*

I only get this error on my hosted page. If I point my browser directly at 
my Raspberry Pi it works fine. I think there is something missing from the 
files I copied to my hosted site but I can't figure out what. Everything 
looks the same as what is on the pi.

Has anyone had this problem and figured it out?

weewx version 3.9.1
Raspberry Pi running Raspbian Stretch
HostGator cpanel hosting

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/cccab7d0-fc08-4645-bd63-ab466f4c9701%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] RSS.XML problems

[Alan]

I get this error when I try click on the RSS link in the upper right hand 
corner of my weewx webpage.:

*This XML file does not appear to have any style information associated 
with it. The document tree is shown below.*

It doesn't happen when I point my browser to my raspberry pi. It only 
happens on my hosted web page. I'm thinking something didn't get copied to 
the we hosted webserver but for the life of me I can't figure out what is 
missing.

Has anyone run into this and figured it out?

-- 
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 web visit 
https://groups.google.com/d/msgid/weewx-user/a3e3f2bb-e296-4031-89f6-1a37a2c3a4f2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Neowx skin sample site

[Alan Jackson]

I just installed it. http://www.ajackson.org/weewx

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Beta testers for v3.9.0 needed

[Alan Major]

Upgraded my Raspberry Pi installation using the setup.py method. I had 
previously installed the new Seasons skin. Upgrade and first 48hrs running 
have not encountered any problems. Good work, thanks.
>
>
Alan

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: My experience migrating from wview to weewx

[Alan Jackson]

Oops! Thanks for the catch.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] My experience migrating from wview to weewx

[Alan Jackson]

Actually a retired geophysicist from an oil company. But I've been doing open 
source stuff for a long time. I like to say I started using the internet before 
the web was invented (anyone remember gopher or veronica?). I just attended an 
R conference, and one of the things that struck me was Hadley Wickham 
emphasizing the importance of documenting code and process, bcause at least one 
person will be trying to read your code in the future - future you. That and I 
wanted an excuse to improve my skills in rmarkdown.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] My experience migrating from wview to weewx

[Alan Jackson]

I just did the migration from wview to weewx, nearly problem-free, and I 
tried to document it for myself and others.

The main effort I expended was to take the opportunity to clean up the old 
database
before I migrated it. I walk through that process and show all the code, 
which someone
may find useful.

http://www.adelieresources.com//2019/01/conversion-from-wview-to-weewx-weather-station-software/
http://www.adelieresources.com/2019/01/conversion-from-wview-to-weewx-weather-station-software-part-2-station-setup/

Alan

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] ftpupload failing with Errno 0 or no reason at all - with solution

[Alan Jackson]

I am posting this for future reference, since I was unable to find the 
answer with Google, in future
hopefully, this will save someone some time and effort.

The answer is: setting secure_ftp = False in the config file.

Everything is running like clockwork now. Thanks for a wonderful product.

---
The issue

I just installed weewx on my Ubuntu 16.04 workstation.

$ sudo python
Python 2.7.12 (default, Nov 12 2018, 14:36:49) 
[GCC 5.4.0 20160609] on linux2

Everything works great, except ftp to my website. I have triple checked the 
user and password, and it still fails with either
Reason: [Errno 0] Error
or
Reason:

neither of which give me much of a clue.

Here is part of the log. I am mystified. (I also tried both weewx and 
/weewx as the target directory)


Jan 26 12:45:15 carina weewx[11582]: restx: Wunderground-PWS: Published 
record 2019-01-26 12:45:00 CST (1548528300)
Jan 26 12:45:17 carina weewx[11582]: cheetahgenerator: Generated 14 files 
for report StandardReport in 2.22 seconds
Jan 26 12:45:26 carina weewx[11582]: imagegenerator: Generated 12 images 
for StandardReport in 8.49 seconds
Jan 26 12:45:26 carina weewx[11582]: copygenerator: copied 0 files to 
/var/www/html/weewx
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #1. Failed 
uploading weewx/daywind.png to ajackson.org. Reason: [Errno 0] Error
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #2. Failed 
uploading weewx/daywind.png to ajackson.org. Reason:
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #3. Failed 
uploading weewx/daywind.png to ajackson.org. Reason:
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Failed to upload file 
weewx/daywind.png
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #1. Failed 
uploading weewx/yeartempchill.png to ajackson.org. Reason:
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #2. Failed 
uploading weewx/yeartempchill.png to ajackson.org. Reason:
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Attempt #3. Failed 
uploading weewx/yeartempchill.png to ajackson.org. Reason:
Jan 26 12:45:27 carina weewx[11582]: ftpupload: Failed to upload file 
weewx/yeartempchill.png
..
Jan 26 12:55:29 carina weewx[11582]: ftpupload: Got error while attempting 
to make remote directory /weewx/smartphone
Jan 26 12:55:29 carina weewx[11582]:    Error:
Jan 26 12:55:29 carina weewx[11582]: ftpupload: Got error while attempting 
to make remote directory /weewx/smartphone
Jan 26 12:55:29 carina weewx[11582]:    Error:
Jan 26 12:55:29 carina weewx[11582]: ftpupload: Got error while attempting 
to make remote directory /weewx/smartphone
Jan 26 12:55:29 carina weewx[11582]:    Error:
Jan 26 12:55:29 carina weewx[11582]: ftpupload: Unable to create remote 
directory /weewx/smartphone
Jan 26 12:55:29 carina weewx[11582]: ftpgenerator: Caught exception : Unable to create remote directory /weewx/smartphone
Jan 26 12:55:29 carina weewx[11582]:   Traceback (most recent 
call last):
Jan 26 12:55:29 carina weewx[11582]: File 
"/usr/share/weewx/weewx/reportengine.py", line 325, in run
Jan 26 12:55:29 carina weewx[11582]:   n = ftp_data.run()
Jan 26 12:55:29 carina weewx[11582]: File 
"/usr/share/weewx/weeutil/ftpupload.py", line 137, in run
Jan 26 12:55:29 carina weewx[11582]:   
self._make_remote_dir(ftp_server, remote_dir_path)
Jan 26 12:55:29 carina weewx[11582]: File 
"/usr/share/weewx/weeutil/ftpupload.py", line 240, in _make_remote_dir
Jan 26 12:55:29 carina weewx[11582]:   raise IOError, 
"Unable to create remote directory %s" % remote_dir_path
Jan 26 12:55:29 carina weewx[11582]:   IOError: Unable to 
create remote directory /weewx/smartphone

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Belchertown Skin 0.8.1 released

[Alan Bryant]

Pat,

Just wanted to say thanks! I have mine up and running, minus the logo and 
about page. https://weather.bryantgeeks.com/.

Great skin and I am loving having such an easy and beautiful view of my 
weather data.

Alan Bryant

On Friday, December 7, 2018 at 4:12:23 PM UTC-6, Pat wrote:
>
> The last thread was getting a bit long. So I've started a new one. 
>
> Belchertown Skin 0.8.1 has been released which fixes a couple of bugs. See 
> the release notes, and install instructions here:
>
> https://github.com/poblabs/weewx-belchertown/releases
>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Interceptor Exstension and Wind Gust Direction

[Alan Bryant]

I modified the interceptor.py file and I guess I updated the mapping 
properly because it is no longer complaining about the windgustdir 
parameter. I'm not sure how to tell if it is being added to weewx, but I'm 
happy that the error is at least gone.

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Interceptor Exstension and Wind Gust Direction

[Alan Bryant]

Alright, so I added windGustDir = wind_gust_dir to the sensor_map stanza, 
but I am still getting the same message in my syslog. Any ideas?

On Thursday, December 6, 2018 at 10:58:47 AM UTC-6, Alan Bryant wrote:
>
> Ok, so apparently I did not read everything on the Github readme for the 
> interceptor extension. I ran it manually with debug and this is what I am 
> seeing:
>
> raw packet: {'wind_speed': 9.0, 'barometer': 30.18, 'wind_gust': 11.0, 
> 'dewpoint': 63.5, 'humidity_out': 81.0, 'rain': 0.0, 'dateTime': 
> 1544115304, 'temperature_out': 69.6, 'wind_dir': 113.0, 'rain_total': 0.0, 
> 'usUnits': 1}
> mapped packet: {'barometer': 30.18, 'dewpoint': 63.5, 'outHumidity': 81.0, 
> 'rain': 0.0, 'dateTime': 1544115304, 'windDir': 113.0, 'outTemp': 69.6, 
> 'windSpeed': 9.0, 'windGust': 11.0, 'usUnits': 1}
> identifiers: {}
> raw data: 
> ID=KTXTAFT8&PASSWORD=4wqrc4c0&softwaretype=myAcuRite&dateutc=now&action=updateraw&realtime=1&rtfreq=36&action=updateraw&realtime=1&rtfreq=35&baromin=30.18&humidity=81&tempf=69.6&windspeedmph=12&winddir=135&windgustmph=12&windgustdir=135&dewptf=63.5&dailyrainin=0.00&rainin=0.00
>  
> HTTP/1.1
> Host:www.wunderground.com
> Content-Type:application/x-www-form-urlencoded
> Content-Length:0
> Connection:close
> User-Agent: Atlas/047
>
> So it looks like I mapped most things wrong in the sensor_maps. How would 
> I go about mapping the windgustdir correctly? I did not see it in the debug 
> output. If it follows the convention of the others, I am assuming it would 
> b wind_gust_dir, would that be correct? Since it seems to be mapping the 
> others, would this be the only one I would need to put in the sensor_map 
> stanza?
>
> Thank you for any help!
>
> On Thursday, December 6, 2018 at 10:14:40 AM UTC-6, Alan Bryant wrote:
>>
>> I have an Acurite 5n1 with a base station and Access hub. I do not have a 
>> computer near where the station is, so I'm using Interceptor to sniff the 
>> traffic from the Access to WU. I've got weewx up and running and installed 
>> the Interceptor extension and it seems to be detecting the data sent to WU. 
>> Thanks Matthew! I'm getting a message in syslog that seems to be telling me 
>> that it cannot understand the windgustdir parameter that my Access is 
>> sending to WU. I did map it to windGustDir in weewx.conf.
>>
>> Here is the relevant line from syslog:
>>
>> Dec  6 10:11:01 jakku weewx[8952]: interceptor: MainThread: unrecognized 
>> parameter windgustdir=113
>>
>> The message repeats quite a lot and the only thing changes is the 
>> direction.
>>
>> Here is my Interceptor config from weewx.conf:
>>
>> [Interceptor]
>> # This section is for the network traffic interceptor driver.
>>
>> # The driver to use:
>> driver = user.interceptor
>>
>> # Specify the hardware device to capture.  Options include:
>> #   acurite-bridge - acurite internet bridge
>> #   observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
>> #   lw30x - oregon scientific LW301/LW302
>> #   lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
>> device_type = observer
>> mode = sniff
>> iface = eth1
>> pcap_filter = src 192.168.1.240 and dst port 80
>>
>> [[sensor_map]]
>> barometer = baromin
>> outHumidity = humidity
>> outTemp = tempf
>> windSpeed = windspeedmph
>> windDir = winddir
>> windGust = windgustmph
>> windGustDir = windgustdir
>> dewpoint = dewpointf
>> rain = rainin
>>
>>
>> Here is what the access is sending to WU according to a tcpdump capture:
>>
>> 10:13:29.780975 IP 192.168.1.240.18347 > 
>> a23-67-156-86.deploy.static.akamaitechnologies.com.http: Flags [P.], seq 
>> 1:470, ack 1, win 8192, length 469: HTTP: GET 
>> /weatherstation/updateweatherstation.php?ID=KTXTAFT8&PASSWORD=4wqrc4c0&softwaretype=myAcuRite&dateutc=now&action=updateraw&realtime=1&rtfreq=36&action=updateraw&realtime=1&rtfreq=35&baromin=30.18&humidity=79&tempf=69.8&windspeedmph=10&winddir=135&windgustmph=10&windgustdir=135&dewptf=63.0&dailyrainin=0.00&rainin=0.00
>>  
>> HTTP/1.1
>>
>> I believe I have everything configured correctly. Where else can I look 
>> to figure this out?
>>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Interceptor Exstension and Wind Gust Direction

[Alan Bryant]

Ok, so apparently I did not read everything on the Github readme for the 
interceptor extension. I ran it manually with debug and this is what I am 
seeing:

raw packet: {'wind_speed': 9.0, 'barometer': 30.18, 'wind_gust': 11.0, 
'dewpoint': 63.5, 'humidity_out': 81.0, 'rain': 0.0, 'dateTime': 
1544115304, 'temperature_out': 69.6, 'wind_dir': 113.0, 'rain_total': 0.0, 
'usUnits': 1}
mapped packet: {'barometer': 30.18, 'dewpoint': 63.5, 'outHumidity': 81.0, 
'rain': 0.0, 'dateTime': 1544115304, 'windDir': 113.0, 'outTemp': 69.6, 
'windSpeed': 9.0, 'windGust': 11.0, 'usUnits': 1}
identifiers: {}
raw data: 
ID=KTXTAFT8&PASSWORD=4wqrc4c0&softwaretype=myAcuRite&dateutc=now&action=updateraw&realtime=1&rtfreq=36&action=updateraw&realtime=1&rtfreq=35&baromin=30.18&humidity=81&tempf=69.6&windspeedmph=12&winddir=135&windgustmph=12&windgustdir=135&dewptf=63.5&dailyrainin=0.00&rainin=0.00
 
HTTP/1.1
Host:www.wunderground.com
Content-Type:application/x-www-form-urlencoded
Content-Length:0
Connection:close
User-Agent: Atlas/047

So it looks like I mapped most things wrong in the sensor_maps. How would I 
go about mapping the windgustdir correctly? I did not see it in the debug 
output. If it follows the convention of the others, I am assuming it would 
b wind_gust_dir, would that be correct? Since it seems to be mapping the 
others, would this be the only one I would need to put in the sensor_map 
stanza?

Thank you for any help!

On Thursday, December 6, 2018 at 10:14:40 AM UTC-6, Alan Bryant wrote:
>
> I have an Acurite 5n1 with a base station and Access hub. I do not have a 
> computer near where the station is, so I'm using Interceptor to sniff the 
> traffic from the Access to WU. I've got weewx up and running and installed 
> the Interceptor extension and it seems to be detecting the data sent to WU. 
> Thanks Matthew! I'm getting a message in syslog that seems to be telling me 
> that it cannot understand the windgustdir parameter that my Access is 
> sending to WU. I did map it to windGustDir in weewx.conf.
>
> Here is the relevant line from syslog:
>
> Dec  6 10:11:01 jakku weewx[8952]: interceptor: MainThread: unrecognized 
> parameter windgustdir=113
>
> The message repeats quite a lot and the only thing changes is the 
> direction.
>
> Here is my Interceptor config from weewx.conf:
>
> [Interceptor]
> # This section is for the network traffic interceptor driver.
>
> # The driver to use:
> driver = user.interceptor
>
> # Specify the hardware device to capture.  Options include:
> #   acurite-bridge - acurite internet bridge
> #   observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
> #   lw30x - oregon scientific LW301/LW302
> #   lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
> device_type = observer
> mode = sniff
> iface = eth1
> pcap_filter = src 192.168.1.240 and dst port 80
>
> [[sensor_map]]
> barometer = baromin
> outHumidity = humidity
> outTemp = tempf
> windSpeed = windspeedmph
> windDir = winddir
> windGust = windgustmph
> windGustDir = windgustdir
> dewpoint = dewpointf
> rain = rainin
>
>
> Here is what the access is sending to WU according to a tcpdump capture:
>
> 10:13:29.780975 IP 192.168.1.240.18347 > 
> a23-67-156-86.deploy.static.akamaitechnologies.com.http: Flags [P.], seq 
> 1:470, ack 1, win 8192, length 469: HTTP: GET 
> /weatherstation/updateweatherstation.php?ID=KTXTAFT8&PASSWORD=4wqrc4c0&softwaretype=myAcuRite&dateutc=now&action=updateraw&realtime=1&rtfreq=36&action=updateraw&realtime=1&rtfreq=35&baromin=30.18&humidity=79&tempf=69.8&windspeedmph=10&winddir=135&windgustmph=10&windgustdir=135&dewptf=63.0&dailyrainin=0.00&rainin=0.00
>  
> HTTP/1.1
>
> I believe I have everything configured correctly. Where else can I look to 
> figure this out?
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Acurite 5n1 & Acurite Lightning Detector

[Alan Bryant]

Rich,

Thanks for the response! I have seen that thread. I'm guessing you are 
referring to the mention of the lightning detector working with the Access 
hub, specifically? Unfortunately Acurite support told me that it does not 
work with it. Even if it did, unless that data could be sent to WU, it 
would be encrypted. Thanks for the pointer.

On Tuesday, December 4, 2018 at 8:58:30 PM UTC-6, rich T wrote:
>
> Did you at the following link; this might work
>
>
> https://groups.google.com/forum/#!searchin/weewx-user/acurite$20access%7Csort:date/weewx-user/V4t_RWkzx_I/xXfuO0VlBgAJ
>
>
> On Tuesday, December 4, 2018 at 3:25:47 PM UTC-5, Alan Bryant wrote:
>
>> I have an Acurite 5n1 with the access hub and I am able to get data by 
>> using the interceptor driver. I want to get a lightning detector, but it 
>> will not connect to either the access or my display. I would like to get 
>> that data into weewx and through my research I should be able to with the 
>> sdr driver. My problem is, if I understand weewx, is that I can only have 
>> one driver at a time. I know I can use the sdr driver for the 5n1 as well, 
>> but then I lose the pressure reading. Is anyone else doing something 
>> similar or am I misunderstanding anything?
>>
>> Thanks 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.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Pillow + Mac OSX 10.11.X and earlier

[Alan Klein]

Just a heads up for others that are trying to install weewx on Mac OS X 
10.11.X and earlier releases and are using Pillow instead of PIL, or if you 
recently updated Pillow to 5.1.0 and use an older version of Mac OS X

There is currently an issue with the Pillow 5.1.0 release not being 
compatible with the older versions of Mac OS as it was built for Mac OS X 
10.12.
https://github.com/python-pillow/Pillow/issues/3068

The good news is that this is planned to be fixed in release 5.1.1 of 
Pillow.

Until resolved, run the following when installing Pillow to pull in version 
5.0.0 which was compatible with older versions of Mac OS X.

sudo pip install Pillow==5.0.0


Hope this helps others!

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Looking for a starting point - driver for Lufft WS601-UMB

[Alan W.]

Thank you sir.  That should get me on the way.

Cheers,
Al

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Looking for a starting point - driver for Lufft WS601-UMB

[Alan W.]

I am looking to develop a driver for the Lufft WS601-UMB.  It seems most 
systems have a single, or a few different loop packets, each with multiple 
measurements/sensor output.  The Lufft does have a few buffers with 
multiple measurements, but even combining all of them does not necessarily 
provide the specific values one might want.  It can also provide individual 
values by channel, and has different channels for different units (i.e. 
there is a channel for temp in F and another for C).  It can use different 
protocols (UMB, MODBUS, etc), and as far as I can tell, will only output on 
request.  I am thinking that using the UMB protocol is desirable, as it 
provides the best ability to configure the station without the proprietary 
software (win only).

Is there an in-use driver that could provide a starting place for a channel 
by channel (value by value) driver, including station configuration?  I can 
get around in Python, but I am chemist, not a programmer.  A starting place 
would be helpful.

Some info on the Lufft, including user manual and UMB protocol (under 
resources tab towards bottom of the page):  
https://www.lufft.com/products/compact-weather-sensors-293/ws601-umb-smart-weather-sensor-1831/

Cheers,
Al

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Guidance on developing a driver for the Lufft WS601-UMB

[Alan W.]

I am looking to develop a driver for the Lufft WS601-UMB.  It seems most 
systems have a single, or a few different loop packets, each with multiple 
measurements/sensor output.  The Lufft does have a few buffers with 
multiple measurements, but even combining all of them does not necessarily 
provide the specific values one might want.  It can also provide individual 
values by channel, and has different channels for different units (i.e. 
there is a channel for temp in F and another for C).  It can also use 
different protocols (UMB, MODBUS, etc).  I am thinking that using the UMB 
protocol is desirable, as it provides the best ability to configure the 
sensor suite without the proprietary sw (win only).

IS thee an in-use driver that could provide a starting place for a channel 
by channel (value by value) driver, including sensor config?  I can get 
around in Python, but I am chemist, not a programmer.  A starting place 
would be helpful.

some info on the Lufft, including user manual and UMP protocol (under 
resources tab towards bottom of the page):  
https://www.lufft.com/products/compact-weather-sensors-293/ws601-umb-smart-weather-sensor-1831/

Cheers,
Al


-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Skin used on http://www.threefools.org/weewx/ site

[Alan Major]

Thanks for the positive comments.

Adding the new sections took some 'trial and error' as I am no expert but the 
fact I succeeded must be an indication that it is is reasonably straight 
forward. I suspect for someone more skilled than me it would be easy and I am 
sure there are more efficient/elegant ways of doing it than I took.

Interestingly the Highcharts I use to display my Comparisions do have 'pop-up' 
capability to show additional information which works on touch screens. I have 
to confess that I do not know how this is achieved or whether it would 
practical to use the same approach for the weewx Hi/Low times. Screen real 
estate is an issue so if 'pop-up' functionality could be implemented it would 
be a good solution because the supplemental information is not always needed.

Alan

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Skin used on http://www.threefools.org/weewx/ site

[Alan Major]

The wind roses are part of Greg's Weewx-WD extension.

OK, I'll wait for Matthew to see this discussion and hopefully comment.

Alan

On Thursday, 11 January 2018, Thomas Keffer  wrote:

> Very nice! I especially like the wind quadrants. Where did you get those
> from?
>
> Matthew is the author of the new skin. He'd have to answer your question
> about the inability to hover in order to see the min/max times.
>
> -tk
>
> On Thu, Jan 11, 2018 at 8:29 AM, Alan Major  wrote:
>
>> Thanks for the link. I have re-skinned my weewx site
>> <http://www.thecorner.me.uk/weewx> using this skin and am very happy
>> with the fresh new look.
>>
>> The only issue I have run into is that when viewing the site on a
>> touchscreen device it is not possible to see the time of the hi/low
>> observation but of course this isn't a weewx issue per se. Is this
>> something that you are working to overcome or this the way it is going to
>> be?
>>
>> Alan
>>
>> On Saturday, 6 January 2018 13:39:32 UTC, Tom Keffer wrote:
>>>
>>> This is the new "Seasons" skin. You can find it in the "newskin
>>> <https://github.com/weewx/weewx/tree/newskin>" branch of the WeeWX
>>> GitHub repository. Download the branch, either using git, or as a zip
>>> file <https://github.com/weewx/weewx/archive/newskin.zip>, then ignore
>>> everything except what's in the "skins/Seasons" subdirectory.
>>>
>>> Our plan is to have it eventually replace the venerable "Standard" skin.
>>> It's still a work-in-progress, but seems reasonably stable.
>>>
>>> -tk
>>>
>>> On Sat, Jan 6, 2018 at 1:50 AM, Alan Major  wrote:
>>>
>>>> Is it possible to download the skin used for http://www.threefools.org/
>>>> weewx/ ? I'd like to give my site a make over ...
>>>>
>>>> Thanks.
>>>>
>>>> Alan Major
>>>> www.thecorner.me.uk/weewx
>>>>
>>>> --
>>>> 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+...@googlegroups.com.
>>>> For more options, visit https://groups.google.com/d/optout.
>>>>
>>>
>>> --
>> 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.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
> --
> You received this message because you are subscribed to a topic in the
> Google Groups "weewx-user" group.
> To unsubscribe from this topic, visit https://groups.google.com/d/
> topic/weewx-user/wxhE25HWRtI/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>


-- 
Sent from Gmail Mobile

-- 
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.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Skin used on http://www.threefools.org/weewx/ site

[Alan Major]

Thanks for the link. I have re-skinned my weewx site 
<http://www.thecorner.me.uk/weewx> using this skin and am very happy with 
the fresh new look.

The only issue I have run into is that when viewing the site on a 
touchscreen device it is not possible to see the time of the hi/low 
observation but of course this isn't a weewx issue per se. Is this 
something that you are working to overcome or this the way it is going to 
be?

Alan

On Saturday, 6 January 2018 13:39:32 UTC, Tom Keffer wrote:
>
> This is the new "Seasons" skin. You can find it in the "newskin 
> <https://github.com/weewx/weewx/tree/newskin>" branch of the WeeWX GitHub 
> repository. Download the branch, either using git, or as a zip file 
> <https://github.com/weewx/weewx/archive/newskin.zip>, then ignore 
> everything except what's in the "skins/Seasons" subdirectory.
>
> Our plan is to have it eventually replace the venerable "Standard" skin. 
> It's still a work-in-progress, but seems reasonably stable.
>
> -tk
>
> On Sat, Jan 6, 2018 at 1:50 AM, Alan Major  > wrote:
>
>> Is it possible to download the skin used for 
>> http://www.threefools.org/weewx/ ? I'd like to give my site a make over 
>> ...
>>
>> Thanks.
>>
>> Alan Major
>> www.thecorner.me.uk/weewx
>>
>> -- 
>> 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+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Skin used on http://www.threefools.org/weewx/ site

[Alan Major]

Is it possible to download the skin used 
for http://www.threefools.org/weewx/ ? I'd like to give my site a make over 
...

Thanks.

Alan Major
www.thecorner.me.uk/weewx

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Wind Dir not showing on DB

[Alan Ferrer]

In de DB I don’t see the wind direction, do you know what could be?
I read that if you don’t have wind speed direction is useless, still when I 
have wind speed direction is 0.

Thanks!

Alan

Great Application!

<https://lh3.googleusercontent.com/-CtjTxrVBzkw/WfUJtgk1RWI/BY8/VTnEdZ6v8IEu4RJZ31_QGdJSUDUXSvXLwCLcBGAs/s1600/Screen%2BShot%2B2017-10-28%2Bat%2B7.36.32%2BPM.png>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Public IP-address

[Alan]

This works on my Pi to get the WAN address from Duck Duck Go.

This is far from an ideal method since it requires downloading a webpage 
you don't control but it works for me. If you use it, do so at your own 
risk. There's no guarantee the webpage will not change in format or worse, 
be compromised or contain malware.



#!/bin/bash
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/home/pi/
scrape/testing
# Wget the main Duck Duck Go page (-q for quiet -P is to specify download 
directory -O is to specify the filename for the downloaded page)
wget -q -P /home/pi/scrape/testing -O webpage.htm  https:
//duckduckgo.com/?q=ip&ia=answer
# sleep for 5 seconds to allow page to finish downloading
sleep 5
# use grep to pull the line that contains the WAN address
# "./" is for current directory where the webpage page was downloaded (full 
path is used now)
grep  'Your IP address is *.*.*.* in' /home/pi/scrape/testing/webpage.htm > 
/home/pi/scrape/testing/wan-step1.txt
# Strip anything before the ip address
sed 's/^.*Your IP address/Your IP address/' /home/pi/scrape/testing/wan-
step1.txt > /home/pi/scrape/testing/wan-step2.txt
# Strip anything after the ip address
sed 's/ in.*//' /home/pi/scrape/testing/wan-step2.txt > /home/pi/scrape/
testing/wan_address.txt
# delete webpage  wan-step1 wan-step2
rm /home/pi/scrape/testing/webpage.htm /home/pi/scrape/testing/wan-step1.txt 
/home/pi/scrape/testing/wan-step2.txt
# Your WAN address should now be in /home/pi/scrape/testing/wan_address.txt





On Thursday, January 5, 2017 at 7:40:52 AM UTC-5, Per Edström wrote:
>
> For some reason is my ISP changing the public IP-address. That is not 
> really a problem but it seems that DynDNS doesn't update.
> Is it possible to have Weewx show the public IP-address on the weather 
> page? Is there any pre-defined parameter for this?
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Public IP-address

[Alan]

I think I would create a bash script to scrape the IP 
from: https://duckduckgo.com/?q=ip&ia=answer

I'm too cheap to pay for a dynamic DNS service so I have a script scrape my 
public IP from my router's GUI and email me if it changes. DD-WRT on the 
router makes it fairly simple to grab the public IP.

If I was really good as scripting, I'd post something for the Duck Duck Go 
address scrape but I don't do much of this so it would take quite a bit of 
trial and error before I got something working.


On Thursday, January 5, 2017 at 7:40:52 AM UTC-5, Per Edström wrote:
>
> For some reason is my ISP changing the public IP-address. That is not 
> really a problem but it seems that DynDNS doesn't update.
> Is it possible to have Weewx show the public IP-address on the weather 
> page? Is there any pre-defined parameter for this?
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Interface Davis Vantage Vue <-> Raspberry Pi 3

[Alan]

I like my Si1000 radio but it is definitely not an off-the-shelf solution. 
Info is available on wxforum if you like to tinker.

I do not a have Davis base; I bought just the Vantage Vue ISS with 
intention of using a Raspbery Pi in the house.



On Tuesday, January 3, 2017 at 9:53:28 AM UTC-5, Lutz wrote:
>
> Hi,
>
> Do I need the expensive WeatherLink® USB (6510USB) to connect a Davis 
> Vantage Vue with a Raspberry Pi 3 or are there cheaper alternatives?
>
> Best regards
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Create backup image of the running system

[Alan]

This doesn't address backing up a running system so feel free to ignore it.

The varying SD card size problem can be overcome by shrinking the backup 
image you created using the laptop. I have a script that I use for that 
purpose here: 
https://github.com/Alanb603/Pi_Image_Shrinker/blob/master/autoresize.sh

I usually make a new image backup when I make a system change and I use 
crontab to execute a script (generously provided by a member of this group) 
to copy the weewx database to Amazon S3 twice a day.

A restore is simply writing the image to a new SD card then replacing the 
database with the the backup copy of the database from my Amazon S3 cloud.

I don't quite trust hot backups for the full OS yet so I do cold backups as 
you have described. My system changes are pretty infrequent so the process 
doesn't bother me. When I have an SD card failure, I can be back up in less 
than 30 minutes with at worst 12.5 hours of data lost.




On Sunday, December 25, 2016 at 4:55:39 AM UTC-5, Per Edström wrote:
>
> I run my Weewx on Raspberry Pi and on a  "PC" (Ebox 3350 and Ubuntu 10). 
> Both have the OS on an SD/SDHC-card.
>
> Now, I find it messy to create a backup image:
> 1. Halt system
> 2. Power down
> 3. Remove SD-card
> 4. Put in laptop and create an image to file (5-10 min)
> 5. Insert SD-card in taget again and power up.
> 6. Write image file to new SD-card (15-20 min).
>
> (NB! I have noted that not all 16GB SD-card have the exact same size, it 
> varies quite a lot. This became an issue the trying to find a new SD-card 
> for the one that failed..)
>
> This procedure takes time and requires quite a lot of physical 
> intervention.
>
> Is there any way of to create or maintain an updated image from the 
> running system. Maybe it's Ok to just backup some files (user installed)?
>
> Also, it would be nice to have this "backup SD" as an alternative boot 
> SD-card in case the primary one fails. I don't know if that is possible..
>

-- 
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.
For more options, visit https://groups.google.com/d/optout.