[weewx-user] Re: Peet Brothers [Error no 2] ttyUSB0 issue

[Chris Thompstone]

Hi Terry,
Don't have a lot of info to offer, other than, I've been running a Peet 
Bros Ultimeter 2100 for a few years now with Weewx
For me it runs perfect 24/7 365 days of the year, never need to touch it.

I use an Odroid U3 with an eMMC card in it.  It's completely headless.
I use:
ebay link 

as the USB to serial device.

Nothing else is connected to it other than power and ethernet

My website is:
http://rollestonpark.myzen.co.uk/
in case your interested.

-- 
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: Funky symbols in plots

[Chris Thompstone]

Missing fonts maybe?

apt-get install fonts-freefont-ttf ttf-dejavu

maybe?
Chris

On Friday, 11 May 2018 16:41:03 UTC+1, Ξ wrote:
>
> Hi Gary,
>
> I'm running python2-pillow 4.3.0-1 on an R-Pi, the OS is Arch Linux. I 
> guess I could upgrade the version and see if that changes anything.
>
> Thanks for the feedback,
>
> Ivo
>
>
>

-- 
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] Re: Status report: SD card longevity test

[Chris Thompstone]

Anyone tried the f2fs filesystem. Suppose to be flash friendly... ?
Would like some feedback on this one.

-- 
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: Possible problem with new Ultimeter driver

[Chris Thompstone]

Hi Matthew,
Just updated to ver 3.5.0
set debug = 1 for driver and weewx.conf

Removed the DISABLED_ text and tested.

It seems to set the clock on the station nicely.
However, on my setup it never actually does and archive loop with the 
DISABLED_ text removed from the driver.

Putting this disabled back in, fixes the archiving issue.

see log attached.  Although it doesn't look helpful...

Chris

-- 
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.
root@odroid:/home/weewx# service weewx start
 * Starting weewx weather system weewx  

   [ OK ] 
root@odroid:/home/weewx# tail -f /var/log/syslog
Aug 14 19:18:42 odroid weewx[1800]: engine: Finished loading service 
weewx.engine.StdPrint
Aug 14 19:18:42 odroid weewx[1800]: engine: Loading service 
weewx.engine.StdReport
Aug 14 19:18:42 odroid weewx[1800]: engine: Finished loading service 
weewx.engine.StdReport
Aug 14 19:18:42 odroid weewx[1800]: engine: Loading service 
examples.alarm.MyAlarm
Aug 14 19:18:42 odroid weewx[1800]: alarm: Alarm set for expression: 'windGust 
> 45.0'
Aug 14 19:18:42 odroid weewx[1800]: engine: Finished loading service 
examples.alarm.MyAlarm
Aug 14 19:18:42 odroid weewx[1800]: engine: Starting up weewx version 3.5.0
Aug 14 19:18:42 odroid weewx[1800]: ultimeter: set station to logger mode
Aug 14 19:18:42 odroid weewx[1800]: ultimeter: station said: 39 2D 2D 2D 2D 30 
30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:42 odroid weewx[1800]: ultimeter: Failed attempt 1 of 5 to get 
readings: Unexpected buffer length 21
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 35 39 
30 30 46 31 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station time: day:226 min:1158 
(2016-08-14 20:18:52 BST (1471202332))
Aug 14 19:18:52 odroid weewx[1800]: engine: Clock error is 3599.72 seconds 
(positive is fast)
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: set station to modem mode
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: set station time to 2016-08-14 
19:18:52 BST (1471198732) (>A02261158)
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: set station year to 2016 (>U2016)
Aug 14 19:18:52 odroid weewx[1800]: engine: Starting main packet loop.
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: set station to logger mode
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 35 39 
30 30 46 31 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station time: day:226 min:1158 
(2016-08-14 20:18:52 BST (1471202332))
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: set station to logger mode
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 35 39 
30 30 46 31 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 35 30 
30 30 46 31 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: message repeated 2 times: [ ultimeter: 
station said: 21 21 30 30 35 30 30 30 46 31 30 32 42 33 31 30 37 37 32 38 30 42 
30 32 46 46 30 32 32 41 2D 2D 2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 
32 30 0D 0A]
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 34 41 
30 30 46 39 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: message repeated 3 times: [ ultimeter: 
station said: 21 21 30 30 34 41 30 30 46 39 30 32 42 33 31 30 37 37 32 38 30 42 
30 32 46 46 30 32 32 41 2D 2D 2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 
32 30 0D 0A]
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 34 30 
30 30 30 33 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 32 30 0D 0A
Aug 14 19:18:52 odroid weewx[1800]: message repeated 4 times: [ ultimeter: 
station said: 21 21 30 30 34 30 30 30 30 33 30 32 42 33 31 30 37 37 32 38 30 42 
30 32 46 46 30 32 32 41 2D 2D 2D 2D 30 30 45 32 30 34 38 36 30 30 30 30 30 30 
32 30 0D 0A]
Aug 14 19:18:52 odroid weewx[1800]: ultimeter: station said: 21 21 30 30 33 36 
30 30 46 36 30 32 42 33 31 30 37 37 32 38 30 42 30 32 46 46 30 32 32 41 2D 2D 
2D 2D 

[weewx-user] Re: Possible problem with new Ultimeter driver

[Chris Thompstone]

OK will try again, later after work etc.

But in the meantime, my archive interval is 5 mins.
But after 5 mins an archive doesn't get done, infact it never seems to do 
an archive.

Anyway, will try again later.

Chris

-- 
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: 404 Not Found

[Chris Thompstone]

Firstly do you know which folder apache is serving from.
You need to know this.

What is likely happening is that (assuming the weewx is working correctly), 
it is posting the archive data to one folder and apache is serving 
something totally different.

Have you checked the weewx.conf to see where it is saving the data.

You need to get these to match.

Chris

-- 
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] Re: 404 Not Found

[Chris Thompstone]

as said, forget about the database etc, that's likely already been 
configured for you during the install.

Personally I have always got on better with lighttpd than apache.  But 
that's your decision,

In weewx.conf there should be the config relating to where it's saving the 
web html files.

Once you know this, have a look and see if there where it says.

You then need to config apache to serve that folder.  Must be a ton of info 
on the net on how to config apache, use google.

Obviously apache (or lighttpd) is a completely separate program from 
weewx,  And weewx is unaware of the web server (apache or whatever) and 
does not care about it.
Chris

-- 
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] Re: weewx, raspberry pi and sd cards - the lifetime for card

[Chris Thompstone]

In case anyone might be interested, my setup:

Odroid u3 (now discontinued, but other better ones now available)
Sqlite
Debian wheezy running on the eMMC card (maybe eMMC better life span than 
sd?)
using ramlog to store all logs into ram, I think it maybe writing 
occasionally or before reboots.
the weewx website is stored on tmpfs (ram) so no writes here.
The only writes to storage I make is to the sqlite database every 5 mins.
Obviously automated backups are made elsewhere of the database.

This has run happily for over 2 years so far.
No problems touch wood.

-- 
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: ultimeter setup troubles

[Chris Thompstone]

Might be nothing to do with the issue, but...

How are you connecting to the ultimeter?
In my weewx.conf I have: port = /dev/ttyUSB0
because I'm connecting via a usb socket using a pl2303

Are you using a PC or raspberry pi or what?

-- 
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: Pi users: your additional software for Raspberry Pi3?

[Chris Thompstone]

When I setup a pi for a project be it weewx or 'other'.
I use the OS 'minibian'
Basically raspian with all the gui removed and stripped to the bone.
This allows install of just what is needed for the project to run and 
nothing more.
As for backup, just use rsync to send to a server somewhere.  rsync has 
been around since the dawn of time.

Chris

-- 
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: How to backup weewx data and restore it after a new OS installation

[Chris Thompstone]

It will be hard to know what state the sd card is in.

But my 1st try with this type of scenario would be to shutdown the pi take 
out the sd card and make an image of it.
If this works OK, then re image to the new card and try the new card in the 
pi.

Otherwise it's a case of copy the database and files you've altered and 
reinstall it on a fresh os install.

Chris

-- 
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] Move to new server

[Chris Thompstone]

Hi Guys,
My weewx v3.5 has been running perfect for about 5 years on my odroid u3.
Until the other day it stopped, I rebooted and found various messages in 
the logs suggesting filesystem corruption.

Anyway, it seems to be going again (for now)

http://rollestonpark.myzen.co.uk

But thought I'd try and move to new hardware.
I have been testing a network booted Raspberry Pi4 with no sd card. (maybe 
will run better without SD card etc)

This seems to run well.

So next is to install weewx on it.
I know I'm running an old version, but can I just copy over my v3.5 weewx 
from my odroid and enable the systemd service?
Or will this not work?
It's just I have various custom stuff I did years ago, and can't remeber 
how I did it.

I probably should upgrade, but it has been running so nicely, I thought I'd 
just stick with it as it is.

Thanks
Chris

