Here is my wee_debug info:
[[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.
Incidentally, I've been nowhere near reportengine.py
On Friday, May 29, 2020 at 12:19:38 PM UTC+1, Richard Cropper wrote:
>
> Hi Tom
>
> This what I get with the new ftpupload.py
>
> May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 5
> files to /var/www/html/weewx
>
> May
The file I posted was to fix a problem introduced in V4.1, which I had
assumed you were using. Apparently not. Disregard the file. Sorry for any
confusion.
Did you try setting secure_data to false?
-tk
On Fri, May 29, 2020 at 4:22 AM Richard Cropper
wrote:
> Incidentally, I've been nowhere
Weather34 is displaying the Solar radiation reading instead of the UV
index. Any idea how to correct this?
I've installed this version a few weeks ago and its been a problem since
then. WX-HC20-IHVN-1.0.0 WeeWX-(4.0.0) Ambient Weather WS-1000
http://cawston.weather-station.co.uk/
Hi Tom
This what I get with the new ftpupload.py
May 29 12:01:40 raspberrypi weewx[2431] INFO weewx.reportengine: Copied 5
files to /var/www/html/weewx
May 29 12:01:40 raspberrypi weewx[2431] ERROR weewx.reportengine: Caught
unrecoverable exception in generator
modifying steelseries gauges, in particular changing or adding gauges.
there are three main areas to change:
(1) html/css files. easy - weewx templates.
(2) gauges data exchange file content. easy - weewx template.
(3) javascript driving the gauges. not so easy - custom js coding.
i have been
Hi good folks of Weewz.
I have a fantastic setup with weewx, and it is just running unproblematic
day after day. Rock solid! I'm really pleased with it. Thanks to Tom.
Thumbs up really.
Well now I'm curious. I'm not really a programmer, but have done a fair
share on embedded C-programming.
On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
>
> Here is a quick rpm that should fake out things for you. Try installing
> this first and then the weewx rpm for centos8.
>
> These aren't digitally signed, so if rpm barks at you, 'use the force
> Luke' :-)
>
> I've attached
Hi Guys
Just wondered if anybody else has seen this, It may well have started after
the we had a time change in March
as I seem to remember something similar at the end of Mar and also April
but didn't have the time to investigate.
It appears that when a new month is displayed it is displayed
I added all of the Data to my new database. It imported usinf the .SQL.
I rn a query on the archive table
SQLite: select count(*) from archive and all 80,000 records are in there.
None of my reports reflect it. ran sudo wee_reports
On Sunday, 17 May 2020 11:06:12 UTC-4, Tom Keffer wrote:
>
>
Thank you, Tom - I decided to clean-up all the SSH configs on the webhost's
server and my RPi and then worked back through the process - it's working
now!
On Thursday, May 28, 2020 at 6:47:30 PM UTC-4, Tom Keffer wrote:
>
> That's basically what I do. The process weewxd gets run as user
Duh-- just found my own problem in the FTP section. Plugging that fix in
now and testing. IMHO: I goofed!
On Thursday, May 28, 2020 at 4:03:57 PM UTC-4, Eric Gammeter wrote:
>
> Hello- I was running WEEWX 4.0 on my RaspberryPi until yesterday- when I
> did an upgrade and accepted V4.1. I
Yep- that did the trick- fixing my own error! 4.1 looks great!
On Thursday, May 28, 2020 at 4:03:57 PM UTC-4, Eric Gammeter wrote:
>
> Hello- I was running WEEWX 4.0 on my RaspberryPi until yesterday- when I
> did an upgrade and accepted V4.1. I have no success getting my web pages
>
Hi Sébastien,
I don't know either data-logger.
Personally I'm using this one:
https://www.smartbedded.com/wiki/index.php/Meteostick
It works perfectly with my Vantage Pro 2 and two transmitters.
Manfred
--
You received this message because you are subscribed to the Google Groups
Hi Simon,
I have never seen that happen before. Below is my w34realtime.txt file
content a few minutes ago. Stop WeeWX and do a quick cut and paste into
your own file and see what happens. It should indicate where the problem is.
29/05/20 13:34:53 22.5 28 3.1 1.3 1.3 325 0.0 0.0 1020.3 NW 1 m/s C
Hi Manfred,
tank you for your answer
Do you connect the logger stick directly in a USB plug of the raspberry, ?
Sébastien
--
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
Hello Charlie,
I want to buy a data-logger.
This shop sells data-logger.
I hesitate between meteo-pi
(https://shop.weatherstations.co.uk/meteo-pi-1832-p.asp) and wifi logger
(https://shop.weatherstations.co.uk/wifi-logger-v2-1752-p.asp)
Can you tell me if the wifi logger works with weewx and
On Friday, May 29, 2020 at 2:10:45 AM UTC-4, Bent Jensen wrote:
>
> But I also have a little greenhouse in which I have (off-cause) power,
> water and LAN. But it is situated remote to where my weewx server is
> situated (a intel NUC unit). So I would think it could be nice to have
>
On Friday, May 29, 2020 at 6:33:22 AM UTC-7, mwall wrote:
>
> however, there *are* bld_deps that are python2:
> %define bld_deps python, python-configobj
> are these somehow getting propagated into the rpm itself?
>
>
If you run "rpm -qp --requires filename.rpm" you will see the dependencies
I'm on v 4.0.0 - it can't have been more than a week since I installed it
Yes I did try setting secure_data to false. With the previous version of
ftpupload.py I then get
May 29 14:10:56 raspberrypi weewx[4780] ERROR weeutil.ftpupload: Attempt
#1. Failed uploading
vince,
the el8 rpm worked just fine for me when i tested on a centos8 system.
however, it is quite possible that my centos8 was not as much of a virgin
as david's centos8
it should not matter whether we build the rpm packages on centos7 or centos8
the spec file defines these deps for el8:
LOOP data looks fine
LOOP: 2020-05-29 16:50:59 BST (1590767459) altimeter: 29.9018046207,
barometer: 29.8979821835, dateTime: 1590767459, dewpoint: 46.58, heatindex:
76.1, inDewpoint: 42.3766863757, inHumidity: 33.0, inTemp: 73.22,
outHumidity: 35.0, outTemp: 76.1, pressure: 29.8636763587,
Hi,
Are you sure UV in the loop is correct?
Using Ian data's for UV was a 7.0 and you stated that was working
correctly.
Your last post has UV 753.0 That does not look correct.
On Friday, May 29, 2020 at 8:55:30 AM UTC-7, Simon Davies wrote:
>
> LOOP data looks fine
>
> LOOP: 2020-05-29
using your data it works perfectly. I don't know why I have a different
file layout.
position 39 is cumulus version, which is 4.0.0 in mine and 4.1.0 in
yours, do you know if there are any changes to the layout.
On Friday, May 29, 2020 at 1:40:41 PM UTC+1, steeple ian wrote:
>
> Hi Simon,
>
Hi,
The layout looks fine. The issue is the loop data. The UV field in the
realtime data is just a copy of the "UV" field in the loop data. I would
stop weewx and then run weewx at the command line and look at the loop data
output.
On Friday, May 29, 2020 at 8:27:50 AM UTC-7, Simon Davies
I'll open an issue on this one this afternoon and provide some updates
there, if that's ok with Tom+Matthew...
--
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
Simon,
Are you using the HP1000 driver by any chance with Python3?
On Fri, 29 May 2020 at 17:21, J D wrote:
> Hi,
> Are you sure UV in the loop is correct?
>
> Using Ian data's for UV was a 7.0 and you stated that was working
> correctly.
>
> Your last post has UV 753.0 That does not look
It appears that the date is not sync up with the forecast info. The
forecast info from the time (22h etc) and everything underneath is correct
and in the time correct order beginning with the next time slot.
Could somebody explain please how the Mon Jun 01, Sat May 30 and Sun May 31
is sync up
The UV is correct, however the problem is that the UVI (UV Index) should
be displayed, 7.0 would be a accurate value for the weather during the day
today.
On Friday, May 29, 2020 at 5:21:42 PM UTC+1, J D wrote:
>
> Hi,
> Are you sure UV in the loop is correct?
>
> Using Ian data's for UV
Interceptor driver, but with python2.7
[Interceptor]
# This section is for the network traffic interceptor driver.
# The driver to use:
driver = user.interceptor
python --version
Python 2.7.13
On Friday, May 29, 2020 at 7:30:59 PM UTC+1, steeple ian wrote:
>
> Simon,
> Are
On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>
> I'll open an issue on this one this afternoon and provide some updates
> there, if that's ok with Tom+Matthew...
>
yes, please do. i would like to get this fixed before the next release.
--
You received this message because you
You need to add a conversion under [StdCalibrate]
[[corrections]]
Not near a computer at the moment and cannot remember the conversion factor
but have a look here
https://www.epa.gov/sunsafety/calculating-uv-index-0
On Fri, 29 May 2020 at 19:52, 'Simon Davies' via weewx-user <
Currently this isn't possible to do. Sorry!
On Tuesday, May 12, 2020 at 10:29:45 AM UTC-4, Raph A wrote:
>
> Hi
>
> I search to do a graph with 2 serie line :
>
> - temperature = this year
> - temperature = last year
>
>
> I don't find how i can do this with Belchertown
>
> Do you have an idea ?
Last week I installed a brand new Davis VP2+. I'm using it with a Pi
Zero-W and the Meteo-Pi hat. If you are planning on using a Raspberry Pi
(especially the zero) with a Davis station, I can't think of a slicker
solution on the market today. I'm combining it with a Mini USB UPS/Power
On Friday, May 29, 2020 at 10:40:47 AM UTC-7, mwall wrote:
>
> On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>>
>> I'll open an issue on this one this afternoon and provide some updates
>> there, if that's ok with Tom+Matthew...
>>
>
> yes, please do. i would like to get this fixed
On Friday, May 29, 2020 at 1:40:28 AM UTC-7, David wrote:
>
> On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
> Thanks for that Vince, i'll give it a go and get back to you.
> I understand people volunteer to do this stuff and certainly wasn't
> expecting an immediate fix.
>
>
David
Hello,
Thank you for your answers.The "Meteo-pi hat" is the product sell by
prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?
This shop proposes an other device which seem very fine: the meteobridge
nano (https://shop.weatherstations.co.uk/meteobridge-nano-1771-p.asp), It
seem
On Wednesday, 13 May 2020 00:29:45 UTC+10, Raph A wrote:
>
> Hi
>
> I search to do a graph with 2 serie line :
>
> - temperature = this year
> - temperature = last year
>
>
If you are willing to get your hands dirty I came up with code to do this:
1. Log?
2. Not all images and HTML files get replaced with every reporting cycle.
Try deleting them all and then running wee_reports again.
On Fri, May 29, 2020 at 6:55 AM Ron Sell wrote:
> I added all of the Data to my new database. It imported usinf the .SQL.
>
> I rn a query on the archive
On Saturday, May 30, 2020 at 7:42:13 AM UTC+9:30, vince wrote:
>
> On Friday, May 29, 2020 at 1:40:28 AM UTC-7, David wrote:
>>
>> On Friday, May 29, 2020 at 11:32:47 AM UTC+9:30, vince wrote:
>> Thanks for that Vince, i'll give it a go and get back to you.
>> I understand people volunteer to do
> Thank you for your answers.The "Meteo-pi hat" is the product sell by
>> prodata system (https://www.weatherstations.co.uk/meteo-pi.htm) ?
>>
>>
Does anybody currently running weewx have one of these integrated
successfully ?
That looks like a nice product for $89 US if you go through the
Mine is working without a hitch the last week. I'm new to the Davis VP2+,
the PI Zero, and the Meteo-pi hat. It's only just reporting to WU right
now, and I haven't customized weewx reports yet, but everything worked the
first time following the instructions online (but they are scattered a
I don't want to promote the meteostick and the other devices are certainly
equally good.
One of the reasons for choosing the meteostick was that it works absolutely
independent of the Davis console.
My console is placed in the living room (ground floor), the RPi is in my
office (2nd floor).
Well then, let's try setting the PROT setting, even though the data will
not be secure. Try this version.
On Fri, May 29, 2020 at 6:15 AM Richard Cropper
wrote:
> I'm on v 4.0.0 - it can't have been more than a week since I installed it
>
> Yes I did try setting secure_data to false. With the
On Friday, May 29, 2020 at 2:14:52 PM UTC-7, Brent Geery wrote:
>
> Mine is working without a hitch the last week. I'm new to the Davis VP2+,
> the PI Zero, and the Meteo-pi hat. It's only just reporting to WU right
> now, and I haven't customized weewx reports yet, but everything worked the
>
Haven't had any issues so far, but it's only been a week. I am still
trying to confirm that the Meteo-pi hardware clock is actually doing its
thing, as there was no setup instructions for it, and I don't know enough
linux to really diagnose the hardware clock feature properly. Still
On Friday, May 29, 2020 at 10:40:47 AM UTC-7, mwall wrote:
>
> On Friday, May 29, 2020 at 12:24:14 PM UTC-4, vince wrote:
>>
>> I'll open an issue on this one this afternoon and provide some updates
>> there, if that's ok with Tom+Matthew...
>>
>
> yes, please do. i would like to get this fixed
Hello,
I have found a document which present the meteobridge nano
http://download.meteobridge.com/files/meteobridge-nano-sd-datasheet.pdf
It is written thas : *Personal Weather Pages – The NANO SD can feed the
popular personal weather templates WD-Live, Leuven Template, Saratoga
Template,
48 matches
Mail list logo
