Re: [weewx-user] Re: Weewx 3.9.2 and WMR200 crash: Non-positive value for record field 'interval': 0

[Björn Torkelsson]

Hi Thomas,

I have the same problem as Patrick. Though I had no luck with the new 
driver version you suggested him to try with. I get: 

Sep 24 07:13:57 ripslinger weewx[17315]: engine: Starting up weewx version 
3.9.2
Sep 24 07:13:59 ripslinger weewx[17315]: wmr200: MainThread: I genStartup() 
Delaying archive packet processing until live packet received
Sep 24 07:13:59 ripslinger weewx[17315]: wmr200: MainThread: I Time drift 
between host and console in seconds:-361
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I genStartup() 
Still receiving archive packets cnt:0 len:1
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Using pc 
time adjusting archive record time by -361 sec 2019-09-21 13:08:00 CEST 
(1569064080) => 2019-09-21 13:01:59 CEST (1569063719)
Sep 24 07:14:00 ripslinger weewx[17315]: engine: Main loop exiting. 
Shutting engine down.
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: Thread-2: I USB polling 
device thread exiting
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I USB polling 
thread expired
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: Thread-1: I Watchdog 
received shutdown
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: Thread-1: I Watchdog 
thread exiting
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Watchdog 
thread expired
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Received 
packet count live:1 archive:1 control:1
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Received 
bytes:600 sent bytes:40
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Packet 
archive queue len:0 live queue len:1
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: W Exiting with 
packets still in live queue cnt:1
Sep 24 07:14:00 ripslinger weewx[17315]: wmr200: MainThread: I Driver 
gracefully exiting
Sep 24 07:14:00 ripslinger weewx[17315]: engine: Caught unrecoverable 
exception in engine:
Sep 24 07:14:00 ripslinger weewx[17315]:   'WMR200' object has no 
attribute 'wmr200'
Sep 24 07:14:00 ripslinger weewx[17315]:   Traceback (most recent 
call last):
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/engine.py", line 894, in main
Sep 24 07:14:00 ripslinger weewx[17315]:   engine.run()
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/engine.py", line 160, in run
Sep 24 07:14:00 ripslinger weewx[17315]:   
self.dispatchEvent(weewx.Event(weewx.STARTUP))
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/engine.py", line 224, in dispatchEvent
Sep 24 07:14:00 ripslinger weewx[17315]:   callback(event)
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/engine.py", line 520, in startup
Sep 24 07:14:00 ripslinger weewx[17315]:   
self._catchup(self.engine.console.genStartupRecords)
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/engine.py", line 632, in _catchup
Sep 24 07:14:00 ripslinger weewx[17315]:   for record in 
generator(lastgood_ts):
Sep 24 07:14:00 ripslinger weewx[17315]: File 
"/usr/share/weewx/weewx/drivers/wmr200.py", line 1940, in genStartupRecords
Sep 24 07:14:00 ripslinger weewx[17315]:   
timestamp_packet_previous += self.wmr200.time_drift
Sep 24 07:14:00 ripslinger weewx[17315]:   AttributeError: 'WMR200' 
object has no attribute 'wmr200'
Sep 24 07:14:00 ripslinger weewx[17315]:   Exiting.

Den torsdag 12 september 2019 kl. 14:40:52 UTC+2 skrev Thomas Keffer:
>
> Hello, Patrick
>
> Can you try this version 
> 
>  
> of the driver?
>
> On Tue, Sep 10, 2019 at 9:43 PM Patrick J  > wrote:
>
>> Hi,
>>
>> Last night, weewx crashed again, exactly the same scenario. Any help 
>> would be greatly appreciated.
>>
>> -- 
>> 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/f6b0c669-5b12-48c8-bd7b-f3abc5c6b5b3%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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/e1e59d1c-325b-417f-9b7f-ed2c657e85a7%40googlegroups.com.

Re: [weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Scott Grayban]

Not that either...

# free -m
  totalusedfree  shared  buff/cache  
 available
Mem:874 512  95  54 266
 253
Swap:  1749 1061642

-- 
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/b9dddf27-8ed2-4b14-bf8e-c5945a602261%40googlegroups.com.

Re: [weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Andrew Milner]

size of swapfile - or even lack of a swap file perhaps??



On Tuesday, 24 September 2019 06:35:11 UTC+3, Scott Grayban wrote:
>
> Well it's not INODES
>
> # /bin/df -i
> Filesystem  Inodes  IUsed   IFree IUse% Mounted on
> /dev/root  1925760 277090 1648670   15% /
> devtmpfs110788412  1103761% /dev
> tmpfs   111940  1  1119391% /dev/shm
> tmpfs   111940580  1113601% /run
> tmpfs   111940  6  1119341% /run/lock
> tmpfs   111940 12  1119281% /sys/fs/cgroup
> weewx_html  111940 75  1118651% /home/weewx/public_html
> /dev/mmcblk0p6   0  0   0 - /boot
> tmpfs   111940 11  1119291% /run/user/0
>
>
> On Monday, September 23, 2019 at 8:29:42 PM UTC-7, Thomas Keffer wrote:
>>
>> Things other than a lack of file space can  cause this error. Take a look 
>> at this StackOverflow thread: 
>> https://stackoverflow.com/questions/6998083/python-causing-ioerror-errno-28-no-space-left-on-device-results-32766-h
>>
>> -tk
>>
>> On Mon, Sep 23, 2019 at 8:09 PM Scott Grayban  wrote:
>>
>>> Getting this error and can't trace why it's happening as there is plenty 
>>> of space on the SD card.
>>>
>>> cheetahgenerator: Generate failed with exception '>> 'exceptions.IOError'>'
>>> cheetahgenerator:  Ignoring template 
>>> /etc/weewx/skins/Highcharts_Belchertown/json/year.json.tmpl
>>> cheetahgenerator:  Reason: [Errno 28] No space left on device
>>>    Traceback (most recent call last):
>>>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in 
>>> generate
>>>    fd.write(str(compiled_template))
>>>    IOError: [Errno 28] No space left on device
>>>
>>> # /bin/df 
>>> Filesystem 1K-blocksUsed Available Use% Mounted on 
>>> /dev/root   30196004 9176308  19462784  33% / 
>>> devtmpfs  443152   0443152   0% /dev 
>>> tmpfs 447760   0447760   0% /dev/shm 
>>> tmpfs 447760   45412402348  11% /run 
>>> tmpfs   5120   4  5116   1% /run/lock 
>>> tmpfs 447760   0447760   0% /sys/fs/cgroup 
>>> weewx_html 20480   12836  7644  63% /home/weewx/public_html 
>>> /dev/mmcblk0p6 70498   23008 47490  33% /boot 
>>> tmpfs  89552   0 89552   0% /run/user/0
>>>
>>> -- 
>>> 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/751a4bd2-3dce-4393-a62d-6655d9b6dd50%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/ed70874c-d561-4080-867a-9dcf9d9d421a%40googlegroups.com.