-- 
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/0759692f-6c19-4c1e-b19c-8c114350f2f5%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

OK thanks will give that a try,
Chris

On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>
> You will have to install the prerequisites on your new machine but, other 
> than that, a simple copy of the weewx files will work. If you installed 
> using the setup.py method, just copy over the /home/weewx tree.
>
> -tk
>
>>
>>
>>

-- 
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/ae19-bfc7-4eca-9524-08a9c46ae2f5%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

OK,
thought it was all OK, but I get this error when I run weewx manually:

Traceback (most recent call last):
  File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
obj.start()
  File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
self.run()
  File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
self.genImages(self.gen_ts)
  File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
image = plot.render()
  File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
self._renderTopBand(draw)
  File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
font=unit_label_font)
  File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
return ImageDraw.ImageDraw.text(self, position, string, **options)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
text
self.draw.draw_bitmap(xy, mask, ink)
TypeError: coordinate list must contain exactly 1 coordinate
Traceback (most recent call last):
  File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
obj.start()
  File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
self.run()
  File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
self.genImages(self.gen_ts)
  File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
image = plot.render()
  File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
self._renderTopBand(draw)
  File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
font=unit_label_font)
  File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
return ImageDraw.ImageDraw.text(self, position, string, **options)
  File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
text
self.draw.draw_bitmap(xy, mask, ink)
TypeError: coordinate list must contain exactly 1 coordinate

any ideas?
Thanks

On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>
> OK thanks will give that a try,
> Chris
>
> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>
>> You will have to install the prerequisites on your new machine but, other 
>> than that, a simple copy of the weewx files will work. If you installed 
>> using the setup.py method, just copy over the /home/weewx tree.
>>
>> -tk
>>
>>>
>>>
>>>

-- 
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/01dc81f8-f98b-46dd-a4b4-702b405cf52f%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

Just realised, did some googling, testing now.

I think maybe it's to do with the newer python librarys I would have 
installed when setting up the pi

Cheers

On Friday, 15 November 2019 15:33:38 UTC, Thomas Keffer wrote:
>
> This is a bug that was fixed in V3.6.0. See issue #111 
> <https://github.com/weewx/weewx/issues/111> for the fix.
>
> Don't know why the bug didn't affect you with v3.5.
>
> -tk
>
> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone  > wrote:
>
>> OK,
>> thought it was all OK, but I get this error when I run weewx manually:
>>
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>> Traceback (most recent call last):
>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>> obj.start()
>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>> self.run()
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>> self.genImages(self.gen_ts)
>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>> image = plot.render()
>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>> self._renderTopBand(draw)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>> font=unit_label_font)
>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, in 
>> text
>> self.draw.draw_bitmap(xy, mask, ink)
>> TypeError: coordinate list must contain exactly 1 coordinate
>>
>> any ideas?
>> Thanks
>>
>> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>>>
>>> OK thanks will give that a try,
>>> Chris
>>>
>>> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>>>
>>>> You will have to install the prerequisites on your new machine but, 
>>>> other than that, a simple copy of the weewx files will work. If you 
>>>> installed using the setup.py method, just copy over the /home/weewx tree.
>>>>
>>>> -tk
>>>>
>>>>>
>>>>>
>>>>> -- 
>> 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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/01dc81f8-f98b-46dd-a4b4-702b405cf52f%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/5e120cd0-18dd-4236-8239-58cca842740b%40googlegroups.com.

Re: [weewx-user] Move to new server

[Chris Thompstone]

Seems all good now after those few hicups.
Will see how it holds up running on a pxe booted Pi4

Thanks again for the great software
Chris

On Friday, 15 November 2019 16:52:33 UTC, Thomas Keffer wrote:
>
> The WeeWX prerequisites haven't changed in 10 years. It's possible that 
> newer versions of PIL are more sensitive, but PIL hasn't changed much 
> either.
>
> Don't know. 
>
> -tk
>
> On Fri, Nov 15, 2019 at 7:51 AM p q > 
> wrote:
>
>> I bet the prerequisites are a different version than on the older system.
>>
>> On Fri, Nov 15, 2019 at 7:33 AM Thomas Keffer > > wrote:
>>
>>> This is a bug that was fixed in V3.6.0. See issue #111 
>>> <https://github.com/weewx/weewx/issues/111> for the fix.
>>>
>>> Don't know why the bug didn't affect you with v3.5.
>>>
>>> -tk
>>>
>>> On Fri, Nov 15, 2019 at 7:23 AM Chris Thompstone >> > wrote:
>>>
>>>> OK,
>>>> thought it was all OK, but I get this error when I run weewx manually:
>>>>
>>>> Traceback (most recent call last):
>>>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>>>> obj.start()
>>>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>>>> self.run()
>>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>>>> self.genImages(self.gen_ts)
>>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>>>> image = plot.render()
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>>>> self._renderTopBand(draw)
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>>>> font=unit_label_font)
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>>>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, 
>>>> in text
>>>> self.draw.draw_bitmap(xy, mask, ink)
>>>> TypeError: coordinate list must contain exactly 1 coordinate
>>>> Traceback (most recent call last):
>>>>   File "/home/weewx/bin/weewx/reportengine.py", line 140, in run
>>>> obj.start()
>>>>   File "/home/weewx/bin/weewx/reportengine.py", line 170, in start
>>>> self.run()
>>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 31, in run
>>>> self.genImages(self.gen_ts)
>>>>   File "/home/weewx/bin/weewx/imagegenerator.py", line 218, in genImages
>>>> image = plot.render()
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 178, in render
>>>> self._renderTopBand(draw)
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 383, in _renderTopBand
>>>> font=unit_label_font)
>>>>   File "/home/weewx/bin/weeplot/genplot.py", line 578, in text
>>>> return ImageDraw.ImageDraw.text(self, position, string, **options)
>>>>   File "/usr/lib/python2.7/dist-packages/PIL/ImageDraw.py", line 282, 
>>>> in text
>>>> self.draw.draw_bitmap(xy, mask, ink)
>>>> TypeError: coordinate list must contain exactly 1 coordinate
>>>>
>>>> any ideas?
>>>> Thanks
>>>>
>>>> On Friday, 15 November 2019 13:22:53 UTC, Chris Thompstone wrote:
>>>>>
>>>>> OK thanks will give that a try,
>>>>> Chris
>>>>>
>>>>> On Friday, 15 November 2019 13:20:21 UTC, Thomas Keffer wrote:
>>>>>>
>>>>>> You will have to install the prerequisites on your new machine but, 
>>>>>> other than that, a simple copy of the weewx files will work. If you 
>>>>>> installed using the setup.py method, just copy over the /home/weewx tree.
>>>>>>
>>>>>> -tk
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> -- 
>>>> 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...@googlegroups.com .
>>>> To view this discussion on the web visit 
>>&

Re: [weewx-user] Move to new server

[Chris Thompstone]

Sorry guys slight issue with my bootstrap skin:

http://rollestonpark.myzen.co.uk/Bootstrap/

The font on the dials and graphs is tiny.
I must be missing some sort of font from my raspbian install (maybe?)

Any ideas, not sure what to check on this one.

Thanks
Chris

-- 
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/bb9792ee-e79a-4281-9aa2-ab02e9c87b86%40googlegroups.com.

[weewx-user] weewx error message

[Chris Thompstone]

Hi guys,
am running v3.5.0 with ultimeter 2100 system on a Raspberry Pi4

Weewx just stopped on me with this message:

Nov 23 06:11:34 weewx weewx[373]: File 
"/home/weewx/bin/weewx/engine.py", line 182, in run
Nov 23 06:11:34 weewx weewx[373]:   for packet in 
self.console.genLoopPackets():
Nov 23 06:11:34 weewx weewx[373]: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 142, in genLoopPackets
Nov 23 06:11:34 weewx weewx[373]:   self._augment_packet(packet)
Nov 23 06:11:34 weewx weewx[373]: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 148, in _augment_packet
Nov 23 06:11:34 weewx weewx[373]:   packet['rain'] = 
packet['long_term_rain'] - self.last_rain
Nov 23 06:11:34 weewx weewx[373]:   TypeError: unsupported operand 
type(s) for -: 'NoneType' and 'float'
Nov 23 06:11:34 weewx weewx[373]:   Exiting.
Nov 23 06:11:34 weewx systemd[1]: weewx.service: Main process exited, 
code=exited, status=1/FAILURE
Nov 23 06:11:34 weewx systemd[1]: weewx.service: Failed with result 
'exit-code'.

Any ideas what's happening here and a possible fix?

Had been fine for about a week, so maybe this is just a once in awhile blip?
As in doesn't happen all the time?

Thanks
Chris

-- 
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/80da95fa-f0b4-4d82-8968-410c479372bb%40googlegroups.com.

Re: [weewx-user] weewx error message

[Chris Thompstone]

Thanks TK,
is there just a correction in the code I can quickly change, or is it more 
complicated than that?

In which case I ought to upgrade to the latest version

Chris

