[weewx-user] Re: Error upgrading to v5.0

2024-01-17 Thread Marty b
I was able to figure out how to fix this.  I had to delete the 'six.pyc' 
file in /usr/share/weewx/ .  After doing that, the install was able to 
complete.  Having some other issues now, but will create a new thread for 
them if I can't figure it out...

On Wednesday, January 17, 2024 at 8:58:12 AM UTC-8 Marty b wrote:

> Hello,
>
> I tried upgrading to v5.0 and am getting errors:
> pi@WeeWx2021:/var/log/apache2 $ sudo apt-get update
> Hit:1 https://weewx.com/apt/python3 buster InRelease
> Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
> Hit:3 http://archive.raspberrypi.org/debian buster InRelease
> Reading package lists... Done
> pi@WeeWx2021:/var/log/apache2 $ sudo apt-get upgrade
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Calculating upgrade... Done
> 0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
> 1 not fully installed or removed.
> After this operation, 0 B of additional disk space will be used.
> Do you want to continue? [Y/n] y
> Setting up weewx (5.0.0-1) ...
> Using root:root as user:group
> Traceback (most recent call last):
>   File "/usr/share/weewx/weectl.py", line 74, in 
> main()
>   File "/usr/share/weewx/weectl.py", line 58, in main
> module = importlib.import_module(f'weectllib.{subcommand}_cmd')
>   File "/usr/lib/python3.7/importlib/__init__.py", line 127, in 
> import_module
> return _bootstrap._gcd_import(name[level:], package, level)
>   File "", line 1006, in _gcd_import
>   File "", line 983, in _find_and_load
>   File "", line 953, in 
> _find_and_load_unlocked
>   File "", line 219, in 
> _call_with_frames_removed
>   File "", line 1006, in _gcd_import
>   File "", line 983, in _find_and_load
>   File "", line 967, in 
> _find_and_load_unlocked
>   File "", line 677, in _load_unlocked
>   File "", line 728, in exec_module
>   File "", line 219, in 
> _call_with_frames_removed
>   File "/usr/share/weewx/weectllib/__init__.py", line 12, in 
> import configobj
>   File "/usr/lib/python3/dist-packages/configobj.py", line 22, in 
> import six
> ImportError: bad magic number in 'six': b'\x03\xf3\r\n'
> dpkg: error: --compare-versions takes three arguments:  
>  
>
> Type dpkg --help for help about installing and deinstalling packages [*];
> Use 'apt' or 'aptitude' for user-friendly package management;
> Type dpkg -Dhelp for a list of dpkg debug flag values;
> Type dpkg --force-help for a list of forcing options;
> Type dpkg-deb --help for help about manipulating *.deb files;
>
> Options marked [*] produce a lot of output - pipe it through 'less' or 
> 'more' !
> Using debconf configuration values from previous install
> Traceback (most recent call last):
>   File "/usr/share/weewx/weectl.py", line 74, in 
> main()
>   File "/usr/share/weewx/weectl.py", line 58, in main
> module = importlib.import_module(f'weectllib.{subcommand}_cmd')
>   File "/usr/lib/python3.7/importlib/__init__.py", line 127, in 
> import_module
> return _bootstrap._gcd_import(name[level:], package, level)
>   File "", line 1006, in _gcd_import
>   File "", line 983, in _find_and_load
>   File "", line 953, in 
> _find_and_load_unlocked
>   File "", line 219, in 
> _call_with_frames_removed
>   File "", line 1006, in _gcd_import
>   File "", line 983, in _find_and_load
>   File "", line 967, in 
> _find_and_load_unlocked
>   File "", line 677, in _load_unlocked
>   File "", line 728, in exec_module
>   File "", line 219, in 
> _call_with_frames_removed
>   File "/usr/share/weewx/weectllib/__init__.py", line 12, in 
> import configobj
>   File "/usr/lib/python3/dist-packages/configobj.py", line 22, in 
> import six
> ImportError: bad magic number in 'six': b'\x03\xf3\r\n'
> dpkg: error processing package weewx (--configure):
>  installed weewx package post-installation script subprocess returned 
> error exit status 1
> Errors were encountered while processing:
>  weewx
> E: Sub-process /usr/bin/dpkg returned an error code (1)
>
> Please let me know what I need to do to resolve this.
>
> Thank you!
>

-- 
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/23047402-519e-40e8-be6c-ba051a4f8dd4n%40googlegroups.com.