Re: [weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Andrew Milner]

size of swapfile perhaps??



On Tuesday, 24 September 2019 06:35:11 UTC+3, Scott Grayban wrote:
>
> Well it's not INODES
>
> # /bin/df -i
> Filesystem  Inodes  IUsed   IFree IUse% Mounted on
> /dev/root  1925760 277090 1648670   15% /
> devtmpfs110788412  1103761% /dev
> tmpfs   111940  1  1119391% /dev/shm
> tmpfs   111940580  1113601% /run
> tmpfs   111940  6  1119341% /run/lock
> tmpfs   111940 12  1119281% /sys/fs/cgroup
> weewx_html  111940 75  1118651% /home/weewx/public_html
> /dev/mmcblk0p6   0  0   0 - /boot
> tmpfs   111940 11  1119291% /run/user/0
>
>
> On Monday, September 23, 2019 at 8:29:42 PM UTC-7, Thomas Keffer wrote:
>>
>> Things other than a lack of file space can  cause this error. Take a look 
>> at this StackOverflow thread: 
>> https://stackoverflow.com/questions/6998083/python-causing-ioerror-errno-28-no-space-left-on-device-results-32766-h
>>
>> -tk
>>
>> On Mon, Sep 23, 2019 at 8:09 PM Scott Grayban  wrote:
>>
>>> Getting this error and can't trace why it's happening as there is plenty 
>>> of space on the SD card.
>>>
>>> cheetahgenerator: Generate failed with exception '>> 'exceptions.IOError'>'
>>> cheetahgenerator:  Ignoring template 
>>> /etc/weewx/skins/Highcharts_Belchertown/json/year.json.tmpl
>>> cheetahgenerator:  Reason: [Errno 28] No space left on device
>>>    Traceback (most recent call last):
>>>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in 
>>> generate
>>>    fd.write(str(compiled_template))
>>>    IOError: [Errno 28] No space left on device
>>>
>>> # /bin/df 
>>> Filesystem 1K-blocksUsed Available Use% Mounted on 
>>> /dev/root   30196004 9176308  19462784  33% / 
>>> devtmpfs  443152   0443152   0% /dev 
>>> tmpfs 447760   0447760   0% /dev/shm 
>>> tmpfs 447760   45412402348  11% /run 
>>> tmpfs   5120   4  5116   1% /run/lock 
>>> tmpfs 447760   0447760   0% /sys/fs/cgroup 
>>> weewx_html 20480   12836  7644  63% /home/weewx/public_html 
>>> /dev/mmcblk0p6 70498   23008 47490  33% /boot 
>>> tmpfs  89552   0 89552   0% /run/user/0
>>>
>>> -- 
>>> 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/751a4bd2-3dce-4393-a62d-6655d9b6dd50%40googlegroups.com
>>>  
>>> 
>>> .
>>>
>>

-- 
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/3cf235de-3a61-4348-91d3-67a323c8e0fe%40googlegroups.com.

Re: [weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Scott Grayban]

Well it's not INODES

# /bin/df -i
Filesystem  Inodes  IUsed   IFree IUse% Mounted on
/dev/root  1925760 277090 1648670   15% /
devtmpfs110788412  1103761% /dev
tmpfs   111940  1  1119391% /dev/shm
tmpfs   111940580  1113601% /run
tmpfs   111940  6  1119341% /run/lock
tmpfs   111940 12  1119281% /sys/fs/cgroup
weewx_html  111940 75  1118651% /home/weewx/public_html
/dev/mmcblk0p6   0  0   0 - /boot
tmpfs   111940 11  1119291% /run/user/0


On Monday, September 23, 2019 at 8:29:42 PM UTC-7, Thomas Keffer wrote:
>
> Things other than a lack of file space can  cause this error. Take a look 
> at this StackOverflow thread: 
> https://stackoverflow.com/questions/6998083/python-causing-ioerror-errno-28-no-space-left-on-device-results-32766-h
>
> -tk
>
> On Mon, Sep 23, 2019 at 8:09 PM Scott Grayban  > wrote:
>
>> Getting this error and can't trace why it's happening as there is plenty 
>> of space on the SD card.
>>
>> cheetahgenerator: Generate failed with exception '> 'exceptions.IOError'>'
>> cheetahgenerator:  Ignoring template 
>> /etc/weewx/skins/Highcharts_Belchertown/json/year.json.tmpl
>> cheetahgenerator:  Reason: [Errno 28] No space left on device
>>    Traceback (most recent call last):
>>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in 
>> generate
>>    fd.write(str(compiled_template))
>>    IOError: [Errno 28] No space left on device
>>
>> # /bin/df 
>> Filesystem 1K-blocksUsed Available Use% Mounted on 
>> /dev/root   30196004 9176308  19462784  33% / 
>> devtmpfs  443152   0443152   0% /dev 
>> tmpfs 447760   0447760   0% /dev/shm 
>> tmpfs 447760   45412402348  11% /run 
>> tmpfs   5120   4  5116   1% /run/lock 
>> tmpfs 447760   0447760   0% /sys/fs/cgroup 
>> weewx_html 20480   12836  7644  63% /home/weewx/public_html 
>> /dev/mmcblk0p6 70498   23008 47490  33% /boot 
>> tmpfs  89552   0 89552   0% /run/user/0
>>
>> -- 
>> 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/751a4bd2-3dce-4393-a62d-6655d9b6dd50%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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/571c3513-be93-41a0-a480-670e36913496%40googlegroups.com.

Re: [weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Thomas Keffer]

Things other than a lack of file space can  cause this error. Take a look
at this StackOverflow thread:
https://stackoverflow.com/questions/6998083/python-causing-ioerror-errno-28-no-space-left-on-device-results-32766-h

-tk

On Mon, Sep 23, 2019 at 8:09 PM Scott Grayban  wrote:

> Getting this error and can't trace why it's happening as there is plenty
> of space on the SD card.
>
> cheetahgenerator: Generate failed with exception ' 'exceptions.IOError'>'
> cheetahgenerator:  Ignoring template
> /etc/weewx/skins/Highcharts_Belchertown/json/year.json.tmpl
> cheetahgenerator:  Reason: [Errno 28] No space left on device
>    Traceback (most recent call last):
>  File "/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in
> generate
>    fd.write(str(compiled_template))
>    IOError: [Errno 28] No space left on device
>
> # /bin/df
> Filesystem 1K-blocksUsed Available Use% Mounted on
> /dev/root   30196004 9176308  19462784  33% /
> devtmpfs  443152   0443152   0% /dev
> tmpfs 447760   0447760   0% /dev/shm
> tmpfs 447760   45412402348  11% /run
> tmpfs   5120   4  5116   1% /run/lock
> tmpfs 447760   0447760   0% /sys/fs/cgroup
> weewx_html 20480   12836  7644  63% /home/weewx/public_html
> /dev/mmcblk0p6 70498   23008 47490  33% /boot
> tmpfs  89552   0 89552   0% /run/user/0
>
> --
> 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/751a4bd2-3dce-4393-a62d-6655d9b6dd50%40googlegroups.com
> 
> .
>