-- 
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/2c258daa-af97-4911-bddb-86e439f99f69%40googlegroups.com.

[weewx-user] Re: bad rain data

[Chris Thompstone]

Maybe you can't zoom on this file?
Sorry

On Sunday, 24 November 2019 11:14:34 UTC, Chris Thompstone wrote:
>
> Hi Guys,
> 1st thanks TK, got updated to latest version,
> After a bit of messing, I think it's gone OK... will see...
>
> Anyway if you look here:
> http://rollestonpark.myzen.co.uk/Bootstrap/history.html
>
> In March 18 there is a crazy rain figure.
> If you then scroll to the NOAA data at bottom and click Mar 18, you see 
> that on the 2nd March 18, there is some bad data.
>
> Had a browse in the database and see this:
>
> [image: IMG_20191124_110535.jpg]
> will need to zoom in.  How do I just set the total rain for 2nd mar 18 to 
> zero?
> Thanks
> Chris
>

-- 
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/a75ede76-f6a6-4386-8868-0f3a8d90c8d1%40googlegroups.com.

[weewx-user] Re: bad rain data

[Chris Thompstone]

just trying something:
echo "SELECT * FROM archive_day_rain WHERE (sum > 4);" | sqlite3 
weewx.sdb.old2
if I do this, it brings up the rows with big sums.
can I just do this:

echo "UPDATE archive_day_rain SET sum=NULL WHERE (sum > 4);" | sqlite3 
weewx.sdb.old2

or will that not work? maybe sum=0 is better?

Thanks
Chris

-- 
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/89baf477-622d-48d3-8f66-a00840b8e484%40googlegroups.com.

[weewx-user] Re: bad rain data

[Chris Thompstone]

Thanks, that has fixed it.

It appears (i think), that you have to zero the rainRate also, else some 
strange figures appear.

This is where I had gone wrong I think.

-- 
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/96a9f3a1-859b-458e-bd7a-248928ac09a8%40googlegroups.com.

[weewx-user] Re: users guide for python3 installation

[Chris Thompstone]

With the regard to SD card wear.  My install of weewx finally frozen after 
about 3/4 years running on an odroid (bit like a Pi), probably mmc card 
failure.

Since I have NAS on site anyway, I bought a new Pi4 and network boot it 
using NFS off the NAS (store the whole Pi SD card partitions on the NAS), 
so no SD in the Pi4.
Once got it network booting, installed weewx onto the Pi and been running 
none stop for several months without issue.

The Pi seems happy and is none the wiser.
Just backup my nas to elsewhere as normal.
Chris

-- 
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/891394a8-adcc-4e7a-a4bc-60fd4a04bc13%40googlegroups.com.

[weewx-user] ftp error

[Chris Thompstone]

Hi Guys,
just did a bit of housekeeping on my Pi weewx install.
On restarting weewx I got this error:

Feb 05 21:01:49 weewx weewx[511]: ftpupload: Unable to create remote 
directory /.gnupg
Feb 05 21:01:49 weewx weewx[511]: ftpgenerator: Caught exception : Unable to create remote directory /.gnupg
Feb 05 21:01:49 weewx weewx[511]:   Traceback (most recent call 
last):
Feb 05 21:01:49 weewx weewx[511]: File 
"/home/weewx/bin/weewx/reportengine.py", line 347, in run
Feb 05 21:01:49 weewx weewx[511]:   n = ftp_data.run()
Feb 05 21:01:49 weewx weewx[511]: File 
"/home/weewx/bin/weeutil/ftpupload.py", line 137, in run
Feb 05 21:01:49 weewx weewx[511]:   
self._make_remote_dir(ftp_server, remote_dir_path)
Feb 05 21:01:49 weewx weewx[511]: File 
"/home/weewx/bin/weeutil/ftpupload.py", line 240, in _make_remote_dir
Feb 05 21:01:49 weewx weewx[511]:   raise IOError, "Unable 
to create remote directory %s" % remote_dir_path
Feb 05 21:01:49 weewx weewx[511]:   IOError: Unable to create 
remote directory /.gnupg

It does NOT cause weewx to quit.
so not really a problem.
And runs normally on the next cycle.
It must be the initial copy of files, but checked my local www folder for 
the file mentioned, but can't find it.

what am I missing here, can't work it out

Chris

-- 
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/d9b26306-38ba-4f95-b79f-e8f5d11011d6%40googlegroups.com.

[weewx-user] Re: ftp error

[Chris Thompstone]

just checked, my logs are loaded with this message.

Tried to manually create this directory on my ftp server (on the ISP 
online) and the server refused.
So that where the error is,

But why would weewx be trying to create this strange directory?

-- 
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/c05e62d3-34cb-4b1e-8592-54af4776bb3e%40googlegroups.com.

[weewx-user] Re: ftp error

[Chris Thompstone]

Don't think it's related to weewx, think it's because my pi is running from 
NFS filesystem

Doing some searching online...

-- 
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/e52eb24f-11df-4b96-b655-4c6d327084d9%40googlegroups.com.

[weewx-user] Re: ftp error

[Chris Thompstone]

Sorry to answer own question...

Looks like this strange folder is due to my network booted Pi Weewx install.

So I have just added a couple of lines of code to my ftpupload.py file to 
pass on the /.gnupg directory.

for now this appears to have got rid of the problem.

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/8efd4b72-c3b4-41f6-bf7d-6d2cabad6f59%40googlegroups.com.

[weewx-user] Peet Bros with Davis wind vane

[Chris Thompstone]

Hi Guys, anyone know if you can use a davis wind vane on a ultimeter 2100?
My wind vane has broken again, this one didn't last long (about 6 months, 1 
year maybe)
It's difficult and expensive to get these in the UK, have to import etc.

So would like to try something else instead.

-- 
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/1999a69e-1860-4528-9d8b-8dea25d3b6abn%40googlegroups.com.

[weewx-user] Re: Peet Bros with Davis wind vane

[Chris Thompstone]

Well thanks for the info
I did wonder that it's probably be different.
Thanks again
Not sure where that leaves me

On Thursday, 19 November 2020 at 18:20:36 UTC daleea...@gmail.com wrote:

> From my knowledge, the answer is no.
>
> The Davis uses pulses to signal wind speed, and the Peet Bros does, too.
>
> The major difference is that the Davis uses the much more traditional 
> potentiometer to deliver a voltage and the ISS reads that to convert to a 
> wind direction.
>
> The Peet Brothers does something much more difficult and very different.  
> It times when one of the magnets makes or breaks and then depending upon 
> the time until it pulses again, determines the angle of rotation through 
> which the wind speed magnet has rotated, simplified explanation.  
> Therefore, if there is  no rotation of the wind speed magnet, there cannot 
> be a determination of which direction the vane is pointing, unlike a 
> no-wind condition for a Davis, which of course will give a voltage on the 
> wind direction sense line.
>
> Very odd, but seems to work for them.   If you go to Davis's web site, 
> there is a better explanation of how they designed their unit.  It 
> certainly gets rid of the potentiometer and it wearing out, but the timing 
> circuitry to measure the angle has to be a bit more complicated.
> Dale
>
>
> On Thursday, November 19, 2020 at 3:00:46 AM UTC-6 chris.th...@gmail.com 
> wrote:
>
>>
>> Hi Guys, anyone know if you can use a davis wind vane on a ultimeter 2100?
>> My wind vane has broken again, this one didn't last long (about 6 months, 
>> 1 year maybe)
>> It's difficult and expensive to get these in the UK, have to import etc.
>>
>> So would like to try something else instead.
>>
>

-- 
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/9804ff37-c8ad-4318-b46b-16752124c57en%40googlegroups.com.

Re: [weewx-user] Re: Peet Bros with Davis wind vane

[Chris Thompstone]

sorry for the slow response, got dealing with other stuff.

The Peet Bros wind vane, looks fine from the ground.  However the wind 
direction is normally wrong.  But sometimes right (often when very windy), 
but then wrong later again etc etc.
The wind speed seems OK...  Although it does sound a bit rattlely.

So the peet bros wind vane is difficult to get in the UK and it hasn't been 
up for very long before it starting playing up.
So thought maybe I could change to a davis one and use that with the peet 
bros kit, however that sounds like it wont work.
Chris

On Friday, 20 November 2020 at 00:46:27 UTC daleea...@gmail.com wrote:

> Indeed, I may have jumped to a wrong conclusion, also.
>
>
> I should have clarified.  My response was based on getting a whole 
> sensor unit, windspeed and wind direction, replaced.
>
>
> If it is just a mechanical problem (broken  nose or fin) on the Peet 
> wind direction unit, then as Tom suggests a bit of work with epoxy and 
> re-inforcement mesh works wonders.
>
>
> I have just finished fixing the nose of my Peet unit that arrived with 
> the nosepiece broken off and a little of the screw pointing through.  
> Very easy to do.
>
>
> I have made numerous repairs to the wind direction vane on the Texas 
> Weather Instruments sender because it is notoriously weak where the bolt 
> attaches the vane to the encoder.
>
>
> Please indicate what you are wanting to replace:  The whole unit with a 
> Davis, or just the VANE that turns the cap with the magnet inside of it.
>
>
> Dale
>
>
>  (very sorry if I gave wrong advice)
>
>