[weewx-user] Error upgrading to v5.0

2024-01-17 Thread Marty b
Hello,

I tried upgrading to v5.0 and am getting errors:
pi@WeeWx2021:/var/log/apache2 $ sudo apt-get update
Hit:1 https://weewx.com/apt/python3 buster InRelease
Hit:2 http://raspbian.raspberrypi.org/raspbian buster InRelease
Hit:3 http://archive.raspberrypi.org/debian buster InRelease
Reading package lists... Done
pi@WeeWx2021:/var/log/apache2 $ sudo apt-get upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
After this operation, 0 B of additional disk space will be used.
Do you want to continue? [Y/n] y
Setting up weewx (5.0.0-1) ...
Using root:root as user:group
Traceback (most recent call last):
  File "/usr/share/weewx/weectl.py", line 74, in 
main()
  File "/usr/share/weewx/weectl.py", line 58, in main
module = importlib.import_module(f'weectllib.{subcommand}_cmd')
  File "/usr/lib/python3.7/importlib/__init__.py", line 127, in 
import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 953, in _find_and_load_unlocked
  File "", line 219, in 
_call_with_frames_removed
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 967, in _find_and_load_unlocked
  File "", line 677, in _load_unlocked
  File "", line 728, in exec_module
  File "", line 219, in 
_call_with_frames_removed
  File "/usr/share/weewx/weectllib/__init__.py", line 12, in 
import configobj
  File "/usr/lib/python3/dist-packages/configobj.py", line 22, in 
import six
ImportError: bad magic number in 'six': b'\x03\xf3\r\n'
dpkg: error: --compare-versions takes three arguments:   


Type dpkg --help for help about installing and deinstalling packages [*];
Use 'apt' or 'aptitude' for user-friendly package management;
Type dpkg -Dhelp for a list of dpkg debug flag values;
Type dpkg --force-help for a list of forcing options;
Type dpkg-deb --help for help about manipulating *.deb files;

Options marked [*] produce a lot of output - pipe it through 'less' or 
'more' !
Using debconf configuration values from previous install
Traceback (most recent call last):
  File "/usr/share/weewx/weectl.py", line 74, in 
main()
  File "/usr/share/weewx/weectl.py", line 58, in main
module = importlib.import_module(f'weectllib.{subcommand}_cmd')
  File "/usr/lib/python3.7/importlib/__init__.py", line 127, in 
import_module
return _bootstrap._gcd_import(name[level:], package, level)
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 953, in _find_and_load_unlocked
  File "", line 219, in 
_call_with_frames_removed
  File "", line 1006, in _gcd_import
  File "", line 983, in _find_and_load
  File "", line 967, in _find_and_load_unlocked
  File "", line 677, in _load_unlocked
  File "", line 728, in exec_module
  File "", line 219, in 
_call_with_frames_removed
  File "/usr/share/weewx/weectllib/__init__.py", line 12, in 
import configobj
  File "/usr/lib/python3/dist-packages/configobj.py", line 22, in 
import six
ImportError: bad magic number in 'six': b'\x03\xf3\r\n'
dpkg: error processing package weewx (--configure):
 installed weewx package post-installation script subprocess returned error 
exit status 1
Errors were encountered while processing:
 weewx
E: Sub-process /usr/bin/dpkg returned an error code (1)

Please let me know what I need to do to resolve this.

Thank you!

-- 
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/68394f8e-5845-46d6-a78e-53f992b97575n%40googlegroups.com.


Re: [weewx-user] Error generating loop-data.txt with 4.6.2

2022-02-21 Thread Marty b
Thank you.  Problem resolved. :-)

On Monday, February 21, 2022 at 9:41:12 PM UTC-8 jo...@johnkline.com wrote:

> Yes, you must be running WeeWX 4.6.x.  Install the latest release of 
> loopdata (which is version 2.10).
>
> On Feb 21, 2022, at 6:49 PM, Marty b  wrote:
>
> 
>
> Hello everyone,
>
> My loop-data generation recently stopped working.  Here is a section from 
> my syslog that shows the error:
>
> Feb 21 00:35:14 WeeWx2021 weewx[560] INFO user.rtgd: 
> '/dev/shm/weewx/gauge-data.txt' wil be generated. min_interval is None
> Feb 21 00:35:14 WeeWx2021 weewx[560] INFO user.loopdata: Service version 
> is 2.7.2.
> Feb 21 00:35:14 WeeWx2021 weewx[560] ERROR user.loopdata: Could not find 
> target_report: LoopDataReport.  LoopData is exiting. Exception: missing 
> option "minute_label"  in interpolation.
> Feb 21 00:35:14 WeeWx2021 weewx[560] INFO __main__: Starting up weewx 
> version 4.6.2
> F
>
> Any suggestion on resolving this?
>
> Thanks,
> Marty
>
> -- 
> 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/8228f6ce-270e-400f-a559-5320a59f13c4n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/8228f6ce-270e-400f-a559-5320a59f13c4n%40googlegroups.com?utm_medium=email_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/5be67d02-026b-4539-b11a-b28e736526f5n%40googlegroups.com.


[weewx-user] Error generating loop-data.txt with 4.6.2

2022-02-21 Thread Marty b
Hello everyone,

My loop-data generation recently stopped working.  Here is a section from 
my syslog that shows the error:

Feb 21 00:35:14 WeeWx2021 weewx[560] INFO user.rtgd: 
'/dev/shm/weewx/gauge-data.txt' wil be generated. min_interval is None
Feb 21 00:35:14 WeeWx2021 weewx[560] INFO user.loopdata: Service version is 
2.7.2.
Feb 21 00:35:14 WeeWx2021 weewx[560] ERROR user.loopdata: Could not find 
target_report: LoopDataReport.  LoopData is exiting. Exception: missing 
option "minute_label"  in interpolation.
Feb 21 00:35:14 WeeWx2021 weewx[560] INFO __main__: Starting up weewx 
version 4.6.2
F

Any suggestion on resolving this?

Thanks,
Marty

-- 
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/8228f6ce-270e-400f-a559-5320a59f13c4n%40googlegroups.com.


Re: [weewx-user] Re: gjr80/weewx-steelseries update interval

2021-09-12 Thread Marty b
Thank you for the responses John and Gary.  I have them both running and 
they seem to be working fine together.

Gary - Thank you again for the assistance getting your extension 
operational!

Marty

On Thursday, September 9, 2021 at 6:21:49 PM UTC-7 jo...@johnkline.com 
wrote:

> Yeah, the two won’t interfere with each other.  I ran both plugins 
> together for a long time.
>
> On Sep 9, 2021, at 5:58 PM, gjr80  wrote:
>
> 
>
> > Is it safe to also install the chaunceygardiner/weewx-loopdata along 
> side your loopdata extension?
>
> I know nothing of what weewx-loopdata does but I can't see why not. Best 
> way to find out is try it and see and monitor your log and the various 
> outputs that WeeWX generates.
>
> Gary
>
> -- 
> 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/f051dd10-cc4d-424a-b124-b2b7b6bb89ccn%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/fddf14bd-4943-4bd9-b053-ecfafb24eef5n%40googlegroups.com.


[weewx-user] Re: gjr80/weewx-steelseries update interval

2021-09-08 Thread Marty b
That worked!  Thank you very much.

Is it safe to also install the chaunceygardiner/weewx-loopdata along side 
your loopdata extension?

Thank you again!
Marty

On Wednesday, September 8, 2021 at 4:30:37 AM UTC-7 gjr80 wrote:

> Thanks. It seems v0.5.0 was a bit of a buggers muddle; I should not have 
> released v0.5.0 and when I did I released some early alpha code that has a 
> bug. Rather then work through another release just now can I get you to 
> replace your existing rtgd.py with the attached, to do this:
>
> 1. delete your existing /usr/share/weewx/user/rtgd.py
> 2. download that attached rtgd.py and save it as 
> /usr/share/weewx/user/rtgd.py
> 3. restart WeeWX
> 4. monitor your log for errors and check that gauge-data.txt is generated 
> and saved where it should be
>
> If you do encounter any errors could you post a log extract showing WeeWX 
> startup through until the error occurs, just as you did here.
>
> There is one shortcoming in this version; I suspect the Beaufort value 
> (field Tbeaufort in gauge-data.txt) will be zero irrespective of wind 
> speed. This shouldn't matter too much just now as as far as I know the 
> SteelSeries Gauges only uses the Tbeaufort field to display on the 
> mouseover panel for the wind speed gauge. I need to work on fixing that, 
> will post here when it is fixed.
>
> Gary
> On Wednesday, 8 September 2021 at 13:56:58 UTC+10 Marty b wrote:
>
>> Here are the logs in a text file - in case that helps.  I do not see the 
>> file real time data file generated...
>>
>>
>>
>> On Tuesday, September 7, 2021 at 8:30:20 PM UTC-7 Marty b wrote:
>>
>>> I was getting an error after installing the gjr80 
>>> <https://github.com/gjr80> / * weewx-realtime_gauge-data 
>>> <https://github.com/gjr80/weewx-realtime_gauge-data> * extension so I 
>>> reinstalled everything from scratch.  After reinstalling from scratch (OS, 
>>> Apache, Weewx, RealtimeGauge-Data extension) I get the same error:
>>>
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO weewx.engine: Starting main 
>>> packet loop.
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
>>> Traceback (most recent call last):
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 1815, in process_packet
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  data = self.calculate(cached_packet)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 2187, in calculate
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  data[field] = self.get_field_value(field, packet)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 1944, in get_field_value
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  _raw_vt = as_value_tuple(packet, source)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/weewx/units.py", line 1740, in as_value_tuple
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  val = record_dict[obs_type]
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
>>> KeyError: 'beaufort'
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
>>> Traceback (most recent call last):
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 1815, in process_packet
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  data = self.calculate(cached_packet)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 2187, in calculate
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  data[field] = self.get_field_value(field, packet)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/user/rtgd.py", line 1944, in get_field_value
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread: 
>>>  _raw_vt = as_value_tuple(packet, source)
>>> Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
>>> File "/usr/share/weewx/w

[weewx-user] Re: gjr80/weewx-steelseries update interval

2021-09-07 Thread Marty b
I was getting an error after installing the gjr80 <https://github.com/gjr80> 
/ * weewx-realtime_gauge-data 
<https://github.com/gjr80/weewx-realtime_gauge-data> * extension so I 
reinstalled everything from scratch.  After reinstalling from scratch (OS, 
Apache, Weewx, RealtimeGauge-Data extension) I get the same error:

Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO weewx.engine: Starting main 
packet loop.
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
Traceback (most recent call last):
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 1815, in process_packet
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
data = self.calculate(cached_packet)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 2187, in calculate
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
data[field] = self.get_field_value(field, packet)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 1944, in get_field_value
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
_raw_vt = as_value_tuple(packet, source)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/weewx/units.py", line 1740, in as_value_tuple
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
val = record_dict[obs_type]
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
KeyError: 'beaufort'
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
Traceback (most recent call last):
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 1815, in process_packet
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
data = self.calculate(cached_packet)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 2187, in calculate
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
data[field] = self.get_field_value(field, packet)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/user/rtgd.py", line 1944, in get_field_value
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
_raw_vt = as_value_tuple(packet, source)
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:    
File "/usr/share/weewx/weewx/units.py", line 1740, in as_value_tuple
Sep  7 20:23:33 WeeWx2021 weewx[3153] INFO user.rtgd: rtgdthread:  
val = record_dict[obs_type]

What am I doing wrong?

Thank you,
Marty

  

On Tuesday, September 7, 2021 at 7:28:05 AM UTC-7 Marty b wrote:

> Thank you.  I will give it a try today...
>
> On Tuesday, September 7, 2021 at 5:49:19 AM UTC-7 gjr80 wrote:
>
>> There are a couple of ways you can disable generation of gauge-data.txt 
>> by the SteelSeries skin, but the simplest is to edit the SteelSeries skin 
>> skin config file (/etc/weewx/skins/ss/skin.conf) and comment out the 
>> highlighted lines under [CheetahGenerator]:
>>
>> [CheetahGenerator]
>> encoding = html_entities
>> [[ToDate]]
>> [[[index]]]
>> template = index.html.tmpl
>> #[[[data]]]
>> #template = gauge-data.txt.tmpl
>>
>> Save the file (no need to restart WeeWX) and the SteelSeries skin will no 
>> longer generate gauge-data.txt. The only downside of this approach is if 
>> you ever re-install or update the SteelSeries skin you will need to revisit 
>> the skin config file and disable the gauge-data.txt generation.
>>
>> Gary
>> On Tuesday, 7 September 2021 at 12:16:41 UTC+10 Marty b wrote:
>>
>>> Thank you.  I will make sure I have the realtime gauge-data extension 
>>> installed and enabled.
>>>
>>> How do I disable the generation of the gauge-data.txt by the SteelSeries 
>>> skin?
>>>
>>> Marty
>>>
>>> On Monday, September 6, 2021 at 6:56:03 PM UTC-7 gjr80 wrote:
>>>
>>>> Thanks. The logs indicate that you have the SteelSeries skin 
>>>> <https://github.com/weewx/weewx/wiki/steelseries> installed and the 
>>>> Realtime 
>>>> gauge-data extension 
>>>> <https://github.com/gjr80/weewx-realtime_gauge-data>, if installed, is 
>>>> not enabled. The SteelSeries skin generates gauge-data.txt during the 
>>>> report cycle at the end of every archive period, in your case every five 
>>>> minutes. T