-- 
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/CAPq0zEB%2BMZBRF-Jmp8VDoxxbBkKFMmANuzn6HbJuS-d_BZtMJw%40mail.gmail.com.

[weewx-user] No space left on device when generating Highcharts_Belchertown/json/year.json.tmpl

[Scott Grayban]

Getting this error and can't trace why it's happening as there is plenty of 
space on the SD card.

cheetahgenerator: Generate failed with exception ''
cheetahgenerator:  Ignoring template 
/etc/weewx/skins/Highcharts_Belchertown/json/year.json.tmpl
cheetahgenerator:  Reason: [Errno 28] No space left on device
   Traceback (most recent call last):
 File "/usr/share/weewx/weewx/cheetahgenerator.py", line 332, in 
generate
   fd.write(str(compiled_template))
   IOError: [Errno 28] No space left on device

# /bin/df 
Filesystem 1K-blocksUsed Available Use% Mounted on 
/dev/root   30196004 9176308  19462784  33% / 
devtmpfs  443152   0443152   0% /dev 
tmpfs 447760   0447760   0% /dev/shm 
tmpfs 447760   45412402348  11% /run 
tmpfs   5120   4  5116   1% /run/lock 
tmpfs 447760   0447760   0% /sys/fs/cgroup 
weewx_html 20480   12836  7644  63% /home/weewx/public_html 
/dev/mmcblk0p6 70498   23008 47490  33% /boot 
tmpfs  89552   0 89552   0% /run/user/0

-- 
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/751a4bd2-3dce-4393-a62d-6655d9b6dd50%40googlegroups.com.

[weewx-user] Re: Importing from cumulus give a python error

[Hyrules Hyrules]

Yep it seems to be working fine. Tried it with a dryrun and no more errors. 
Thanks again for the help.

I'm glad I have discovered weewx. Currently toying with the Cheetah 
generator to reproduce some files I need.