-- 
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/e00652d6-1d0d-4240-a5a2-70d1cd03ecdcn%40googlegroups.com.

[weewx-user] ultimeter driver

[Chris Thompstone]

Hi Guys,
I have been trying to upgrade to version 4 since my Pi decided to throw a 
strop.
Anyway, it's been fairly hardwork.

I have this message continuous in the logs:
DEBUG weewx.drivers.ultimeter: Decode failed for '': invalid literal 
for int() with base 16: ''
just coming every 1s or so.

I also have some other issue which I can't seem to find:
ERROR weewx.cheetahgenerator: Generate failed with exception ''
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  
Ignoring template /home/weewx/skins/Standard/index.html.tmpl
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  Reason: 
'>' not supported between instances of 'NoneType' and 'float'
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
Traceback (most recent call last):
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator: File 
"/home/weewx/bin/weewx/cheetahgenerator.py", line 326, in generate
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
unicode_string = compiled_template.respond()
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator: File 
"_home_weewx_skins_Standard_index_html_tmpl.py", line 1378, in respond
Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
TypeError: '>' not supported between instances of 'NoneType' and 'float'

My wind vein has blown off the roof, so wind direction and speed are 
probably both None.
Whether this is something to do with it I don't know, but I can't get the 
index template generated.
Thanks
Chris

-- 
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/dd2cd2fd-515b-47b3-a8c5-cb1692508eb8n%40googlegroups.com.

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

Oh, the ultimeter isn't supported on Python 3 and ver 4 weewx ?
Is that what your saying?
Oh, had not planned on that.
I found some sort of error in my template, which I've kind of resolved.
But the Ultimeter driver... not sure on this one.
Thanks
Chris

On Friday, 9 April 2021 at 15:20:41 UTC+1 peterq...@gmail.com wrote:

> Looks like you switched to Python 3 from Python 2.7 and the driver isn't 
> compatible, based on the error message.
>
> On Fri, Apr 9, 2021 at 6:56 AM Chris Thompstone  
> wrote:
>
>> Hi Guys,
>> I have been trying to upgrade to version 4 since my Pi decided to throw a 
>> strop.
>> Anyway, it's been fairly hardwork.
>>
>> I have this message continuous in the logs:
>> DEBUG weewx.drivers.ultimeter: Decode failed for '': invalid literal 
>> for int() with base 16: ''
>> just coming every 1s or so.
>>
>> I also have some other issue which I can't seem to find:
>> ERROR weewx.cheetahgenerator: Generate failed with exception '> 'TypeError'>'
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  
>> Ignoring template /home/weewx/skins/Standard/index.html.tmpl
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  
>> Reason: '>' not supported between instances of 'NoneType' and 'float'
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
>> Traceback (most recent call last):
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator: 
>> File "/home/weewx/bin/weewx/cheetahgenerator.py", line 326, in generate
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
>> unicode_string = compiled_template.respond()
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator: 
>> File "_home_weewx_skins_Standard_index_html_tmpl.py", line 1378, in respond
>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:   
>> TypeError: '>' not supported between instances of 'NoneType' and 'float'
>>
>> My wind vein has blown off the roof, so wind direction and speed are 
>> probably both None.
>> Whether this is something to do with it I don't know, but I can't get the 
>> index template generated.
>> Thanks
>> Chris
>>
>> -- 
>> 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/dd2cd2fd-515b-47b3-a8c5-cb1692508eb8n%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/dd2cd2fd-515b-47b3-a8c5-cb1692508eb8n%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>
>
> -- 
> Peter Quinn
> (415)794-2264 <(415)%20794-2264>
>

-- 
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/c4ef6c55-ddee-4c9e-a7d6-23cc1f5beb2an%40googlegroups.com.

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

just tried that and get:
Apr  9 16:17:18 weewx weewx[1719] DEBUG weewx.drivers.ultimeter: Close 
serial port /dev/ttyUSB0
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: Caught unrecoverable 
exception:
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   startswith 
first arg must be bytes or a tuple of bytes, not str
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Traceback 
(most recent call last):
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 346, in _decode
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   v = 
int(s, 16)
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   ValueError: 
invalid literal for int() with base 16: b''
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   During 
handling of the above exception, another exception occurred:
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Traceback 
(most recent call last):
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewxd", line 157, in main
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
engine.run()
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewx/engine.py", line 208, in run
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   for 
packet in self.console.genLoopPackets():
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 132, in genLoopPackets
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   data = 
Station.parse_readings(readings)
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 317, in parse_readings
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
data['inHumidity'] = Station._decode(buf[28:32], 0.1)  # percent
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
"/home/weewx/bin/weewx/drivers/ultimeter.py", line 354, in _decode
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   if not 
s. startswith('--'):
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   TypeError: 
startswith first arg must be bytes or a tuple of bytes, not str
Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Exiting.

On Friday, 9 April 2021 at 16:03:24 UTC+1 tke...@gmail.com wrote:

> The driver should work fine with Python 3.
>
> However, the driver has a small, non-functional bug that causes it to emit 
> that error message when it encounters a "dash" value. It's non-functional 
> because it emits the right value ("None"). It just shouldn't log an error. 
>
> Try this version. I've taken the occasion of having a real, live Ultimeter 
> user to also fix some ambiguities around byte array types. Let me know if 
> it works.
>
> -tk
>
> On Fri, Apr 9, 2021 at 7:26 AM Chris Thompstone  
> wrote:
>
>> Oh, the ultimeter isn't supported on Python 3 and ver 4 weewx ?
>> Is that what your saying?
>> Oh, had not planned on that.
>> I found some sort of error in my template, which I've kind of resolved.
>> But the Ultimeter driver... not sure on this one.
>> Thanks
>> Chris
>>
>> On Friday, 9 April 2021 at 15:20:41 UTC+1 peterq...@gmail.com wrote:
>>
>>> Looks like you switched to Python 3 from Python 2.7 and the driver isn't 
>>> compatible, based on the error message.
>>>
>>> On Fri, Apr 9, 2021 at 6:56 AM Chris Thompstone  
>>> wrote:
>>>
>>>> Hi Guys,
>>>> I have been trying to upgrade to version 4 since my Pi decided to throw 
>>>> a strop.
>>>> Anyway, it's been fairly hardwork.
>>>>
>>>> I have this message continuous in the logs:
>>>> DEBUG weewx.drivers.ultimeter: Decode failed for '': invalid 
>>>> literal for int() with base 16: ''
>>>> just coming every 1s or so.
>>>>
>>>> I also have some other issue which I can't seem to find:
>>>> ERROR weewx.cheetahgenerator: Generate failed with exception '>>> 'TypeError'>'
>>>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  
>>>> Ignoring template /home/weewx/skins/Standard/index.html.tmpl
>>>> Apr  9 14:45:16 weewx weewx[868] ERROR weewx.cheetahgenerator:  
>>>> R

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

Don't worry, I think I may have patched it.  I'm not really much of a coder 
(although can do some stuff)...
Modded your file.  see line 345 onwards.
See attached

On Friday, 9 April 2021 at 16:36:35 UTC+1 tke...@gmail.com wrote:

> Sorry. I’ll try to get an update out later today.
>
> On Fri, Apr 9, 2021 at 8:18 AM Chris Thompstone  
> wrote:
>
>>
>> just tried that and get:
>> Apr  9 16:17:18 weewx weewx[1719] DEBUG weewx.drivers.ultimeter: Close 
>> serial port /dev/ttyUSB0
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: Caught unrecoverable 
>> exception:
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   startswith 
>> first arg must be bytes or a tuple of bytes, not str
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Traceback 
>> (most recent call last):
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 346, in _decode
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   v = 
>> int(s, 16)
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>> ValueError: invalid literal for int() with base 16: b''
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   During 
>> handling of the above exception, another exception occurred:
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Traceback 
>> (most recent call last):
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewxd", line 157, in main
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>> engine.run()
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewx/engine.py", line 208, in run
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   for 
>> packet in self.console.genLoopPackets():
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 132, in genLoopPackets
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   data = 
>> Station.parse_readings(readings)
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 317, in parse_readings
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>> data['inHumidity'] = Station._decode(buf[28:32], 0.1)  # percent
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 354, in _decode
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   if not 
>> s. startswith('--'):
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   TypeError: 
>> startswith first arg must be bytes or a tuple of bytes, not str
>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Exiting.
>>
>> On Friday, 9 April 2021 at 16:03:24 UTC+1 tke...@gmail.com wrote:
>>
>>> The driver should work fine with Python 3.
>>>
>>> However, the driver has a small, non-functional bug that causes it to 
>>> emit that error message when it encounters a "dash" value. It's 
>>> non-functional because it emits the right value ("None"). It just shouldn't 
>>> log an error. 
>>>
>>> Try this version. I've taken the occasion of having a real, live 
>>> Ultimeter user to also fix some ambiguities around byte array types. Let me 
>>> know if it works.
>>>
>>> -tk
>>>
>>> On Fri, Apr 9, 2021 at 7:26 AM Chris Thompstone  
>>> wrote:
>>>
>>>> Oh, the ultimeter isn't supported on Python 3 and ver 4 weewx ?
>>>> Is that what your saying?
>>>> Oh, had not planned on that.
>>>> I found some sort of error in my template, which I've kind of resolved.
>>>> But the Ultimeter driver... not sure on this one.
>>>> Thanks
>>>> Chris
>>>>
>>>> On Friday, 9 April 2021 at 15:20:41 UTC+1 peterq...@gmail.com wrote:
>>>>
>>>>> Looks like you switched to Python 3 from Python 2.7 and the driver 
>>>>> isn't compatible, based on the error message.
>>>>>
>>>>> On Fri, Apr 9, 2021 at 6:56 AM

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