[weewx-user] Re: gjr80/weewx-steelseries update interval

2021-09-07 Thread Marty b
Thank you.  I will give it a try today...

On Tuesday, September 7, 2021 at 5:49:19 AM UTC-7 gjr80 wrote:

> There are a couple of ways you can disable generation of gauge-data.txt 
> by the SteelSeries skin, but the simplest is to edit the SteelSeries skin 
> skin config file (/etc/weewx/skins/ss/skin.conf) and comment out the 
> highlighted lines under [CheetahGenerator]:
>
> [CheetahGenerator]
> encoding = html_entities
> [[ToDate]]
> [[[index]]]
> template = index.html.tmpl
> #[[[data]]]
> #template = gauge-data.txt.tmpl
>
> Save the file (no need to restart WeeWX) and the SteelSeries skin will no 
> longer generate gauge-data.txt. The only downside of this approach is if 
> you ever re-install or update the SteelSeries skin you will need to revisit 
> the skin config file and disable the gauge-data.txt generation.
>
> Gary
> On Tuesday, 7 September 2021 at 12:16:41 UTC+10 Marty b wrote:
>
>> Thank you.  I will make sure I have the realtime gauge-data extension 
>> installed and enabled.
>>
>> How do I disable the generation of the gauge-data.txt by the SteelSeries 
>> skin?
>>
>> Marty
>>
>> On Monday, September 6, 2021 at 6:56:03 PM UTC-7 gjr80 wrote:
>>
>>> Thanks. The logs indicate that you have the SteelSeries skin 
>>> <https://github.com/weewx/weewx/wiki/steelseries> installed and the 
>>> Realtime 
>>> gauge-data extension 
>>> <https://github.com/gjr80/weewx-realtime_gauge-data>, if installed, is 
>>> not enabled. The SteelSeries skin generates gauge-data.txt during the 
>>> report cycle at the end of every archive period, in your case every five 
>>> minutes. The wiki you are referring to is for the Realtime gauge-data 
>>> extension which can generate gauge-data.txt on receipt of each loop packet, 
>>> in your case every 2.5 odd seconds. The setting for the Realtime gauge-data 
>>> extension have no effect on the SteelSeries skin.
>>>
>>> If you want gauge-data.txt to be generated on every loop packet then you 
>>> need to install (or enable if already installed) the Realtime gauge-data 
>>> extension. Note you will then. need to disable generation of gauge-data.txt 
>>> by the SteelSeries skin or you will have the skin and the extension both 
>>> generating gauge-data.txt. This would be bad.
>>>
>>> Gary
>>>
>>> On Tuesday, 7 September 2021 at 10:40:54 UTC+10 Marty b wrote:
>>>
>>>> Hi,
>>>>
>>>> Thanks for the response.  The logs are attached
>>>>
>>>> Marty
>>>>
>>>> On Monday, September 6, 2021 at 4:22:58 PM UTC-7 gjr80 wrote:
>>>>
>>>>> Hi,
>>>>>
>>>>> There are two means of having WeeWX generate gauge-data.txt; one is 
>>>>> via the SteelSeries skin and the other is via the real-time gauge data 
>>>>> extension. The former generates gauge-data.txt no quicker than every 
>>>>> archive interval the latter up to every ‘loop interval’. It sounds like 
>>>>> you 
>>>>> may be using the former. It would help to know what you have installed 
>>>>> and 
>>>>> enabled. Could you please set debug = 1 in weewx.conf and then restart 
>>>>> WeeWX. Let WeeWX run for at least  two archive intervals and then post 
>>>>> the 
>>>>> log showing the full WeeWX startup through until the two archive 
>>>>> intervals 
>>>>> have passed.nThat will tell us exactly what your install is doing.
>>>>>
>>>>> Gary
>>>>> On Tuesday, 7 September 2021 at 08:03:42 UTC+10 Marty b wrote:
>>>>>
>>>>>> Hello everyone,
>>>>>>
>>>>>> I am trying to figure out how to get gauge-data.txt to update each 
>>>>>> time a loop packet is received.  Currently it only updates at the same 
>>>>>> interval as the rest of the weewx files (~every 10 minutes).  I looked 
>>>>>> at 
>>>>>> the wiki page for extension, but the section for ' Changing how 
>>>>>> often *gauge-data.txt* is generated' says ' To be written.'
>>>>>>
>>>>>> Any help would be appreciated.
>>>>>>
>>>>>> 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/0a7658c0-9ef5-475d-bad0-6b29b6406c09n%40googlegroups.com.