On Sunday, September 22, 2019 at 6:09:54 PM UTC-4, Hyrules Hyrules wrote:
>
> Hi,
>
> I just discovered Weewx and i'm in the process of converting from Cumulus 
> and I'm trying to import 
> my monthly logs to my weewx database but after uploading the cumulus log 
> files and setting up my cumulus.conf
> file I get the following errow when I try a dryrun :
>
> Starting wee_import...
> Cumulus monthly log files in the '/var/tmp/cumulus' directory will be 
> imported
> The following options will be used:
>  config=/etc/weewx/weewx.conf, import-config=/var/tmp/cumulus.conf
>  from=None, to=None
>  dry-run=True, calc_missing=True, ignore_invalid_data=True
>  tranche=250, interval=derive
>  UV=True, radiation=True
> Using database binding 'wx_binding', which is bound to database 'weewx'
> Destination table 'archive' unit system is '0x01' (US).
> Missing derived observations will be calculated.
> This is a dry run, imported data will not be saved to archive.
> Obtaining raw import data for period 1...
> Raw import data read successfully for period 1.
> Mapping raw import data for period 1...
> Traceback (most recent call last):
>   File "/usr/bin/wee_import", line 834, in 
> main()
>   File "/usr/bin/wee_import", line 784, in main
> source_obj.run()
>   File "/usr/share/weewx/weeimport/weeimport.py", line 350, in run
> _mapped_data = self.mapRawData(_raw_data, self.archive_unit_sys)
>   File "/usr/share/weewx/weeimport/weeimport.py", line 664, in mapRawData
> _temp = float(_row[self.map[_field]['field_name']].strip())
> AttributeError: 'NoneType' object has no attribute 'strip'Enter code here
> ...
>
> I`ve been following the docs. Am I missing something ?
>
> My configuration file and sample monthly cumulus log file has been 
> attached to this message. Any help would be appreciated.
>
> My setup :
>
> Ubuntu server 19.04
> Davis Vantage Pro 2
>
> Thanks
>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/6a42973c-8d7e-483f-8753-12f2d1d99f62%40googlegroups.com.

[weewx-user] Re: image caching problem with Chrome

[gjr80]

Hi,

Reports are processed in the order listed in weewx.conf under [StdReport], 
have a look under [StdReport], is [[RSYNC]] before or after 
[[SeasonsReport]]? Based on the log extract provided I am guessing it is 
before. If so try moving then entire [[RSYNC]] stanza to be after (the 
entire) [[SeasonsReport]] stanza. If [[RSYNC]] is indeed after 
[[SeasonsReport]] then post a copy of your [StdReport] stanza (if you do 
make sure any passwords, user names or other sensitive info is obfuscated). 
Note you will need to restart WeeWX or do a config reload for any weewx.conf 
changes to take effect.

As an aside a similar ordered approach is taken within each skin. In the 
skin config file, skin.conf, the generators are run in the order they are 
listed; normally the Cheetah generator first to produce template based 
reports then the Image generator to produce plots. Within each of these 
generators the reports and plots are produced in the order listed.

Gary

On Monday, 23 September 2019 08:34:07 UTC+10, Chris Richmond wrote:
>
> Semi-unrelated, but is there a way to get the rsync report to run after 
> the the images are generated rather than
> before?  As it is, the images are always a cycle behind the rest of the 
> page updates.  The report module isn't sorting
> the names, but maybe naming rsync ZRSYNC and sorting the report names 
> would work???
>
> Sep 22 16:20:38 pivue weewx[30301]: copygenerator: copied 0 files to 
> /home/weewx/public_html.vp2
> Sep 22 16:25:14 pivue weewx[30301]: manager: Added record 2019-09-22 
> 16:25:00 MDT (1569191100) to database 'weewx.sdb'
> Sep 22 16:25:15 pivue weewx[30301]: manager: Added record 2019-09-22 
> 16:25:00 MDT (1569191100) to daily summary in 'weewx.sdb'
> Sep 22 16:25:16 pivue weewx[30301]: rsyncupload: rsync'd 23 files (168,268 
> bytes) in 0.96 seconds
> Sep 22 16:25:32 pivue weewx[30301]: cheetahgenerator: Generated 9 files 
> for report SeasonsReport in 14.57 seconds
> Sep 22 16:25:38 pivue weewx[30301]: imagegenerator: Generated 14 images 
> for SeasonsReport in 6.61 seconds
> Sep 22 16:25:38 pivue weewx[30301]: copygenerator: copied 0 files to 
> /home/weewx/public_html.vp2
>
> Site is here: http://www.csrhome.online/vp2weather/index.html
>
> thx,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/4bfdc5b5-9c65-416e-a077-12f5f7b3fae5%40googlegroups.com.

Re: [weewx-user] Re: Importing from cumulus give a python error

[gjr80]

OK, since you are more than capable of making the change I would just make 
the change I detailed and do the import. The fix has ben included in some 
other changes to that portion of wee_import but these will not appear until 
4.0 is released.

Gary

On Monday, 23 September 2019 21:07:43 UTC+10, Hyrules wrote:
>
> Hi Gary,
>
> Thanks for the quick reply. I'm not in a hurry. If you want to work on the 
> cumulus import script of weewx i'll be around waiting if you want to test 
> it with someone. I really want to import my cumulus file. It's possible 
> there are gaps in the files it's not really a problem for me as it is a 
> personal weather station so I don't mind gaps in the data. This will most 
> likely happen at other places in my logs. I don't remember why but I know 
> at some point I changed my intervals to 5 minutes as well so chances are I 
> will need to split the import as you said. As for the version of weewx it's 
> 3.9.2. I don't mind changing code in scripts of weewx either i'm a 
> programmer as well I just don't know python (yet).
>
> Thanks for the help.
>
> Hyrules
>
> On Sun, Sep 22, 2019 at 11:25 PM gjr80 > 
> wrote:
>
>> Hmm, seems my initial diagnosis was somewhat off the mark and the problem 
>> is a simple case of having trapped the wrong error. The fix requires a 
>> simple change to one line of one of the wee_import .py files. If you are 
>> up for it, on your WeeWX machine open the file weeimport.py (weeimport.py 
>> will be in /home/weewx/bin/weeimport or /usr/share/weewx/weeimport 
>> depending on your WeeWX install type) in a text editor of your choice. Look 
>> for the highlighted line (it should be line 665):
>>
>> try:
>> _temp = float(_row[self.map[_field][
>> 'field_name']].strip())
>> except TypeError:
>> # perhaps we have a None, so return None for 
>> our field
>> _temp = None
>>
>> and change it to:
>>
>> try:
>> _temp = float(_row[self.map[_field][
>> 'field_name']].strip())
>> except (TypeError, AttributeError):
>> # perhaps we have a None, so return None for 
>> our field
>> _temp = None
>>
>> Save the file and then try your dry run import again. If you don't feel 
>> you can make the modification let me know and I will provide some download 
>> instructions.
>>
>> One more thing. When I did a test import with the data file you provided 
>> I received a warning about multiple interval values. WeeWX will handle 
>> multiple different interval values; however, it could cause data integrity 
>> issues if the derived interval is wrong. Looking at your data file I see 
>> you have a one minute interval though there is a gap of some 7 odd days 
>> around 22 September. When you use interval = derive in your import 
>> config file this gap will likely result in an interval value equal to the 
>> gap for the first record after the gap or the record will be ignored 
>> altogether. If all of your data in at one minute intervals you can overcome 
>> the effects of this gap/possible incorrect interval value by setting 
>> interval 
>> = 1 in your import config file (note this will apply a one minute 
>> interval to all imported records, so if your historical data later changes 
>> to say a five minute interval you would need to split your imports).
>>
>> Gary
>>
>> On Monday, 23 September 2019 12:16:38 UTC+10, gjr80 wrote:
>>>
>>> Hi,
>>>
>>> No you are not missing anything, wee_import is expecting there to be 
>>> more fields in your Cumulus log file than you currently have. I think I see 
>>> why and a way ahead, just going to take a day or two to put together an 
>>> updated Cumulus import module for wee_import.
>>>
>>> I trust you are using WeeWX 3.9.2?
>>>
>>> Gary
>>>
>>> On Monday, 23 September 2019 08:09:54 UTC+10, Hyrules Hyrules wrote:

 Hi,

 I just discovered Weewx and i'm in the process of converting from 
 Cumulus and I'm trying to import 
 my monthly logs to my weewx database but after uploading the cumulus 
 log files and setting up my cumulus.conf
 file I get the following errow when I try a dryrun :

 Starting wee_import...
 Cumulus monthly log files in the '/var/tmp/cumulus' directory will be 
 imported
 The following options will be used:
  config=/etc/weewx/weewx.conf, import-config=/var/tmp/cumulus.conf
  from=None, to=None
  dry-run=True, calc_missing=True, ignore_invalid_data=True
  tranche=250, interval=derive
  UV=True, radiation=True
 Using database binding 'wx_binding', which is bound to database 'weewx'
 Destination table 'archive' unit system is '0x01' (US).
 Missing derived observations will be calculated.
 This is a dry run, imported data will not be saved to archive.
 

Re: [weewx-user] Sensorpush for remote temperature?

[Greg Troxel]

jmltech  writes:

> Has anyone tried using sensorpush or other wifi type temperature sensors for 
> remote monitoring with Weewx?
> I’m looking to monitor temperature and humidity for a remote building
> and RV. I believe sensorpush has an api, but haven’t looked into how
> to retrieve the data. The outbuilding is a little too far for z-wave,
> But i can get a decent wifi signal from my house.

With a zwave repeater in the right place, it might work.  I have not
measured zwave vs wifi range, but would expect 915 MHz to do a bit
better than 2.4Ghz.

I am using an ESP8266 with a Si7021, running nodemcu and a bit of lua
code, to read temp/humidity and push to mqtt.   I am using Home
Assistant, but it seems clear that weewx's MQTTSubcsribe extension works
to get this into weewx.

There's also ESPhome, and I suspect bridging ESPhome's MQTT output to
weewx isn't that hard, for some value of hard.   Apparently there is
a lot of info on the internet about reflashing sonos devices (tasmota,
esphome) for local use with MQTT.

https://esphome.io/devices/nodemcu_esp8266.html

-- 
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/rmio8za1wxn.fsf%40s1.lexort.com.

Re: [weewx-user] Not archiving Signal Quality (rxCheckPercent) data

[Thomas Keffer]

Sorry, but the value of rxCheckPercent comes only from the console, and
then only in archive records (not LOOP packets). If you disable hardware
record generation, you lose it.

It would be a nice feature to be able to pick and chose where each datum in
the archive record comes from, but, unfortunately, that's not the way WeeWX
works now.

-tk

On Mon, Sep 23, 2019 at 9:46 AM Erick Dorsett 
wrote:

> I recently installed weewx on a Pi to use with my ancient Davis Vantage
> Pro.  In order to get the winds to report actual degrees instead of
> quantized to the cardinals, I had to set  "record_generation = software" in
> the weewx.conf file.  However, after I did that, the data point for signal
> quality (rxCheckPercent) is no longer archived in weewx.sdb.
>
> I use rxCheckPercent data for a bunch of reasons.  How do I get it back?
>
>
> --
> 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/e564d660-ec57-4887-a74b-a28969ebf374%40googlegroups.com
> 
> .
>

-- 
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/CAPq0zEBQbqPGm%3DEf1%3DvzB3j8df3yycngUJ%3DUc4xoYVzsDdFj9g%40mail.gmail.com.

Re: [weewx-user] 'ascii' codec can't decode byte 0xc3

[Thomas Keffer]

Is there error from a Spanish character in the template, or in skin.conf,
or weewx.conf?

Which template?

Please include the log.

-tk

On Mon, Sep 23, 2019 at 10:46 AM Kike .Asekas  wrote:

> I get this error when I try using spanish characters (ñ,á,é,í,ó,ú). I have
> #encoding UTF-8 in each page althougnt I get the error in a page only and i
> have encoding = utf8 in [CheetahGenerator] in skin.conf.
>
> --
> 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/1b478f7f-8c11-41f5-93dd-24bee5f39ff0%40googlegroups.com
> 
> .
>

-- 
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/CAPq0zEDPeQJ6ma2zXUVoxd%3DqDN%3DPcALpOt%2BFDzoM_OYP8hbB4g%40mail.gmail.com.

Re: [weewx-user] Re: Belchertown Skin - display Units

[Armando Esteves]

Funny, but typo only on posting. It is correct at config files.



On September 23, 2019 at 2:54 PM, vince (vinceska...@gmail.com) wrote:

Belchertown skin.conf:

[[Lables]]
lux = " lux"


You have 'Labels' spelled wrong :-)


--

You received this message because you are subscribed to a topic in the Google 
Groups "weewx-user" group.
To unsubscribe from this topic, visit 
https://groups.google.com/d/topic/weewx-user/CMwtsQ6SrpE/unsubscribe.
To unsubscribe from this group and all its topics, 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/9c133fc9-3dfb-4c63-af2f-bb1df3dd17e0%40googlegroups.com
 ( 
https://groups.google.com/d/msgid/weewx-user/9c133fc9-3dfb-4c63-af2f-bb1df3dd17e0%40googlegroups.com?utm_medium=email_source=footer
 ).

[image: ]

-- 
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/ada15308-a8e2-45ac-98f2-277f6070991f%40missiveapp.com.

[weewx-user] Re: Belchertown Skin - display Units

[vince]

>
> Belchertown skin.conf:
>
> [[Lables]]
> lux   = " lux"
>
>
>
You have 'Labels' spelled wrong :-)

-- 
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/9c133fc9-3dfb-4c63-af2f-bb1df3dd17e0%40googlegroups.com.

[weewx-user] OWFS and interfaces

[Bret Craytor]

I am trying to connect an original Dallas Semiconductor Weather station and 
run WEEWX to a Raspberry Pi,  I have both the I2C and the Serial Port to a 
serial to 1-wire adapter available for the build process.
Does anyone recommend one over the other? and if I use the I2C to one-wire 
adapter, what settings would I use for OWFS interface/section of weewx.conf 
file.  Trying to find the most reliable build.  Also, RPi Zero W vs RPi 
3B+.  Any thoughts would be appreciated, and examples of the OWFS section 
of WEEWX.CONF file would be greatly appreciated.  


-- 
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/7a591eac-eaca-45ef-96bc-61f53d22e7af%40googlegroups.com.

[weewx-user] Belchertown Skin - display Units

[Xant]

Recently updated to WeatherFlow (and happy with it), which provides: 

   - Temperature
   - Humidity
   - Barometric Pressure
   - Wind speed/direction
   - Rainfall
   - UV
   - Solar Radiation
   - Luminance *
   - Lightning count/distance *

Was able to report Luminance through Belchertown Skin, but not yet able to 
display unit ("lux").


WeeWX.conf:

[WeatherFlowUDP]
[[sensor_map]]
lux = illuminance.SK-000X.obs_sky

[[Defaults]]
[[[Labels]]]
Generic
lux = Luminance


Belchertown skin.conf:

[Extras]
station_observations = "barometer", "dewpoint", "outHumidity", 
"rainWithRainRate", "visibility", "cloudbase", "UV", "radiation", "lux"

[Units]
[[Groups]]
group_lux  = lux

[[StringFormats]]
lux= %.0f

[[Lables]]
lux   = " lux"




PS: interesting note regarding Brightness, Luminance & Confusion --> 
http://crompton.com/light/index.html

-- 
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/859265d2-df55-42f1-b4ba-7b882e1ebd3e%40googlegroups.com.

[weewx-user] 'ascii' codec can't decode byte 0xc3

[Kike .Asekas]

I get this error when I try using spanish characters (ñ,á,é,í,ó,ú). I have 
#encoding UTF-8 in each page althougnt I get the error in a page only and i 
have encoding = utf8 in [CheetahGenerator] in skin.conf.

-- 
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/1b478f7f-8c11-41f5-93dd-24bee5f39ff0%40googlegroups.com.

[weewx-user] Not archiving Signal Quality (rxCheckPercent) data

[Erick Dorsett]

I recently installed weewx on a Pi to use with my ancient Davis Vantage 
Pro.  In order to get the winds to report actual degrees instead of 
quantized to the cardinals, I had to set  "record_generation = software" in 
the weewx.conf file.  However, after I did that, the data point for signal 
quality (rxCheckPercent) is no longer archived in weewx.sdb. 

I use rxCheckPercent data for a bunch of reasons.  How do I get it back?


-- 
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/e564d660-ec57-4887-a74b-a28969ebf374%40googlegroups.com.

[weewx-user] Sensorpush for remote temperature?

[jmltech]

Has anyone tried using sensorpush or other wifi type temperature sensors for 
remote monitoring with Weewx?
I’m looking to monitor temperature and humidity for a remote building and RV. I 
believe sensorpush has an api, but haven’t looked into how to retrieve the 
data. The outbuilding is a little too far for z-wave, But i can get a decent 
wifi signal from my house. 

Thanks,
Joe

-- 
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/54103fa6-aa53-43bb-b7a3-52f841b55a91%40googlegroups.com.

[weewx-user] Re: Display local wind names

[Pila]

I had to make quite complex meal in the meantime, so, now I can post the 
solution.

If someone wants to have name of the wind shown instead or in addition to 
Cardinal and numeric, here it is. This example will serve people at 
Croatian coast of Adriatic see without modification. It is easy to modify 
it for any other winds.

I modified Smartphone skin. Here are the steps. 

edit file (I installed by using setup.py): 
/home/weewx/skins/Smartphone/index.html.tmpl

Locate the line starting with:
...

Just in front of it, goes the new code:

#if $current.windDir.raw >= 22.5 and $current.windDir.raw <= 67.5
   #set label = "Bura"
#elif $current.windDir.raw > 67.5 and $current.windDir.raw <= 112.5
   #set label = "Levanat"
#elif $current.windDir.raw > 112.5 and $current.windDir.raw <= 157.5
   #set label = "Jugo"
#elif $current.windDir.raw > 157.5 and $current.windDir.raw <= 202.5
   #set label = "Otro"
#elif $current.windDir.raw > 202.5 and $current.windDir.raw <= 247.5
   #set label = "Lebi"
#elif $current.windDir.raw > 247.5 and $current.windDir.raw <= 292.5
   #set label = "Pulenat"
#elif $current.windDir.raw > 292.5 and $current.windDir.raw <= 315
   #set label = "Maestral"
#elif $current.windDir.raw > 315 and $current.windDir.raw <= 360
   #set label = "Tramontana"
#else
   #set label = "Vjetar"
#end if

This last else is for anything not covered with the wind names. Since now I 
have proper wind names for all winds, I modified my basic printout into:

$label: $current.windSpeed 
($current.windDir.ordinal_compass $current.windDir)

so now my Wind ... line will look like:



*Bura: 3 km/h (ENE 63)*Bura (from $label) is the name of the correspondiing 
wind. The word "Wind" seems superfluos to me in this configuration. Now it 
tells me that the wind is Bura! But, should the wind name be empty, it will 
be filled with "Vjetar" (Croatian word for Wind).

Unrelated to the above code, note that I have changed display unit of the 
wind speed to km/h and that I added cardinal to the numeric directions. 

I hope this may be of use to others.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/052f20e0-f79a-49d3-b197-7e3bb35336b0%40googlegroups.com.

[weewx-user] Re: cheetahgenerator: Generate failed with exception ''

[Cat22]

I got the new sensor installed. Its been over 12 hours and so far no errors 
in weewx and the humidity is showing a  very reasonable value for the whole 
12 hours. 
It fluctuates a small amount as expected but holds very near our areas 
humidity according to Accuweather. I'll keep watching it but i think this 
is solved. 

-- 
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/1f3e2df6-e828-4ba9-b954-5a7ef11e56b7%40googlegroups.com.

Re: [weewx-user] image caching problem with Chrome

[Chris Richmond]

Thanks.  I don't think I have access to the web server config to go at it 
from that angle, but since I'm post-processing
all the web pages anyway to change host names, I can add the actual 
timestamps from the files while I'm at it.

Any other ideas on the report sequence?  I can fiddle with that when I get 
home.

Thx, Chris

On Sunday, September 22, 2019 at 5:05:53 PM UTC-7, Thomas Keffer wrote:
>
> Take a look at this thread 
> . It 
> offers several solutions.
>
> -tk
>
>>
>> Semi-unrelated, but is there a way to get the rsync report to run after 
>> the the images are generated rather than
>> before?  As it is, the images are always a cycle behind the rest of the 
>> page updates.  The report module isn't sorting
>> the names, but maybe naming rsync ZRSYNC and sorting the report names 
>> would work???
>>
>> Sep 22 16:20:38 pivue weewx[30301]: copygenerator: copied 0 files to 
>> /home/weewx/public_html.vp2
>> Sep 22 16:25:14 pivue weewx[30301]: manager: Added record 2019-09-22 
>> 16:25:00 MDT (1569191100) to database 'weewx.sdb'
>> Sep 22 16:25:15 pivue weewx[30301]: manager: Added record 2019-09-22 
>> 16:25:00 MDT (1569191100) to daily summary in 'weewx.sdb'
>> Sep 22 16:25:16 pivue weewx[30301]: rsyncupload: rsync'd 23 files 
>> (168,268 bytes) in 0.96 seconds
>> Sep 22 16:25:32 pivue weewx[30301]: cheetahgenerator: Generated 9 files 
>> for report SeasonsReport in 14.57 seconds
>> Sep 22 16:25:38 pivue weewx[30301]: imagegenerator: Generated 14 images 
>> for SeasonsReport in 6.61 seconds
>> Sep 22 16:25:38 pivue weewx[30301]: copygenerator: copied 0 files to 
>> /home/weewx/public_html.vp2
>>
>> Site is here: http://www.csrhome.online/vp2weather/index.html
>>
>> thx,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...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/e136d56f-7066-4c39-b433-c6a27f131d21%40googlegroups.com
>>  
>> 
>> .
>>
>

-- 
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/036e8386-e37a-4b3e-aa7a-3ef3376462e1%40googlegroups.com.

[weewx-user] Re: Display local wind names

[Pila]

Works! Just need tweaking to look good! Thanks. My code was decently close 
:)

As for the second issue, yes, I would like to overlay names over 
corresponding points of the graphs if possible.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/4345e063-2935-4eb3-9cec-7416b5bd2537%40googlegroups.com.

Re: [weewx-user] Re: graphs: Unicode and Cardinal Wind directions

[Thomas Keffer]

The disadvantage of HTML entities (such as ) is that they can only
be used in, well..., HTML. That means the templates.

The advantage is that they consist of nothing but ASCII characters, so they
are always displayed the same way.

By contrast, the advantage of UTF-8 characters is that they are easy to
understand. Kiša is more intuitive than Ki%scaran;a.

The disadvantage is they require that software be told what the encoding
is. Many text editors don't handle this well.

So, WeeWX uses entities where it can (the templates), and UTF-8 elsewhere.

-tk

-tk

On Mon, Sep 23, 2019 at 5:48 AM Pila  wrote:

> OK, I see, not HTML chars but the plain ones are needed for graphs.
>
> And as for the Cardinal points - I was afraid that may be the answer
> seeing the strucutre of data usage.
>
> --
> 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/35e2820c-3767-4fef-bb64-22b2019f63c7%40googlegroups.com
> 
> .
>

-- 
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/CAPq0zEBWofgE%3De7AOLATsexOPVOAwj5zfS1TXcdfnSZiYb1qFw%40mail.gmail.com.

[weewx-user] Re: graphs: Unicode and Cardinal Wind directions

[Pila]

OK, I see, not HTML chars but the plain ones are needed for graphs.

And as for the Cardinal points - I was afraid that may be the answer seeing 
the strucutre of data usage.

-- 
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/35e2820c-3767-4fef-bb64-22b2019f63c7%40googlegroups.com.

Re: [weewx-user] Display local wind names

[Thomas Keffer]

1. You can do something like this in the templates (NOT TESTED):

#if $current.windDir.raw >= 22.5 and $current.windDir.raw <= 67.5
   #set label = "Bura"
#elif $current.windDir.raw > 67.5 and $current.windDir.raw <= 112.5
   #set label = "Levanat"
#elif $current.windDir.raw > 112.5 and $current.windDir.raw <= 175.5
   #set label = "Jugo"
...
#else
   #set label = "something"
#end if
The wind direction is $label

Note the use of the .raw suffix. This is necessary to get a numeric value
(otherwise, you get an instance of the ValueHelper class, which cannot do
arithmetic). Also, the labels, Bura, etc., must be in quotes.

2. Not sure I understand what you're asking. Are you referring to the
y-axis in plots?

-tk


On Mon, Sep 23, 2019 at 5:10 AM Pila  wrote:

> I would like to use and display our local wind names. I understand this
> may be impossible, but it is not my fault WeeWX impresses me so much that I
> expect it to do anything I wish :) Not my fault!
>
> We have 8 distinct winds governing not only weather but also the mood of
> most people. Just ask the police during Jugo :) Unless I am sailing and
> watching the compass or the map, I really do not use degrees. Plus, not the
> same watching the map or a graph. We normally use local wind names. Only if
> unsure, we may use Cardinal directions for wind. But degrees - never. We do
> it this way for thousands of years :) We comment winds many times each day.
>
> So, when the wind is NNE-NE-ENE - I would like to label it Bura. For
> ENE-E-ESE wind I would like to label it Levanat. For ESE-SE-SSE I would
> like to see Jugo and so on. If I could somehow define wind lables with
> custom resolution, it would be perfect. This wish applies to both graphs
> and the main page.
>
> 1. At main SmartPhone page, now I get (currently) Wind: 5 km/h E (98). I
> guess it shold be possible to put somewhere something like:
>
> if $current.windDir >= 22.5 and $current.windDir <= 67.5 then label is
> Bura
> else if $current.windDir > 67.5 and $current.windDir <= 112.5 then label
> is Levanat
> else if $current.windDir > 112.5 and $current.windDir <= 157.5 then label
> is Jugo
> 
>
>
> And based on that, print cardinal leter and the wind name on the main
> page. If this is possible, I would appreciate a hint and a little help.
>
> 2. In addition to dispalying 8 or 16 cardinal points of the compass as
> Letters in the Wind graphs, I would also like to add above labels over the
> graphs indicating Wind names. Bura would go over NE - 45 deg, Levanat over
> E -90 deg, and Jugo over SE - 135 deg and so on.
>
> I do not care if it is complicated.
>
> --
> 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/91695557-c6d8-45d8-b2ec-4f4fbc7b140f%40googlegroups.com
> 
> .
>

-- 
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/CAPq0zED%2BQEoHFe-e8QXA%2B-pzEiLKeVdci7G2kg9Xmq-2Mmq1%2BQ%40mail.gmail.com.

Re: [weewx-user] graphs: Unicode and Cardinal Wind directions

[Thomas Keffer]

>
> How to get unicode letters in graph title: Kia should look like
> this: Kiša
>

Just use UTF-8 encoding for the label title in the appropriate
configuration file. For example, for the Seasons skin, in file
Seasons/skin.conf, change this

[[[dayrain]]]
# Make sure the y-axis increment is at least 0.02 for the rain plot
yscale = None, None, 0.02
plot_type = bar
rain
aggregate_type = sum
aggregate_interval = 3600
label = Rain (hourly total)

to this:

[[[dayrain]]]

# Make sure the y-axis increment is at least 0.02 for the rain plot
yscale = None, None, 0.02
plot_type = bar
rain
aggregate_type = sum
aggregate_interval = 3600

label = Kiša



> Wind directions in graphs: how to change scale of graphs from deg to
> letters to display Cardinal points instead of numbers?
>
>
Unfortunately, you can't. All scales must be numbers. Sorry.

-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/CAPq0zEA9F%2BGiTsAoMAZCWtu8UxOjqcNn4K1BoRpOQcMbNTDXFw%40mail.gmail.com.

[weewx-user] Weewx as home for SmartHome switches

[Pila]

I would like to use the WeeWx Smartphone skin as my SmartHome page, too. No 
automation, just manual switches. Whoever is using Tasmota firmware may 
actually get their SmartHome this way both quicker and simpler. I plan to 
avoid additional home automation programs and OS-es. What I need, I will 
program myself, it is both easy and simple.

My problem is: I do not work with HTML programming and I am unable to solve 
likely very basic stuff on my own. So, I am wondering: is there an existing 
template with Tasmota http link "buttons" I can use? It is impossible 
nobody else wanted to do the same as I do. But, I can not find anything. 
Usability of Google groups is quite terrible and it did not help me.

Alternativelly, if someone is willing to help me with some basic html 
stuff, we can make this new template very quickly. Just excuse my "hybrid" 
code formatting.

Currenly, I have added links to the Smartphone page:

# open balcony shutter completely
http://192.168.1.30/cm?cmnd=ShutterPosition%20100;>Open balcony

# set it to 35% open so cats can get in and out if the door is open
http://192.168.1.30/cm?cmnd=ShutterPosition%2035;>Close to cats


Works, but is not elegant - I do not need it to open page with reply, just 
to execute that link! So, if someone with HTML knowledge could help, I 
would be gratefull. How to NOT open the new page when I execute above links!

I need to open the link only when I am asking a status of a switch. 

Now for the real deal. Ideally, three functions should be done. My link 
method does only #3. and not elegantly.

1. Read data on startup and assign to variable(s). Say: read balcony 
shutter and keep info how much percent it is open. In case of a switch: it 
would say if a switch is On or Off.

2. Present read data on the button: the description of the function 
(switch) and the current state (from 1). This should look like current 
buttons in Smartskin to keep the apperance. Say: "Balcony shutter open - 
35%". Or Lamp Switch 1 - On.

3. When this "button" is pressed, execute html link under that "button" 
without opening a new window (just leave the screen as it was). As per #2. 
- it would open shutter fully (to 100%). Or toggle lamp to Off. Page can be 
reread at that time (when the answer arrives), and due to steps 1. and 2. 
new data will be presented.

Tasmota communicates simply by http requests: IP address of the switch and 
a command after =

# execute command "Power1 1" - or turn the switch 1 On
http://192.168.1.31/cm?cmnd=Power1%201

# execute command "Power1 0" - or turn the switch 1 Off
http://192.168.1.31/cm?cmnd=Power1%200

# get current status of the switch 1
http://192.168.1.31/cm?cmnd=Power1

#To each command, reply shows current state
{"POWER1":"ON"}
# or
{"POWER1":"Off"}

For shutters, it is best to use modified Tasmota.
# in case of Shutters: open Shutters 100% - command "ShutterPosition 100"
http://192.168.1.30/cm?cmnd=ShutterPosition%20100

# in case of Shutters: open Shutters to 35% - command "ShutterPosition 35"
http://192.168.1.30/cm?cmnd=ShutterPosition%2035

# ask how much % shutters are open: command "ShutterPosition"
http://192.168.1.30/cm?cmnd=ShutterPosition



will return, depending on the current state:
{"shutterposition1":100}
{"shutterposition1":35}
# and if fully closed, answer is 0
{"shutterposition1":0}



So, the system is always the same. Commands may change. But, once we have 
HTML template for just one Tasmota command, it can be modified in seconds 
for any other command. All 3 things from the above list should be done for 
a complete system.

-- 
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/bf14cc5a-1e6d-4cff-b107-2d73d64d588b%40googlegroups.com.

[weewx-user] Display local wind names

[Pila]

I would like to use and display our local wind names. I understand this may 
be impossible, but it is not my fault WeeWX impresses me so much that I 
expect it to do anything I wish :) Not my fault!

We have 8 distinct winds governing not only weather but also the mood of 
most people. Just ask the police during Jugo :) Unless I am sailing and 
watching the compass or the map, I really do not use degrees. Plus, not the 
same watching the map or a graph. We normally use local wind names. Only if 
unsure, we may use Cardinal directions for wind. But degrees - never. We do 
it this way for thousands of years :) We comment winds many times each day.

So, when the wind is NNE-NE-ENE - I would like to label it Bura. For 
ENE-E-ESE wind I would like to label it Levanat. For ESE-SE-SSE I would 
like to see Jugo and so on. If I could somehow define wind lables with 
custom resolution, it would be perfect. This wish applies to both graphs 
and the main page.

1. At main SmartPhone page, now I get (currently) Wind: 5 km/h E (98). I 
guess it shold be possible to put somewhere something like:

if $current.windDir >= 22.5 and $current.windDir <= 67.5 then label is Bura
else if $current.windDir > 67.5 and $current.windDir <= 112.5 then label is 
Levanat
else if $current.windDir > 112.5 and $current.windDir <= 157.5 then label is 
Jugo



And based on that, print cardinal leter and the wind name on the main page. 
If this is possible, I would appreciate a hint and a little help.

2. In addition to dispalying 8 or 16 cardinal points of the compass as 
Letters in the Wind graphs, I would also like to add above labels over the 
graphs indicating Wind names. Bura would go over NE - 45 deg, Levanat over 
E -90 deg, and Jugo over SE - 135 deg and so on.

I do not care if it is complicated.

-- 
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/91695557-c6d8-45d8-b2ec-4f4fbc7b140f%40googlegroups.com.

[weewx-user] graphs: Unicode and Cardinal Wind directions

[Pila]

How to get unicode letters in graph title: Kia should look like 
this: Kiša

Wind directions in graphs: how to change scale of graphs from deg to 
letters to display Cardinal points instead of numbers?

I am reading docs, and have modified many items, but these I can not get on 
my own for now.

-- 
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/5a3c3288-4cc8-4858-8a5f-e9021d4bb6eb%40googlegroups.com.

Re: [weewx-user] Re: Importing from cumulus give a python error

[Hyrules]

Hi Gary,

Thanks for the quick reply. I'm not in a hurry. If you want to work on the
cumulus import script of weewx i'll be around waiting if you want to test
it with someone. I really want to import my cumulus file. It's possible
there are gaps in the files it's not really a problem for me as it is a
personal weather station so I don't mind gaps in the data. This will most
likely happen at other places in my logs. I don't remember why but I know
at some point I changed my intervals to 5 minutes as well so chances are I
will need to split the import as you said. As for the version of weewx it's
3.9.2. I don't mind changing code in scripts of weewx either i'm a
programmer as well I just don't know python (yet).

Thanks for the help.

Hyrules

On Sun, Sep 22, 2019 at 11:25 PM gjr80  wrote:

> Hmm, seems my initial diagnosis was somewhat off the mark and the problem
> is a simple case of having trapped the wrong error. The fix requires a
> simple change to one line of one of the wee_import .py files. If you are
> up for it, on your WeeWX machine open the file weeimport.py (weeimport.py
> will be in /home/weewx/bin/weeimport or /usr/share/weewx/weeimport
> depending on your WeeWX install type) in a text editor of your choice. Look
> for the highlighted line (it should be line 665):
>
> try:
> _temp = float(_row[self.map[_field][
> 'field_name']].strip())
> except TypeError:
> # perhaps we have a None, so return None for
> our field
> _temp = None
>
> and change it to:
>
> try:
> _temp = float(_row[self.map[_field][
> 'field_name']].strip())
> except (TypeError, AttributeError):
> # perhaps we have a None, so return None for
> our field
> _temp = None
>
> Save the file and then try your dry run import again. If you don't feel
> you can make the modification let me know and I will provide some download
> instructions.
>
> One more thing. When I did a test import with the data file you provided I
> received a warning about multiple interval values. WeeWX will handle
> multiple different interval values; however, it could cause data integrity
> issues if the derived interval is wrong. Looking at your data file I see
> you have a one minute interval though there is a gap of some 7 odd days
> around 22 September. When you use interval = derive in your import config
> file this gap will likely result in an interval value equal to the gap for
> the first record after the gap or the record will be ignored altogether. If
> all of your data in at one minute intervals you can overcome the effects of
> this gap/possible incorrect interval value by setting interval = 1 in
> your import config file (note this will apply a one minute interval to all
> imported records, so if your historical data later changes to say a five
> minute interval you would need to split your imports).
>
> Gary
>
> On Monday, 23 September 2019 12:16:38 UTC+10, gjr80 wrote:
>>
>> Hi,
>>
>> No you are not missing anything, wee_import is expecting there to be
>> more fields in your Cumulus log file than you currently have. I think I see
>> why and a way ahead, just going to take a day or two to put together an
>> updated Cumulus import module for wee_import.
>>
>> I trust you are using WeeWX 3.9.2?
>>
>> Gary
>>
>> On Monday, 23 September 2019 08:09:54 UTC+10, Hyrules Hyrules wrote:
>>>
>>> Hi,
>>>
>>> I just discovered Weewx and i'm in the process of converting from
>>> Cumulus and I'm trying to import
>>> my monthly logs to my weewx database but after uploading the cumulus log
>>> files and setting up my cumulus.conf
>>> file I get the following errow when I try a dryrun :
>>>
>>> Starting wee_import...
>>> Cumulus monthly log files in the '/var/tmp/cumulus' directory will be
>>> imported
>>> The following options will be used:
>>>  config=/etc/weewx/weewx.conf, import-config=/var/tmp/cumulus.conf
>>>  from=None, to=None
>>>  dry-run=True, calc_missing=True, ignore_invalid_data=True
>>>  tranche=250, interval=derive
>>>  UV=True, radiation=True
>>> Using database binding 'wx_binding', which is bound to database 'weewx'
>>> Destination table 'archive' unit system is '0x01' (US).
>>> Missing derived observations will be calculated.
>>> This is a dry run, imported data will not be saved to archive.
>>> Obtaining raw import data for period 1...
>>> Raw import data read successfully for period 1.
>>> Mapping raw import data for period 1...
>>> Traceback (most recent call last):
>>>   File "/usr/bin/wee_import", line 834, in 
>>> main()
>>>   File "/usr/bin/wee_import", line 784, in main
>>> source_obj.run()
>>>   File "/usr/share/weewx/weeimport/weeimport.py", line 350, in run
>>> _mapped_data = self.mapRawData(_raw_data, self.archive_unit_sys)
>>>   File