Sorry it doesn't like that one:
Apr 10 08:32:33 weewx weewx[5327] DEBUG weewx.drivers.ultimeter: Decode 
failed for 'b''': invalid literal for int() with base 16: b''
it prefers mine, lol
Chris

On Friday, 9 April 2021 at 23:05:13 UTC+1 tke...@gmail.com wrote:

> You had the right idea, but we have to be careful about values that are 
> encoded in only two bytes.
>
> Try this version.
>
> -tk
>
> On Fri, Apr 9, 2021 at 8:50 AM Chris Thompstone  
> wrote:
>
>> Don't worry, I think I may have patched it.  I'm not really much of a 
>> coder (although can do some stuff)...
>> Modded your file.  see line 345 onwards.
>> See attached
>>
>> On Friday, 9 April 2021 at 16:36:35 UTC+1 tke...@gmail.com wrote:
>>
>>> Sorry. I’ll try to get an update out later today.
>>>
>>> On Fri, Apr 9, 2021 at 8:18 AM Chris Thompstone  
>>> wrote:
>>>
>>>>
>>>> just tried that and get:
>>>> Apr  9 16:17:18 weewx weewx[1719] DEBUG weewx.drivers.ultimeter: Close 
>>>> serial port /dev/ttyUSB0
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: Caught 
>>>> unrecoverable exception:
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> startswith first arg must be bytes or a tuple of bytes, not str
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> Traceback (most recent call last):
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 346, in _decode
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   v = 
>>>> int(s, 16)
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> ValueError: invalid literal for int() with base 16: b''
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   During 
>>>> handling of the above exception, another exception occurred:
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> Traceback (most recent call last):
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewxd", line 157, in main
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> engine.run()
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewx/engine.py", line 208, in run
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   for 
>>>> packet in self.console.genLoopPackets():
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 132, in genLoopPackets
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   data 
>>>> = Station.parse_readings(readings)
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 317, in parse_readings
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> data['inHumidity'] = Station._decode(buf[28:32], 0.1)  # percent
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 354, in _decode
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   if 
>>>> not s. startswith('--'):
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>> TypeError: startswith first arg must be bytes or a tuple of bytes, not str
>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   Exiting.
>>>>
>>>> On Friday, 9 April 2021 at 16:03:24 UTC+1 tke...@gmail.com wrote:
>>>>
>>>>> The driver should work fine with Python 3.
>>>>>
>>>>> However, the driver has a small, non-functional bug that causes it to 
>>>>> emit that error message when it encounters a "dash" value. It's 
>>>>> non-functional because it emits the right value ("None"). It just 
>>>>> shouldn't 
>>>>> log an error. 
>>>>&

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

Also why when ftp happens 1 of the files gives this:
Uploaded file /var/www/daybarometer.png to /daybarometer.png
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: ftpgenerator: 
(2): caught exception '': 553 Prohibited 
directory name
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
Traceback (most recent call last):
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  n = ftp_data.run()
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  _make_remote_dir(ftp_server, remote_dir_path)
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in _make_remote_dir
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  ftp_server.mkd(remote_dir_path)
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  resp = self.voidcmd('MKD ' + dirname)
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  return self.voidresp()
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  resp = self.getresp()
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
  raise error_perm(resp)
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
ftplib.error_perm: 553 Prohibited directory name
Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: ftpgenerator: 
Upload failed

the file seems to be on the ftp server (I tried deleting everything on the 
ftp to see if it uploads it)
only happens for this 1 file.
I notice that all my files in /var/www that upload are set with root 
permissions, does that have anything to do with it?
Not sure how to make weewx change set these to www-data permissions

On Saturday, 10 April 2021 at 08:35:17 UTC+1 Chris Thompstone wrote:

> Sorry it doesn't like that one:
> Apr 10 08:32:33 weewx weewx[5327] DEBUG weewx.drivers.ultimeter: Decode 
> failed for 'b''': invalid literal for int() with base 16: b''
> it prefers mine, lol
> Chris
>
> On Friday, 9 April 2021 at 23:05:13 UTC+1 tke...@gmail.com wrote:
>
>> You had the right idea, but we have to be careful about values that are 
>> encoded in only two bytes.
>>
>> Try this version.
>>
>> -tk
>>
>> On Fri, Apr 9, 2021 at 8:50 AM Chris Thompstone  
>> wrote:
>>
>>> Don't worry, I think I may have patched it.  I'm not really much of a 
>>> coder (although can do some stuff)...
>>> Modded your file.  see line 345 onwards.
>>> See attached
>>>
>>> On Friday, 9 April 2021 at 16:36:35 UTC+1 tke...@gmail.com wrote:
>>>
>>>> Sorry. I’ll try to get an update out later today.
>>>>
>>>> On Fri, Apr 9, 2021 at 8:18 AM Chris Thompstone  
>>>> wrote:
>>>>
>>>>>
>>>>> just tried that and get:
>>>>> Apr  9 16:17:18 weewx weewx[1719] DEBUG weewx.drivers.ultimeter: Close 
>>>>> serial port /dev/ttyUSB0
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: Caught 
>>>>> unrecoverable exception:
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>>> startswith first arg must be bytes or a tuple of bytes, not str
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>>> Traceback (most recent call last):
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__: File 
>>>>> "/home/weewx/bin/weewx/drivers/ultimeter.py", line 346, in _decode
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   v = 
>>>>> int(s, 16)
>>>>> Apr  9 16:17:19 weewx weewx[1719] CRITICAL __main__:   
>>>>> ValueError: inval

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

So I manually deleted all the files from the remote ftp server to make it 
upload a fresh.
it tries to ftp ALL files twice, but fails on the first NOAA txt file, the 
partial file from 2014-10 when station started up.
because this fails (although I can see it on the ftp server), it tries a 
2nd time to upload everything, then quits on this file again.
the whole process takes 3 minutes to upload as it tries to upload 
everything (twice on every 5min cycle) because that 1 file fails.
any ideas on a fix for this?

On Saturday, 10 April 2021 at 08:51:23 UTC+1 Chris Thompstone wrote:

> Also why when ftp happens 1 of the files gives this:
> Uploaded file /var/www/daybarometer.png to /daybarometer.png
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: ftpgenerator: 
> (2): caught exception '': 553 Prohibited 
> directory name
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> Traceback (most recent call last):
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> n = ftp_data.run()
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> _make_remote_dir(ftp_server, remote_dir_path)
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in _make_remote_dir
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> ftp_server.mkd(remote_dir_path)
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> resp = self.voidcmd('MKD ' + dirname)
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> return self.voidresp()
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> resp = self.getresp()
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
>   File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> raise error_perm(resp)
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:   
> ftplib.error_perm: 553 Prohibited directory name
> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: ftpgenerator: 
> Upload failed
>
> the file seems to be on the ftp server (I tried deleting everything on the 
> ftp to see if it uploads it)
> only happens for this 1 file.
> I notice that all my files in /var/www that upload are set with root 
> permissions, does that have anything to do with it?
> Not sure how to make weewx change set these to www-data permissions
>
> On Saturday, 10 April 2021 at 08:35:17 UTC+1 Chris Thompstone wrote:
>
>> Sorry it doesn't like that one:
>> Apr 10 08:32:33 weewx weewx[5327] DEBUG weewx.drivers.ultimeter: Decode 
>> failed for 'b''': invalid literal for int() with base 16: b''
>> it prefers mine, lol
>> Chris
>>
>> On Friday, 9 April 2021 at 23:05:13 UTC+1 tke...@gmail.com wrote:
>>
>>> You had the right idea, but we have to be careful about values that are 
>>> encoded in only two bytes.
>>>
>>> Try this version.
>>>
>>> -tk
>>>
>>> On Fri, Apr 9, 2021 at 8:50 AM Chris Thompstone  
>>> wrote:
>>>
>>>> Don't worry, I think I may have patched it.  I'm not really much of a 
>>>> coder (although can do some stuff)...
>>>> Modded your file.  see line 345 onwards.
>>>> See attached
>>>>
>>>> On Friday, 9 April 2021 at 16:36:35 UTC+1 tke...@gmail.com wrote:
>>>>
>>>>> Sorry. I’ll try to get an update out later today.
>>>>>
>>>>> On Fri, Apr 9, 2021 at 8:18 AM Chris Thompstone  
>>>>> wrote:
>>>>>
>>>>>>
>>>>>> just tried that and get:
>>>>>> Apr  9 16:17:18 weewx weewx