[weewx-user] Re: gjr80/weewx-steelseries update interval

2021-09-06 Thread Marty b
Thank you.  I will make sure I have the realtime gauge-data extension 
installed and enabled.

How do I disable the generation of the gauge-data.txt by the SteelSeries 
skin?

Marty

On Monday, September 6, 2021 at 6:56:03 PM UTC-7 gjr80 wrote:

> Thanks. The logs indicate that you have the SteelSeries skin 
> <https://github.com/weewx/weewx/wiki/steelseries> installed and the Realtime 
> gauge-data extension <https://github.com/gjr80/weewx-realtime_gauge-data>, 
> if installed, is not enabled. The SteelSeries skin generates gauge-data.txt 
> during the report cycle at the end of every archive period, in your case 
> every five minutes. The wiki you are referring to is for the Realtime 
> gauge-data extension which can generate gauge-data.txt on receipt of each 
> loop packet, in your case every 2.5 odd seconds. The setting for the 
> Realtime gauge-data extension have no effect on the SteelSeries skin.
>
> If you want gauge-data.txt to be generated on every loop packet then you 
> need to install (or enable if already installed) the Realtime gauge-data 
> extension. Note you will then. need to disable generation of gauge-data.txt 
> by the SteelSeries skin or you will have the skin and the extension both 
> generating gauge-data.txt. This would be bad.
>
> Gary
>
> On Tuesday, 7 September 2021 at 10:40:54 UTC+10 Marty b wrote:
>
>> Hi,
>>
>> Thanks for the response.  The logs are attached
>>
>> Marty
>>
>> On Monday, September 6, 2021 at 4:22:58 PM UTC-7 gjr80 wrote:
>>
>>> Hi,
>>>
>>> There are two means of having WeeWX generate gauge-data.txt; one is via 
>>> the SteelSeries skin and the other is via the real-time gauge data 
>>> extension. The former generates gauge-data.txt no quicker than every 
>>> archive interval the latter up to every ‘loop interval’. It sounds like you 
>>> may be using the former. It would help to know what you have installed and 
>>> enabled. Could you please set debug = 1 in weewx.conf and then restart 
>>> WeeWX. Let WeeWX run for at least  two archive intervals and then post the 
>>> log showing the full WeeWX startup through until the two archive intervals 
>>> have passed.nThat will tell us exactly what your install is doing.
>>>
>>> Gary
>>> On Tuesday, 7 September 2021 at 08:03:42 UTC+10 Marty b wrote:
>>>
>>>> Hello everyone,
>>>>
>>>> I am trying to figure out how to get gauge-data.txt to update each time 
>>>> a loop packet is received.  Currently it only updates at the same interval 
>>>> as the rest of the weewx files (~every 10 minutes).  I looked at the wiki 
>>>> page for extension, but the section for ' Changing how often 
>>>> *gauge-data.txt* is generated' says ' To be written.'
>>>>
>>>> Any help would be appreciated.
>>>>
>>>> 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/e8da8f9f-a2a7-4d23-85a4-a0dce06c9a94n%40googlegroups.com.


[weewx-user] gjr80/weewx-steelseries update interval

2021-09-06 Thread Marty b
Hello everyone,

I am trying to figure out how to get gauge-data.txt to update each time a 
loop packet is received.  Currently it only updates at the same interval as 
the rest of the weewx files (~every 10 minutes).  I looked at the wiki page 
for extension, but the section for ' Changing how often *gauge-data.txt* is 
generated' says ' To be written.'

Any help would be appreciated.

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/556307ac-a341-4f7f-868d-32b71a3e8ee2n%40googlegroups.com.