[weewx-user] ftp upload fails

[Chris Thompstone]

Hi, thought I'd better start a new topic.
Have just moved to ver 4.5.1 from 3.9.x
Have copied my standard skin over etc, database and so forth.
But I can't use the FTP upload to remote server.
I get the below and it just loops continuously, trying to upload the whole 
of the www forever.  So I have to turn it off, my broadband can't handle it.
It seems to error on the 1 file, if I delete it all, the error will still 
happen, but moves to a different file.
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 144 
./NOAA/NOAA-2015-06.txt 
3c7a19998d74ef1457dd61e89a1eb848ff84c4ba5956c71b04227262f10507b2
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-06.txt to /NOAA/NOAA-2015-06.txt
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 145 
./NOAA/NOAA-2015-05.txt 
f261402ab917dc68cccbe73afb6e88213369a894a30613cc82505ea005923ca7
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-05.txt to /NOAA/NOAA-2015-05.txt
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 146 
./NOAA/NOAA-2015-04.txt 
e5dca630c7f48cbd72ad396b4e869a3732497db4580654f6617aa091b443161b
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-04.txt to /NOAA/NOAA-2015-04.txt
Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 147 
./NOAA/NOAA-2015-03.txt 
045e6defcc621acc823b67678bab43888cb032d6240d08c8a5db486582c9d19a
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-03.txt to /NOAA/NOAA-2015-03.txt
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: 148 
./NOAA/NOAA-2015-02.txt 
fe588dc95bf05b3620b7cd40fab59852ad83cf8a2f53c4b232dca8109f6f9c84
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-02.txt to /NOAA/NOAA-2015-02.txt
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: 149 
./NOAA/NOAA-2015-01.txt 
05c6e945b3d3980ac4667a9e2f84b3c1d714de8940bfa4f278b4c77837faa6f9
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-01.txt to /NOAA/NOAA-2015-01.txt
Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: 150 
./NOAA/NOAA-2014-12.txt 
1e4d75393d91b17aa8b7d168425685557833940caab67028c4dd2958aecdf5c7
Apr 10 12:33:06 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2014-12.txt to /NOAA/NOAA-2014-12.txt
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: ftpgenerator: 
(2): caught exception '': 553 Prohibited 
directory name
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine:   
Traceback (most recent call last):
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  n = ftp_data.run()
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  _make_remote_dir(ftp_server, remote_dir_path)
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in _make_remote_dir
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  ftp_server.mkd(remote_dir_path)
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  resp = self.voidcmd('MKD ' + dirname)
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  return self.voidresp()
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  resp = self.getresp()
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: 
  raise error_perm(resp)
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine:   
ftplib.error_perm: 553 Prohibited directory name
Apr 10 12:33:06 weewx weewx[7372] ERROR weewx.reportengine: ftpgenerator: 
Upload failed

-- 
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/0203f602-132d-4d03-80de-c1b1b6c8e396n%40googlegroups.

Re: [weewx-user] ftp upload fails

[Chris Thompstone]

Thanks,
Looks like there is a . directory in there somehow it doesn't like
Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2015-01.txt to /NOAA/NOAA-2015-01.txt
Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: 150 
./NOAA/NOAA-2014-12.txt 
1e4d75393d91b17aa8b7d168425685557833940caab67028c4dd2958aecdf5c7
Apr 10 13:01:10 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
/var/www/NOAA/NOAA-2014-12.txt to /NOAA/NOAA-2014-12.txt
Apr 10 13:01:10 weewx weewx[7765] ERROR weeutil.ftpupload: Error creating 
directory /.gnupg
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: ftpgenerator: 
(0): caught exception '': 553 Prohibited 
directory name
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
Traceback (most recent call last):
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  n = ftp_data.run()
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  _make_remote_dir(ftp_server, remote_dir_path)
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in _make_remote_dir
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  ftp_server.mkd(remote_dir_path)
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  resp = self.voidcmd('MKD ' + dirname)
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  return self.voidresp()
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  resp = self.getresp()
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
  raise error_perm(resp)
Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
ftplib.error_perm: 553 Prohibited directory name


On Saturday, 10 April 2021 at 12:53:42 UTC+1 tke...@gmail.com wrote:

> Too bad it doesn't tell us what the directory name is. Try this version of 
> weeutil/ftpload.py. It will log the directory name.
>
> -tk
>
> On Sat, Apr 10, 2021 at 4:47 AM Chris Thompstone  
> wrote:
>
>> Hi, thought I'd better start a new topic.
>> Have just moved to ver 4.5.1 from 3.9.x
>> Have copied my standard skin over etc, database and so forth.
>> But I can't use the FTP upload to remote server.
>> I get the below and it just loops continuously, trying to upload the 
>> whole of the www forever.  So I have to turn it off, my broadband can't 
>> handle it.
>> It seems to error on the 1 file, if I delete it all, the error will still 
>> happen, but moves to a different file.
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 144 
>> ./NOAA/NOAA-2015-06.txt 
>> 3c7a19998d74ef1457dd61e89a1eb848ff84c4ba5956c71b04227262f10507b2
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2015-06.txt to /NOAA/NOAA-2015-06.txt
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 145 
>> ./NOAA/NOAA-2015-05.txt 
>> f261402ab917dc68cccbe73afb6e88213369a894a30613cc82505ea005923ca7
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2015-05.txt to /NOAA/NOAA-2015-05.txt
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 146 
>> ./NOAA/NOAA-2015-04.txt 
>> e5dca630c7f48cbd72ad396b4e869a3732497db4580654f6617aa091b443161b
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2015-04.txt to /NOAA/NOAA-2015-04.txt
>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 147 
>> ./NOAA/NOAA-2015-03.txt 
>> 045e6defcc621acc823b67678bab43888cb032d6240d08c8a5db486582c9d19a
>> Apr 10 12:33:05 weewx weewx[7372] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2015-03.txt to /NOAA/NOAA-2015-03.txt
>> Apr 10 12:33:05 weew

Re: [weewx-user] ftp upload fails

[Chris Thompstone]

Just testing now, first loop after the restart went well, Just want to 
check how many files upload on the next.

No idea where that directory came from, but will it reappear again?
Will test the driver in a min, when sorted this...
Thanks
Chris

On Saturday, 10 April 2021 at 13:07:36 UTC+1 tke...@gmail.com wrote:

> Somehow a directory name of ".gnupg" snuck into /var/www. Get rid of it, 
> and all should be well.
>
> On Sat, Apr 10, 2021 at 5:02 AM Chris Thompstone  
> wrote:
>
>> Thanks,
>> Looks like there is a . directory in there somehow it doesn't like
>> Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2015-01.txt to /NOAA/NOAA-2015-01.txt
>> Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: 150 
>> ./NOAA/NOAA-2014-12.txt 
>> 1e4d75393d91b17aa8b7d168425685557833940caab67028c4dd2958aecdf5c7
>> Apr 10 13:01:10 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
>> /var/www/NOAA/NOAA-2014-12.txt to /NOAA/NOAA-2014-12.txt
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weeutil.ftpupload: Error creating 
>> directory /.gnupg
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: ftpgenerator: 
>> (0): caught exception '': 553 Prohibited 
>> directory name
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> Traceback (most recent call last):
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> n = ftp_data.run()
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> _make_remote_dir(ftp_server, remote_dir_path)
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in _make_remote_dir
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> ftp_server.mkd(remote_dir_path)
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> resp = self.voidcmd('MKD ' + dirname)
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> return self.voidresp()
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> resp = self.getresp()
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>>   File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> raise error_perm(resp)
>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:   
>> ftplib.error_perm: 553 Prohibited directory name
>>
>>
>> On Saturday, 10 April 2021 at 12:53:42 UTC+1 tke...@gmail.com wrote:
>>
>>> Too bad it doesn't tell us what the directory name is. Try this version 
>>> of weeutil/ftpload.py. It will log the directory name.
>>>
>>> -tk
>>>
>>> On Sat, Apr 10, 2021 at 4:47 AM Chris Thompstone  
>>> wrote:
>>>
>>>> Hi, thought I'd better start a new topic.
>>>> Have just moved to ver 4.5.1 from 3.9.x
>>>> Have copied my standard skin over etc, database and so forth.
>>>> But I can't use the FTP upload to remote server.
>>>> I get the below and it just loops continuously, trying to upload the 
>>>> whole of the www forever.  So I have to turn it off, my broadband can't 
>>>> handle it.
>>>> It seems to error on the 1 file, if I delete it all, the error will 
>>>> still happen, but moves to a different file.
>>>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeutil.ftpupload: 144 
>>>> ./NOAA/NOAA-2015-06.txt 
>>>> 3c7a19998d74ef1457dd61e89a1eb848ff84c4ba5956c71b04227262f10507b2
>>>> Apr 10 12:33:04 weewx weewx[7372] DEBUG weeuti

Re: [weewx-user] ultimeter driver

[Chris Thompstone]

Thanks, driver seems good, (no complains at the logger anyway)

On Saturday, 10 April 2021 at 12:48:20 UTC+1 tke...@gmail.com wrote:

> Too many years using Python 2, not enough on Python 3. Try this version of 
> ultimeter.py. 
>
> On Sat, Apr 10, 2021 at 1:35 AM Chris Thompstone  
> wrote:
>
>> So I manually deleted all the files from the remote ftp server to make it 
>> upload a fresh.
>> it tries to ftp ALL files twice, but fails on the first NOAA txt file, 
>> the partial file from 2014-10 when station started up.
>> because this fails (although I can see it on the ftp server), it tries a 
>> 2nd time to upload everything, then quits on this file again.
>> the whole process takes 3 minutes to upload as it tries to upload 
>> everything (twice on every 5min cycle) because that 1 file fails.
>> any ideas on a fix for this?
>>
>> On Saturday, 10 April 2021 at 08:51:23 UTC+1 Chris Thompstone wrote:
>>
>>> Also why when ftp happens 1 of the files gives this:
>>> Uploaded file /var/www/daybarometer.png to /daybarometer.png
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
>>> ftpgenerator: (2): caught exception '': 553 
>>> Prohibited directory name
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    Traceback (most recent call last):
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    n = ftp_data.run()
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    _make_remote_dir(ftp_server, remote_dir_path)
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in 
>>> _make_remote_dir
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    ftp_server.mkd(remote_dir_path)
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    resp = self.voidcmd('MKD ' + dirname)
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    return self.voidresp()
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    resp = self.getresp()
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    raise error_perm(resp)
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine:
>>>    ftplib.error_perm: 553 Prohibited directory name
>>> Apr 10 08:45:37 weewx weewx[5576] ERROR weewx.reportengine: 
>>> ftpgenerator: Upload failed
>>>
>>> the file seems to be on the ftp server (I tried deleting everything on 
>>> the ftp to see if it uploads it)
>>> only happens for this 1 file.
>>> I notice that all my files in /var/www that upload are set with root 
>>> permissions, does that have anything to do with it?
>>> Not sure how to make weewx change set these to www-data permissions
>>>
>>> On Saturday, 10 April 2021 at 08:35:17 UTC+1 Chris Thompstone wrote:
>>>
>>>> Sorry it doesn't like that one:
>>>> Apr 10 08:32:33 weewx weewx[5327] DEBUG weewx.drivers.ultimeter: Decode 
>>>> failed for 'b''': invalid literal for int() with base 16: b''
>>>> it prefers mine, lol
>>>> Chris
>>>>
>>>> On Friday, 9 April 2021 at 23:05:13 UTC+1 tke...@gmail.com wrote:
>>>>
>>>>> You had the right idea, but we have to be careful about values that 
>>>>> are encoded in

Re: [weewx-user] ftp upload fails

[Chris Thompstone]

Yeah all seems good.  Can I suggest a check for . files and . directories 
and don't allow ftp upload on those.  For a future version?
Thanks a pleasure as always.
Regards to all.

On Saturday, 10 April 2021 at 13:13:44 UTC+1 Chris Thompstone wrote:

> Just testing now, first loop after the restart went well, Just want to 
> check how many files upload on the next.
>
> No idea where that directory came from, but will it reappear again?
> Will test the driver in a min, when sorted this...
> Thanks
> Chris
>
> On Saturday, 10 April 2021 at 13:07:36 UTC+1 tke...@gmail.com wrote:
>
>> Somehow a directory name of ".gnupg" snuck into /var/www. Get rid of it, 
>> and all should be well.
>>
>> On Sat, Apr 10, 2021 at 5:02 AM Chris Thompstone  
>> wrote:
>>
>>> Thanks,
>>> Looks like there is a . directory in there somehow it doesn't like
>>> Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
>>> /var/www/NOAA/NOAA-2015-01.txt to /NOAA/NOAA-2015-01.txt
>>> Apr 10 13:01:09 weewx weewx[7765] DEBUG weeutil.ftpupload: 150 
>>> ./NOAA/NOAA-2014-12.txt 
>>> 1e4d75393d91b17aa8b7d168425685557833940caab67028c4dd2958aecdf5c7
>>> Apr 10 13:01:10 weewx weewx[7765] DEBUG weeutil.ftpupload: Uploaded file 
>>> /var/www/NOAA/NOAA-2014-12.txt to /NOAA/NOAA-2014-12.txt
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weeutil.ftpupload: Error 
>>> creating directory /.gnupg
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine: 
>>> ftpgenerator: (0): caught exception '': 553 
>>> Prohibited directory name
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    Traceback (most recent call last):
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weewx/reportengine.py", line 331, in run
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    n = ftp_data.run()
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weeutil/ftpupload.py", line 154, in run
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    _make_remote_dir(ftp_server, remote_dir_path)
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/home/weewx/bin/weeutil/ftpupload.py", line 269, in 
>>> _make_remote_dir
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    ftp_server.mkd(remote_dir_path)
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 643, in mkd
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    resp = self.voidcmd('MKD ' + dirname)
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 278, in voidcmd
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    return self.voidresp()
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 251, in voidresp
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    resp = self.getresp()
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>  File "/usr/lib/python3.7/ftplib.py", line 246, in getresp
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    raise error_perm(resp)
>>> Apr 10 13:01:10 weewx weewx[7765] ERROR weewx.reportengine:
>>>    ftplib.error_perm: 553 Prohibited directory name
>>>
>>>
>>> On Saturday, 10 April 2021 at 12:53:42 UTC+1 tke...@gmail.com wrote:
>>>
>>>> Too bad it doesn't tell us what the directory name is. Try this version 
>>>> of weeutil/ftpload.py. It will log the directory name.
>>>>
>>>> -tk
>>>>
>>>> On Sat, Apr 10, 2021 at 4:47 AM Chris Thompstone  
>>>> wrote:
>>>>
>>>>> Hi, thought I'd better start a new topic.
>>>>> Have just moved to ver 4.5.1 from 3.9.x
>>>>> Have copied my standard skin over etc, database and so forth.
>>>>> But I can't use the FTP upload to remote server.
>>>>> I g

[weewx-user] Davis vantage pro2

[Chris Thompstone]

Hi Guys can you help me understand the Davis products?
My Peet Bros wind vane has blown off the roof again.  Didn't last long.
Although the first one lasted about 5 years, this one's done maybe 2 at 
best.

I can't seem to get a new wind vane for it unless I import from the US, 
which is not a great idea (done before etc very expensive with the taxes, 
then it breaks, repeat repeat)

So think I'll have to replace the whole station, which I didn't really want 
to do.  But at least I'll get spares from UK shops.

I like a wired station setup, due to reliability/simplicity and it must 
work with weewx reliably. (no periodic fiddling or messing)
So was thinking a vantage pro2 wired with a serial interface to connect to 
my Pi.

To be honest not interested in the console as I generally never look at 
them.  Can't see the point when I can use the weewx on my phone or PC.  If 
I had my way there would be a blank box with serial socket to connect the 
Pi to, plus power, nothing more.

But I guess I have to have that anyway, but does the console have the 
serial connection on it to get to the Pi?  How do I go from my serial USB 
cable on my Pi to the Davis?  Do I have to buy something else?

Not interested in any of the Davis logging stuff, just want the raw data 
flowing into weewx on a Pi, nothing more.
Thanks
Chris
Have tried to understand this from the Davis website, but can't work it 
out, think they just trying to sell a logging package which I don't want.

-- 
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/027853dc-0951-40e2-8670-07faaa172c56n%40googlegroups.com.

Re: [weewx-user] Davis vantage pro2

[Chris Thompstone]

So basically if I want to use weewx with davis station and Pi.  I'd need:
https://www.weathershop.co.uk/shop/brands/davis-instruments/vantage-pro/davis-vantage-pro2-cabled-weather-station
plus
https://www.weathershop.co.uk/shop/accessories/spares-by-brands/davis-spare-parts-accessories/davis-accessories-upgrades/vantage-pro/davis-6510-weatherlink-serial

This should be a reliable problem free setup?
Think unfortunately there is very little choice of weather station if you 
want something that's going to last and you can get spares for.
Thanks for the advice.
On Saturday, 10 April 2021 at 16:23:34 UTC+1 Greg Troxel wrote:

>
> Chris Thompstone  writes:
>
> > [davis query]
>
> > I like a wired station setup, due to reliability/simplicity and it must 
> > work with weewx reliably. (no periodic fiddling or messing)
> > So was thinking a vantage pro2 wired with a serial interface to connect 
> to 
> > my Pi.
> >
> > To be honest not interested in the console as I generally never look at 
> > them. Can't see the point when I can use the weewx on my phone or PC. If 
> > I had my way there would be a blank box with serial socket to connect 
> the 
> > Pi to, plus power, nothing more.
> >
> > But I guess I have to have that anyway, but does the console have the 
> > serial connection on it to get to the Pi? How do I go from my serial USB 
> > cable on my Pi to the Davis? Do I have to buy something else?
> >
> > Not interested in any of the Davis logging stuff, just want the raw data 
> > flowing into weewx on a Pi, nothing more.
>
> Here's one solution:
>
> Davis Vantage Pro wired
> ISS outside
> console inside
>
> Davis serial datalogger #6510SER
> plugged into console
>
> the datalogger has a DB9 and plugs into a usb/serial adaptor (or an
> actual serial port). I'm using an prolific adaptor
>
> weewx configured to talk to the USB serial port
>
> system that is running weewx has a battery-backed RTC so it knows the
> data when it boots. A workaround is scripts to not start weewx until
> the computer is affirmatively synchronized with NTP.
>
> For me, this setup has been reliable.
>
> You said you weren't interested in some things but I wanted to point
> out:
>
> My VP2 is wireless. I have had zero trouble with the wireless part.
> I have had to replace the CR123 in the ISS maybe a few times in 10
> years. I had a VP(non-2) and that wireless worked, but I think the
> supercap failed and it's on my list to fix. However, I am not sure if
> the wired option provides power to the ISS, or if it's just the data
> link. I don't mean to suggest you are wrong to do wired, just that I
> went wireless because wires were awkward and it has been ok.
>
> The pressure sensor is in the console, as is indoor temp/humidity.
> The ISS only has wind/rain and outside temp/humidity. So even if you
> don't look at the console, without it you will not have pressure/temp.
>
> There is a "weather envoy" which I think still needs a datalogger to
> plug in which is more or less a console without a display but I'm not
> sure about pressure. I have neer seen one or used it.
>
> You can get a VP2+ with solar radiation and UV sensors on the ISS, or
> you can add them later.
>
> There are third-party loggers and interfaces. I decided to just pay
> for the davis one even though it costs double the third-party ones,
> because I was confident I would have no trouble. I have nothing bad
> to say about the third-party stuff -- I just haven't tried it. There
> are some that have datalogging and some that don't.
>
> You said you were not interested in logging, just raw data to Pi, but
> I think that's a mistake. The davis logger records data every 5
> minutes (hardware archive interval, configurable) and will do so on
> the 3 D cell batteries in the console for multiple days during a power
> failure. When the weewx computer starts up it will get the old
> archive records and put them in the weewx database. This has happened
> to me mulitple times and worked very well. So I have continuous data
> over several storms where I would have had a gap. If your RPI is on a
> UPS/generator that can go 2 weeks AND if it is *never* down for more
> than 5 minutes even when you have sd card trouble or upgrade trouble
> then you don't need the logger. As you can guess I don't believe
> this. If you really don't mind losing data, then yes you don't need
> the logger.
>
> If you mean you aren't interested in having the equipment send data to
> the davis cloud where you have trouble geting it back from, then
> agreed :-)
>
>

-- 
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/790cde1f-b15a-4d61-b261-00e672851414n%40googlegroups.com.

Re: [weewx-user] Davis vantage pro2

[Chris Thompstone]

so I found this:
https://shop.weatherstations.co.uk/meteo-pi-1832-p.asp
seems like you can connect the davis console directly to raspberry pi 
header and use via serial.
anyone tried this with weewx?
Seems a bit cheaper than the weatherlink option and maybe more suitable for 
my needs.
T

On Saturday, 10 April 2021 at 17:02:53 UTC+1 Chris Thompstone wrote:

> So basically if I want to use weewx with davis station and Pi.  I'd need:
>
> https://www.weathershop.co.uk/shop/brands/davis-instruments/vantage-pro/davis-vantage-pro2-cabled-weather-station
> plus
>
> https://www.weathershop.co.uk/shop/accessories/spares-by-brands/davis-spare-parts-accessories/davis-accessories-upgrades/vantage-pro/davis-6510-weatherlink-serial
>
> This should be a reliable problem free setup?
> Think unfortunately there is very little choice of weather station if you 
> want something that's going to last and you can get spares for.
> Thanks for the advice.
> On Saturday, 10 April 2021 at 16:23:34 UTC+1 Greg Troxel wrote:
>
>>
>> Chris Thompstone  writes: 
>>
>> > [davis query] 
>>
>> > I like a wired station setup, due to reliability/simplicity and it must 
>> > work with weewx reliably. (no periodic fiddling or messing) 
>> > So was thinking a vantage pro2 wired with a serial interface to connect 
>> to 
>> > my Pi. 
>> > 
>> > To be honest not interested in the console as I generally never look at 
>> > them. Can't see the point when I can use the weewx on my phone or PC. 
>> If 
>> > I had my way there would be a blank box with serial socket to connect 
>> the 
>> > Pi to, plus power, nothing more. 
>> > 
>> > But I guess I have to have that anyway, but does the console have the 
>> > serial connection on it to get to the Pi? How do I go from my serial 
>> USB 
>> > cable on my Pi to the Davis? Do I have to buy something else? 
>> > 
>> > Not interested in any of the Davis logging stuff, just want the raw 
>> data 
>> > flowing into weewx on a Pi, nothing more. 
>>
>> Here's one solution: 
>>
>> Davis Vantage Pro wired 
>> ISS outside 
>> console inside 
>>
>> Davis serial datalogger #6510SER 
>> plugged into console 
>>
>> the datalogger has a DB9 and plugs into a usb/serial adaptor (or an 
>> actual serial port). I'm using an prolific adaptor 
>>
>> weewx configured to talk to the USB serial port 
>>
>> system that is running weewx has a battery-backed RTC so it knows the 
>> data when it boots. A workaround is scripts to not start weewx until 
>> the computer is affirmatively synchronized with NTP. 
>>
>> For me, this setup has been reliable. 
>>
>> You said you weren't interested in some things but I wanted to point 
>> out: 
>>
>> My VP2 is wireless. I have had zero trouble with the wireless part. 
>> I have had to replace the CR123 in the ISS maybe a few times in 10 
>> years. I had a VP(non-2) and that wireless worked, but I think the 
>> supercap failed and it's on my list to fix. However, I am not sure if 
>> the wired option provides power to the ISS, or if it's just the data 
>> link. I don't mean to suggest you are wrong to do wired, just that I 
>> went wireless because wires were awkward and it has been ok. 
>>
>> The pressure sensor is in the console, as is indoor temp/humidity. 
>> The ISS only has wind/rain and outside temp/humidity. So even if you 
>> don't look at the console, without it you will not have pressure/temp. 
>>
>> There is a "weather envoy" which I think still needs a datalogger to 
>> plug in which is more or less a console without a display but I'm not 
>> sure about pressure. I have neer seen one or used it. 
>>
>> You can get a VP2+ with solar radiation and UV sensors on the ISS, or 
>> you can add them later. 
>>
>> There are third-party loggers and interfaces. I decided to just pay 
>> for the davis one even though it costs double the third-party ones, 
>> because I was confident I would have no trouble. I have nothing bad 
>> to say about the third-party stuff -- I just haven't tried it. There 
>> are some that have datalogging and some that don't. 
>>
>> You said you were not interested in logging, just raw data to Pi, but 
>> I think that's a mistake. The davis logger records data every 5 
>> minutes (hardware archive interval, configurable) and will do so on 
>> the 3 D cell batteries in the console for multiple days during a power 
>> failure. Wh

Re: [weewx-user] Davis vantage pro2

[Chris Thompstone]

£89 vs £165 in the UK
not sure where the 30$ fits in?

am I looking at the wrong thing?
On Saturday, 10 April 2021 at 20:29:36 UTC+1 vince wrote:

> On Saturday, April 10, 2021 at 11:18:07 AM UTC-7 chris.th...@gmail.com 
> wrote:
>
>> so I found this:
>> https://shop.weatherstations.co.uk/meteo-pi-1832-p.asp
>> seems like you can connect the davis console directly to raspberry pi 
>> header and use via serial.
>> anyone tried this with weewx?
>> Seems a bit cheaper than the weatherlink option and maybe more suitable 
>> for my needs.
>>
>
> A real Davis logger is $30 US more expensive than a Meteo-pi.   You have 
> to ask yourself how important that 30 bucks is, as compared to your time 
> and stress level of using a third-party logger.  Personally I'd recommend 
> just going Davis all the way.
>
>
>

-- 
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/6f79f14a-e8b6-49f2-b378-ab31819c798bn%40googlegroups.com.