Re: [weewx-user] Re: recommend IP cameras that are easy to grab a single frame from?

2021-08-10 Thread Marty b
I use the Ubiquiti Cameras which are PoE and they work quite well. 
(Snapshot example URL: http://192.168.1.95/snap.jpeg)

I have a process on a Raspberry Pi that will grab an image every minute and 
saves it to /dev/shm (the ram disk - which saves wear and tear on the SD 
card).  The image can be viewed via a php webpage grabbing the image from 
/dev/shm.  See code below for example:




Hope this helps.

On Monday, August 9, 2021 at 2:29:28 PM UTC-7 dvdhns wrote:

> One thing to keep in mind is the microSD cards will start to fail after so 
> many write operations. I had one fail after about six months, after saving 
> an image to it once every minute.
>
> I'm currently a cheap IP camera that seems to loose it's network 
> connection whenever weather gets hot. Looking for a better POE IP cam. 
>
> On Sunday, August 8, 2021 at 5:08:41 PM UTC-6 Eric K wrote:
>
>> I have been working with the ESP32-CAM wifi camera today.
>>
>> In weewx, I'm using the Belchertown webpage skin.
>> In its stock setup, you get a weather RADAR image from Windy.com, that 
>> updates every 5 minutes.  
>> This afternoon, I replaced the Windy.com RADAR plot with the webcam 
>> image. 
>> I don't really want to trade the RADAR for the webcam, but I'm not sure 
>> of a slick way to have both, yet.
>>
>> It takes about 10 seconds to transfer an image frame from the ESP32-CAM 
>> to the Raspberry Pi.
>> To remove this delay from the webpage, I wrote a simple executable bash 
>> script to grab the webcam image and store it on the Raspberry Pi micro-SD 
>> card.
>> Then, I have the weewx webpage fetch the webcam.jpg file from the "hard 
>> drive" so it loads instantly.
>>
>> fetch script:
>> #!/bin/bash
>> wget http://192.168.8.122/snapshot.jpg -O 
>> /home/weewx/public_html/images/webcam.jpg
>>
>> Then I have the Belchertown skin put the webcam.jpg file into the page,
>>
>> from the Belchertown index.html.tmpl file:
>> 
>> 
>> > height="480">
>> 
>> 
>> 
>>
>> I'd like to polish this a bit, but it is working.
>>
>>
>>
>> On Sat, Aug 7, 2021 at 5:32 PM p q  wrote:
>>
>>> Please continue to post your results. Particularly which hardware you 
>>> choose. I'm interested in doing the same with my own skin.
>>>
>>> As a side note, I'm playing around with Grafana to see what 
>>> advantages it has compared to the standard graphs. It was easy to install 
>>> on my raspberry pi and fairly easy to hook up to the SQLite DB.
>>>
>>> On Sat, Aug 7, 2021 at 3:24 PM Eric K  wrote:
>>>
 I also want to check out your perl scripts, @mwall!

 On Saturday, August 7, 2021 at 5:18:33 PM UTC-5 Eric K wrote:

> Thanks for all the responses.
>
> Shortly after posting this I got a couple of the ESP32-CAM modules and 
> loaded Tasmota firmware into them.
> see:  https://cgomesu.com/blog/Esp32cam-tasmota-webcam-server/
> You have to use the specific Tasmota32 webcam firmware:   
> tasmota32-webcam.bin 
> 
> The maximum resolution of these is only 1600x1200.  
> The upside is that you can easily grab a single frame using a simple 
> URL command:  http://192.168.8.122/snapshot.jpg
> The only downsides I see:  with the plastic lens and jpeg compression, 
> the images are not great for fine detail.
>
> Given the low cost, small size, MIPI camera interface, and wifi 
> capability of the RPi Zero W board, I reconsidered an RPi camera.
> I'm currently assembling a RPi Zero camera with a 5mp camera module.
> I am getting single images out of it with the raspistill application:
> raspistill -v -o /home/pi/Pictures/pi-cam-test.jpg
>
> I'd like to grab an image every 5-10 minutes and have the current 
> image show up in the Belchertown weewx page.
> I'd also like to create a daily time lapse movie like others have done.
> I recall seeing some webcam script examples in this weewx-user group 
> to do these 2 things.  
> I need to search for them again.
>
>

-- 
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/0de47090-0674-43f8-869e-41424c624d04n%40googlegroups.com.