[weewx-user] Station disabled

[Slompo Inácio]

The station that collects data and makes available in aclaras.com.br is no 
longer updating? Has it been disabled?

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Converting from wview to weewx failed

[Oscar]

Thanks Tom,

Looks like some columns have "None" .  I'll null those out. 

Thanks for your help,
Oscar

On Thursday, December 1, 2016 at 4:57:06 PM UTC-7, Oscar wrote:
>
> Hi,
>
> I'm converting from wview to weewx.  I have a pi 2 running debian jessie 
> and installed weewx version 3.6.2.
> There is 11 years of data in the wview_archive database. weewxd ran over 
> 50 minutes 
> and processed over 988,000 records before it failed with the error below.  
> I ran wee_database --string-check
> and it failed as well.  Below are the errors.  Any suggestions?
>
> Thanks,
> Oscar
>
> root@zk30:/var/lib/weewx# weewxd /etc/weewx/weewx.conf
> Traceback (most recent call last):te: 2015-06-01 01:10:00 MDT (1433142600)
>   File "/usr/bin/weewxd", line 64, in 
> weewx.engine.main(options, args)
>   File "/usr/share/weewx/weewx/engine.py", line 841, in main
> engine = engine_class(config_dict)
>   File "/usr/share/weewx/weewx/engine.py", line 76, in __init__
> self.loadServices(config_dict)
>   File "/usr/share/weewx/weewx/engine.py", line 140, in loadServices
> self.service_obj.append(weeutil.weeutil._get_object(svc)(self, 
> config_dict))
>   File "/usr/share/weewx/weewx/engine.py", line 486, in __init__
> self.setup_database(config_dict)
>   File "/usr/share/weewx/weewx/engine.py", line 588, in setup_database
> _nrecs, _ndays = dbmanager.backfill_day_summary() # @UnusedVariable
>   File "/usr/share/weewx/weewx/manager.py", line 1374, in 
> backfill_day_summary
> _day_accum.addRecord(_rec)
>   File "/usr/share/weewx/weewx/accum.py", line 240, in addRecord
> func(self, record, obs_type, add_hilo)
>   File "/usr/share/weewx/weewx/accum.py", line 310, in add_value
> self[obs_type].addSum(val)
>   File "/usr/share/weewx/weewx/accum.py", line 87, in addSum
> self.sum += val
> TypeError: unsupported operand type(s) for +=: 'float' and 'unicode'
>
>
> root@zk30:/var/lib/weewx# wee_database --string-check weewx.sdb
> Traceback (most recent call last):
>   File "/usr/bin/wee_database", line 453, in 
> main()
>   File "/usr/bin/wee_database", line 148, in main
> config_path, config_dict = weecfg.read_config(options.config_path, 
> args)
>   File "/usr/share/weewx/weecfg/__init__.py", line 223, in read_config
> config_dict = configobj.ConfigObj(config_path, file_error=True)
>   File "/usr/lib/python2.7/dist-packages/configobj.py", line 1229, in 
> __init__
> self._load(infile, configspec)
>   File "/usr/lib/python2.7/dist-packages/configobj.py", line 1318, in _load
> raise error
> configobj.ConfigObjError: Parsing failed with several errors.
> First error at line 1.
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Converting from wview to weewx failed

[Oscar]

Hi,

I'm converting from wview to weewx.  I have a pi 2 running debian jessie 
and installed weewx version 3.6.2.
There is 11 years of data in the wview_archive database. weewxd ran over 50 
minutes 
and processed over 988,000 records before it failed with the error below.  
I ran wee_database --string-check
and it failed as well.  Below are the errors.  Any suggestions?

Thanks,
Oscar

root@zk30:/var/lib/weewx# weewxd /etc/weewx/weewx.conf
Traceback (most recent call last):te: 2015-06-01 01:10:00 MDT (1433142600)
  File "/usr/bin/weewxd", line 64, in 
weewx.engine.main(options, args)
  File "/usr/share/weewx/weewx/engine.py", line 841, in main
engine = engine_class(config_dict)
  File "/usr/share/weewx/weewx/engine.py", line 76, in __init__
self.loadServices(config_dict)
  File "/usr/share/weewx/weewx/engine.py", line 140, in loadServices
self.service_obj.append(weeutil.weeutil._get_object(svc)(self, 
config_dict))
  File "/usr/share/weewx/weewx/engine.py", line 486, in __init__
self.setup_database(config_dict)
  File "/usr/share/weewx/weewx/engine.py", line 588, in setup_database
_nrecs, _ndays = dbmanager.backfill_day_summary() # @UnusedVariable
  File "/usr/share/weewx/weewx/manager.py", line 1374, in 
backfill_day_summary
_day_accum.addRecord(_rec)
  File "/usr/share/weewx/weewx/accum.py", line 240, in addRecord
func(self, record, obs_type, add_hilo)
  File "/usr/share/weewx/weewx/accum.py", line 310, in add_value
self[obs_type].addSum(val)
  File "/usr/share/weewx/weewx/accum.py", line 87, in addSum
self.sum += val
TypeError: unsupported operand type(s) for +=: 'float' and 'unicode'


root@zk30:/var/lib/weewx# wee_database --string-check weewx.sdb
Traceback (most recent call last):
  File "/usr/bin/wee_database", line 453, in 
main()
  File "/usr/bin/wee_database", line 148, in main
config_path, config_dict = weecfg.read_config(options.config_path, args)
  File "/usr/share/weewx/weecfg/__init__.py", line 223, in read_config
config_dict = configobj.ConfigObj(config_path, file_error=True)
  File "/usr/lib/python2.7/dist-packages/configobj.py", line 1229, in 
__init__
self._load(infile, configspec)
  File "/usr/lib/python2.7/dist-packages/configobj.py", line 1318, in _load
raise error
configobj.ConfigObjError: Parsing failed with several errors.
First error at line 1.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: WU rapid fire stops working after upgrade/s

[vince]

On Thursday, December 1, 2016 at 3:18:12 PM UTC-8, Marty Thompson wrote:
>
> what logs or configs do you need to see
>
>
>
same as every other problem report in the last several years..

   - run "wee_debug --info" for starters and post that after checking it 
   doesn't have any passwords in it (it shouldn't) - more info is 
   at http://www.weewx.com/docs/utilities.htm#wee_debug_utility


   - provide /var/log/messages from the time period when you startup weewx 
   til after it runs its periodic reports a couple times


Tom/Matthew - is 'how to report a problem' in a FAQ or wiki someplace ?


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] WU rapid fire stops working after upgrade/s

[Marty Thompson]

Hi all
i have 14 vantage pros out in a community grub for the local cane growers + 
1 at home a home as a test unit
all are vantage pros2 with rpi3 running 3.5.0 for about 5 months now
now 1 had a sd fail so just made up a new one followed the new apt-get deb 
install all good weel kind off
rapid fire on wu doesnt work have look at the configs i dont see why 
  http://www.wunderground.com/personal-weather-station/dashboard?ID=IQLDAYR2
so have reinstall on the test box and the same  all works well
but no rapid fire and temp on satellite map

all items set to true

what logs or configs do you need to see

 [[Wunderground]]
# This section is for configuring posts to the Weather Underground.

# If you wish to do this, set the option 'enable' to true,
# and specify a station (e.g., 'KORHOODR3') and password.
enable = true
station = IQLDAYR2
password = x
   
# Set the following to True to have weewx use the WU "Rapidfire"
# protocol. Not all hardware can support it. See the User's Guide.
rapidfire = True


Dec  2 09:17:26 Wee_Wx weewx[769]: manager: Daily summaries up to date
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: StationRegistry: Station will be 
registered.
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: Wunderground-RF: Data for station 
IQLDAYR2 will be posted
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: PWSweather: Posting not enabled.
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: CWOP: Posting not enabled.
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: WOW: Data for station 915966001 
will be posted
Dec  2 09:17:27 Wee_Wx weewx[769]: restx: AWEKAS: Posting not enabled.
Dec  2 09:17:27 Wee_Wx weewx[769]: engine: Starting up weewx version 3.6.2
Dec  2 09:17:27 Wee_Wx weewx[769]: engine: Clock error is -0.15 seconds 
(positive is fast)
Dec  2 09:17:27 Wee_Wx weewx[769]: engine: Starting main packet loop.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Running into trouble - weewx dont work anymore :(

[Glenn McKechnie]

To clarify.
You have weewx working with extra sensors.
You are now trying to get mesowx working on a remote server, which you have
access to.

> and edited the weewx.conf, added the 2 provided special sync.py from LH...
sync_lh9.py I assume is one of those files, what's the 2nd one?



> Dec  1 15:17:48 raspberrypi weewx[3393]:   val =
> dict.__getitem__(self, key)
> Dec  1 15:17:48 raspberrypi weewx[3393]:   KeyError:
> 'remote_server_url'
> Dec  1 15:17:48 raspberrypi weewx[3393]:   Exiting.
>


> [RemoteSync]

>   #
>   # This section is for configuration of the MesoWx remote sync
service/plugin. This service
>   # will synchronize archive and/or raw/LOOP data to a Meso web server
instance over HTTP.
>   #

>   # The base URL of your Meso instance
>   #remote_server_url = XXX obfuscated by wee_debug XXX

Going by the supplied weewx.conf file,  you don't have the
"remote_server_url" available, it's commented out.
Try uncommenting it and see what happens.

Regarding the extra sensors that you mention in your other thread, as
Andrew says the database needs to know about them.

>From memory, at least the following 2 mesowx files need the additional
sensor data added to them.

js/Config.js

Config.fieldDefaults = {
'dateTime': new meso.FieldDef('dateTime',
meso.Unit.ms,
0,  meso.Agg.avg),
'outTemp':  new meso.FieldDef('outTemp',
mesowx.Unit.c,  1,  meso.Agg.avg,   'Out Temp'),
[...]


also within
meso/include/config.json
"columns" : {
"dateTime" : {"type" : "number", "unit" : "s"},
"interval" : {},
"barometer" : {"unit" : "hPa"},
[...]



Cheers
 Glenn

rorpi - read only raspberry pi + weewx: now with scripts


-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: install difficulties

[Eric Gammeter]

Yep-  that was it.  I am on my way now.  Thank you!  

On Wednesday, November 30, 2016 at 5:15:28 PM UTC-5, Eric Gammeter wrote:
>
> root@raspberrypi:/home/pi/Downloads# ls -l
> total 18708
> -rw-r--r--  1 pi pi10173 Nov 30 16:26 control.tar.gz
> -rw-r--r--  1 pi pi  1089427 Nov 30 16:26 data.tar.gz
> -rw-r--r--  1 pi pi4 Nov 30 16:26 debian-binary
> drwxr-xr-x 17 pi pi 4096 Jun 25 16:49 Python-2.7.12
> -rw-r--r--  1 pi pi 16935960 Nov 30 16:33 Python-2.7.12.tgz
> -rw-r--r--  1 pi pi  1099794 Nov 30 16:25 weewx_3.6.2-1_all.deb
>
>
>
> root@raspberrypi:~# dpkg -i weewx_3.6.2-1_all.deb
> dpkg: error processing archive weewx_3.6.2-1_all.deb (--install):
>  cannot access archive: No such file or directory
> Errors were encountered while processing:
>  weewx_3.6.2-1_all.deb
> root@raspberrypi:~# 
>
>
> root@raspberrypi:~# dpkg --install weewx_3.6.2-1_all.deb
> dpkg: error processing archive weewx_3.6.2-1_all.deb (--install):
>  cannot access archive: No such file or directory
> Errors were encountered while processing:
>  weewx_3.6.2-1_all.deb
>
>
> Running into install problems with weewx package.  Any 
> comments/suggestions welcome!  Thanks.
> /Eric 
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] weewx error

[Jim W.]

Thank you Sir...

On Thursday, December 1, 2016 at 11:02:07 AM UTC-5, Tom Keffer wrote:
>
> This is a problem with your weather hardware, not the database.
>
> I'm not an expert with the Fine Offset hardware, but I would try power 
> cycling.
>
> -tk
>
> On Thu, Dec 1, 2016 at 7:54 AM, Jim W.  
> wrote:
>
>> I'm running weewx (V 3.5.0) on a Rpi3b. For months it's been running 
>> fine. The other day I had a data spike and attempted to read the weewx.sdb 
>> file as per the weewx guide instructions. ( Spikes in the graph) A few 
>> hours later I noticed It was not working...
>> from looking at the system log I'm wondering if I somehow messed up the 
>> sdb file?
>>
>> I'm getting the following system log report:
>>
>>
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Initializing engine
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading station type 
>> FineOffsetUSB (weewx.drivers.fousb)
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: driver version is 1.8
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: polling mode is PERIODIC
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: polling interval is 60
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: found station on USB 
>> bus=001 device=007
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.engine.StdTimeSynch
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading 
>> service weewx.engine.StdTimeSynch
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.engine.StdConvert
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: StdConvert target unit 
>> is 0x1
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading 
>> service weewx.engine.StdConvert
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.engine.StdCalibrate
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading 
>> service weewx.engine.StdCalibrate
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.engine.StdQC
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading 
>> service weewx.engine.StdQC
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.wxservices.StdWXCalculate
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: wxcalculate: The following 
>> values will be calculated: 
>> barometer=prefer_hardware,windchill=prefer_hardware,dewpoint=prefer_hardware,appTemp=prefer_hardware,rainRate=prefer_hardware,windrun=prefer_hardware,heatindex=prefer_hardware,maxSolarRad=prefer_hardware,humidex=prefer_hardware,pressure=prefer_hardware,inDewpoint=prefer_hardware,ET=prefer_hardware,altimeter=prefer_hardware,cloudbase=prefer_hardware
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: wxcalculate: The following 
>> algorithms will be used for calculations: altimeter=aaNOAA,maxSolarRad=RS
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading 
>> service weewx.wxservices.StdWXCalculate
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service 
>> weewx.engine.StdArchive
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Archive will use data 
>> binding wx_binding
>> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Record generation will 
>> be attempted in 'software'
>> Dec  1 10:48:01 WXraspberrypi motion: [1] [NTC] [ALL] motion_loop: End of 
>> event 18
>> Dec  1 10:48:08 WXraspberrypi weewx[3120]: fousb: get archive interval 
>> failed attempt 1 of 3: could not detach kernel driver from interface 0: No 
>> data available
>> Dec  1 10:48:23 WXraspberrypi weewx[3120]: fousb: get archive interval 
>> failed attempt 2 of 3: could not detach kernel driver from interface 0: No 
>> data available
>> Dec  1 10:48:27 WXraspberrypi motion: [1] [NTC] [EVT] event_new_video FPS 
>> 5
>> Dec  1 10:48:27 WXraspberrypi motion: [1] [NTC] [ALL] motion_detected: 
>> Motion detected - starting event 19
>> Dec  1 10:48:38 WXraspberrypi weewx[3120]: fousb: get archive interval 
>> failed attempt 3 of 3: could not detach kernel driver from interface 0: No 
>> data available
>> Dec  1 10:48:38 WXraspberrypi weewx[3120]: engine: Caught WeeWxIOError: 
>> Unable to read archive interval after 3 tries
>> Dec  1 10:48:38 WXraspberrypi weewx[3120]:   Waiting 60 seconds 
>> then retrying...
>>
>>
>> Any ideas? 
>>
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] weewx error

[Thomas Keffer]

This is a problem with your weather hardware, not the database.

I'm not an expert with the Fine Offset hardware, but I would try power
cycling.

-tk

On Thu, Dec 1, 2016 at 7:54 AM, Jim W.  wrote:

> I'm running weewx (V 3.5.0) on a Rpi3b. For months it's been running fine.
> The other day I had a data spike and attempted to read the weewx.sdb file
> as per the weewx guide instructions. ( Spikes in the graph) A few hours
> later I noticed It was not working...
> from looking at the system log I'm wondering if I somehow messed up the
> sdb file?
>
> I'm getting the following system log report:
>
>
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Initializing engine
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading station type
> FineOffsetUSB (weewx.drivers.fousb)
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: driver version is 1.8
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: polling mode is PERIODIC
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: polling interval is 60
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: fousb: found station on USB
> bus=001 device=007
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.engine.StdTimeSynch
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading
> service weewx.engine.StdTimeSynch
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.engine.StdConvert
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: StdConvert target unit
> is 0x1
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading
> service weewx.engine.StdConvert
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.engine.StdCalibrate
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading
> service weewx.engine.StdCalibrate
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.engine.StdQC
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading
> service weewx.engine.StdQC
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.wxservices.StdWXCalculate
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: wxcalculate: The following
> values will be calculated: barometer=prefer_hardware,
> windchill=prefer_hardware,dewpoint=prefer_hardware,
> appTemp=prefer_hardware,rainRate=prefer_hardware,windrun=prefer_hardware,
> heatindex=prefer_hardware,maxSolarRad=prefer_hardware,
> humidex=prefer_hardware,pressure=prefer_hardware,
> inDewpoint=prefer_hardware,ET=prefer_hardware,altimeter=
> prefer_hardware,cloudbase=prefer_hardware
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: wxcalculate: The following
> algorithms will be used for calculations: altimeter=aaNOAA,maxSolarRad=RS
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Finished loading
> service weewx.wxservices.StdWXCalculate
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Loading service
> weewx.engine.StdArchive
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Archive will use data
> binding wx_binding
> Dec  1 10:47:53 WXraspberrypi weewx[3120]: engine: Record generation will
> be attempted in 'software'
> Dec  1 10:48:01 WXraspberrypi motion: [1] [NTC] [ALL] motion_loop: End of
> event 18
> Dec  1 10:48:08 WXraspberrypi weewx[3120]: fousb: get archive interval
> failed attempt 1 of 3: could not detach kernel driver from interface 0: No
> data available
> Dec  1 10:48:23 WXraspberrypi weewx[3120]: fousb: get archive interval
> failed attempt 2 of 3: could not detach kernel driver from interface 0: No
> data available
> Dec  1 10:48:27 WXraspberrypi motion: [1] [NTC] [EVT] event_new_video FPS 5
> Dec  1 10:48:27 WXraspberrypi motion: [1] [NTC] [ALL] motion_detected:
> Motion detected - starting event 19
> Dec  1 10:48:38 WXraspberrypi weewx[3120]: fousb: get archive interval
> failed attempt 3 of 3: could not detach kernel driver from interface 0: No
> data available
> Dec  1 10:48:38 WXraspberrypi weewx[3120]: engine: Caught WeeWxIOError:
> Unable to read archive interval after 3 tries
> Dec  1 10:48:38 WXraspberrypi weewx[3120]:   Waiting 60 seconds
> then retrying...
>
>
> Any ideas?
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] How to add Sensors from Davis Vantage 2 Pro Wireless

[Thomas Keffer]

I'm not sure what you mean by "sending via sync." If you're referring to
sync.py, that's not part of weewx, so I'm afraid I cannot be of much help.
Perhaps someone else can chime in...?

-tk

On Thu, Dec 1, 2016 at 6:56 AM, 'Björn Baldus' via weewx-user <
weewx-user@googlegroups.com> wrote:

> in the archive it seems that the additional sensors added - but not the
> loop data we are sending via sync... :(
>
>
>
> Am Mittwoch, 30. November 2016 21:58:39 UTC+1 schrieb Tom Keffer:
>>
>> There's no step-by-step tutorial. Just add the new sensor. If your
>> console finds it, the new values will be emitted to weewx, which will then
>> put them in the database.
>>
>> You can also manually add the new sensor using the utility wee_device,
>> with the --set-transmitter-type flag. For example, to add a new temperature
>> probe on channel 3, to appear in the database as extraTemp1:
>>
>> *wee_device --set-transmitter-type=3,1,1*
>>
>> To see what sensors your console is aware of, use the --info option:
>>
>> *wee_device --info*
>>
>> More information on the utility wee_device
>> .
>>
>> Are you having problems? Or, just asking?
>>
>> -tk
>>
>>
>> On Wed, Nov 30, 2016 at 11:57 AM, 'Björn Baldus' via weewx-user <
>> weewx...@googlegroups.com> wrote:
>>
>>> Hi,
>>>
>>> we are seraching now for several hours - but we need a hint - How can we
>>> add our additional Sensors like Leaf, Soil Moisture / Temperature and so
>>> on...
>>>
>>>
>>> Is there a step by step tutorial how to add them to the database? We are
>>> running weewx 3.5. on a rpi 2b - the davis is connected via USB.
>>>
>>> Thanks in advance
>>>
>>> --
>>> You received this message because you are subscribed to the Google
>>> Groups "weewx-user" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to weewx-user+...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Upgrade to version 3.6.1 and 3.6.2

[mot23 mot23]

 

Thanks for your help!

 

I have installed version 3.6.2. again and started testing. Of course, the 
standard driver in 3.6.2. gave still the same problem as above. 

 

I have tested the drivers you give, and found the following results:

 

Version 16a: Works perfectly.

 

Version 16b: Works perfectly.

 

Version 16c: Gives the following error in the log:

 

Dec  1 15:28:18 raspberrypi systemd[1]: Starting Graphical Interface.

Dec  1 15:28:18 raspberrypi systemd[1]: Reached target Graphical Interface.

Dec  1 15:28:18 raspberrypi systemd[1]: Starting Update UTMP about System 
Runlevel Changes...

Dec  1 15:28:18 raspberrypi systemd[1]: Started Update UTMP about System 
Runlevel Changes.

Dec  1 15:28:18 raspberrypi systemd[1]: Startup finished in 26.993s 
(kernel) + 42.826s (userspace) = 1min 9.820s.

Dec  1 15:28:18 raspberrypi weewx[558]: wmr300: driver version is 0.16c

Dec  1 15:28:18 raspberrypi weewx[558]: import of driver failed: 'module' 
object has no attribute '__version__' ()

Dec  1 15:28:18 raspberrypi weewx[558]: engine: Unable to load driver: 
'module' object has no attribute '__version__'

Dec  1 15:28:18 raspberrypi weewx[558]:   Exiting...

 

 

Thanks again for the work you put in it, and I hope you can do something 
with the information above.

System:

#cat /etc/issue

Raspbian GNU/Linux 8 \n \l

 

#uname -a

Linux raspberrypi 4.4.32+ #924 Tue Nov 15 18:06:42 GMT 2016 armv6l GNU/Linux

 

#dpkg -l | grep usb

ii  libusb-0.1-4:armhf 2:0.1.12-25armhf
userspace USB programming library

ii  libusb-1.0-0:armhf 2:1.0.19-1 armhf
userspace USB programming library

ii  python-usb 0.4.3-1armhfUSB 
interface for Python

ii  usb-modeswitch 2.2.0+repack0-2armhf
mode switching tool for controlling "flip flop" USB devices

ii  usb-modeswitch-data20150115-1 all  
mode switching data for usb-modeswitch

ii  usbutils   1:007-2armhf
Linux USB utilities

 

#echo $LANG

en_GB.UTF-8

 

Tom 
 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Running into trouble - weewx dont work anymore :(

[Andrew Milner]

Are you intending to synch only the raw table, not the archive table - 
since your synch section does not provide the archive URL - which could 
possibly be the problem.  Only a guess, as I do not use the synch service - 
just the raw, so you may need to wait for Luc's comments/advice!!



On Thursday, 1 December 2016 16:31:24 UTC+2, Björn Baldus wrote:

> Can anyone help us`please - after we try to add additional sensors into 
> the loop sync... anything went totally wrong.
>
> I did a clean install ogf the debian package of the last 3.6.2 version... 
> - and edited the weewx.conf, added the 2 provided special sync.py from LH...
>
> But syslog only tells me this...
>
>
> Dec  1 15:17:47 raspberrypi systemd[1]: Starting LSB: weewx weather 
> system...
> Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Initializing weewx 
> version 3.6.2
> Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Using Python 2.7.9 
> (default, Sep 17 2016, 20:26:04) #012[GCC 4.9.2]
> Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Platform 
> Linux-4.4.35-v7+-armv7l-with-debian-8.0
> Dec  1 15:17:48 raspberrypi weewx[3388]: engine: pid file is 
> /var/run/weewx.pid
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using configuration file 
> /etc/weewx/weewx.conf
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Initializing engine
> Dec  1 15:17:48 raspberrypi weewx[3377]: Starting weewx weather system: 
> weewx.
> Dec  1 15:17:48 raspberrypi systemd[1]: Started LSB: weewx weather system.
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading station type 
> Vantage (weewx.drivers.vantage)
> Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: driver version is 3.0.9
> Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: Opened up serial port 
> /dev/ttyUSB0; baud 19200; timeout 4.00
> Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: gentle wake up of 
> console successful
> Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: _setup; hardware type is 
> 16
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.engine.StdTimeSynch
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.engine.StdTimeSynch
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.engine.StdConvert
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: StdConvert target unit is 
> 0x10
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.engine.StdConvert
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.engine.StdCalibrate
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.engine.StdCalibrate
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.engine.StdQC
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.engine.StdQC
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.wxservices.StdWXCalculate
> Dec  1 15:17:48 raspberrypi weewx[3393]: wxcalculate: The following values 
> will be calculated: barometer=prefer_hardware, windchill=prefer_hardware, 
> dewpoint=prefer_hardware, appTemp=prefer_hardware, 
> rainRate=prefer_hardware, windrun=prefer_hardware, 
> heatindex=prefer_hardware, maxSolarRad=prefer_hardware, 
> humidex=prefer_hardware, pressure=prefer_hardware, 
> inDewpoint=prefer_hardware, ET=prefer_hardware, altimeter=prefer_hardware, 
> cloudbase=prefer_hardware
> Dec  1 15:17:48 raspberrypi weewx[3393]: wxcalculate: The following 
> algorithms will be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.wxservices.StdWXCalculate
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.engine.StdArchive
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Archive will use data 
> binding wx_binding
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Record generation will be 
> attempted in 'hardware'
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using archive interval of 
> 60 seconds (specified by hardware)
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Use LOOP data in hi/low 
> calculations: 1
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using binding 
> 'wx_binding' to database 'weewx.sdb'
> Dec  1 15:17:48 raspberrypi weewx[3393]: manager: Starting backfill of 
> daily summaries
> Dec  1 15:17:48 raspberrypi weewx[3393]: manager: Daily summaries up to 
> date
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.engine.StdArchive
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> weewx.restx.StdStationRegistry
> Dec  1 15:17:48 raspberrypi weewx[3393]: restx: StationRegistry: Station 
> will not be registered: no station_url specified.
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
> weewx.restx.StdStationRegistry
> Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
> 

Re: [weewx-user] How to add Sensors from Davis Vantage 2 Pro Wireless

['Björn Baldus' via weewx-user]

in the archive it seems that the additional sensors added - but not the 
loop data we are sending via sync... :(



Am Mittwoch, 30. November 2016 21:58:39 UTC+1 schrieb Tom Keffer:
>
> There's no step-by-step tutorial. Just add the new sensor. If your console 
> finds it, the new values will be emitted to weewx, which will then put them 
> in the database.
>
> You can also manually add the new sensor using the utility wee_device, 
> with the --set-transmitter-type flag. For example, to add a new temperature 
> probe on channel 3, to appear in the database as extraTemp1:
>
> *wee_device --set-transmitter-type=3,1,1*
>
> To see what sensors your console is aware of, use the --info option:
>
> *wee_device --info*
>
> More information on the utility wee_device 
> .
>
> Are you having problems? Or, just asking?
>
> -tk
>
>
> On Wed, Nov 30, 2016 at 11:57 AM, 'Björn Baldus' via weewx-user <
> weewx...@googlegroups.com > wrote:
>
>> Hi,
>>
>> we are seraching now for several hours - but we need a hint - How can we 
>> add our additional Sensors like Leaf, Soil Moisture / Temperature and so 
>> on...
>>
>>
>> Is there a step by step tutorial how to add them to the database? We are 
>> running weewx 3.5. on a rpi 2b - the davis is connected via USB.
>>
>> Thanks in advance
>>
>> -- 
>> You received this message because you are subscribed to the Google Groups 
>> "weewx-user" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to weewx-user+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Running into trouble - weewx dont work anymore :(

['Björn Baldus' via weewx-user]

wee_debug --info --output --verbosity=2

Using configuration file /etc/weewx/weewx.conf
Using database binding 'wx_binding', which is bound to database 
'archive_sqlite'

System info
  CPU implementer:0x41
  Features:   half thumb fastmult vfp edsp neon vfpv3 tls vfpv4 
idiva idivt vfpd32 lpae evtstrm
  CPU architecture:   7
  BogoMIPS:   57.60
  Hardware:   BCM2709
  CPU revision:   5
  CPU part:   0xc07
  model name: ARMv7 Processor rev 5 (v7l)
  Serial: bec4544a
  processor:  3
  CPU variant:0x0
  Revision:   a01041

  Operating system:   debian 8.0 
  Linux raspberrypi 4.4.35-v7+ #931 SMP Sat Nov 26 
13:05:09 GMT 2016 armv7l
  1 minute load average:  0.36
  5 minute load average:  0.58
  15 minute load average: 0.44

General weewx info
  Weewx version 3.6.2 detected.

Station info
  Station type: Vantage
  Driver:   weewx.drivers.vantage

Driver info
[Vantage]
# This section is for the Davis Vantage series of weather stations.

# Connection type: serial or ethernet 
#  serial (the classic VantagePro)
#  ethernet (the WeatherLinkIP)
type = serial

# If the connection type is serial, a port must be specified:
#   Debian, Ubuntu, Redhat, Fedora, and SuSE:
# /dev/ttyUSB0 is a common USB port name
# /dev/ttyS0   is a common serial port name
#   BSD:
# /dev/cuaU0   is a common serial port name
port = /dev/ttyUSB0

# If the connection type is ethernet, an IP Address/hostname is 
required:
host = 1.2.3.4

##
# The rest of this section rarely needs any attention. 
# You can safely leave it "as is."
##

# Serial baud rate (usually 19200)
baudrate = 19200

# TCP port (when using the WeatherLinkIP)
tcp_port = 2

# TCP send delay (when using the WeatherLinkIP):
tcp_send_delay = 0.5

# The id of your ISS station (usually 1). If you use a wind meter 
connected
# to a anemometer transmitter kit, use its id
iss_id = 2

# How long to wait for a response from the station before giving up (in
# seconds; must be greater than 2)
timeout = 4

# How long to wait before trying again (in seconds)
wait_before_retry = 1.2

# How many times to try before giving up:
max_tries = 4

# The driver to use:
driver = weewx.drivers.vantage

Currently installed extensions
No extensions installed

Archive info
  Database name:weewx.sdb
  Table name:   archive
  Unit system:  1 (US)
  First good timestamp: 2016-11-29 10:18:00 CET (1480411080)
  Last good timestamp:  2016-12-01 08:22:00 CET (1480576920)
  Number of records:2731
  weewx (weewx.conf) is set to use an archive interval of 60 seconds.
  The station hardware was not interrogated in determining archive interval.

Databases configured in weewx.conf
  Database name:weewx.sdb
  Database driver:  weedb.sqlite

  Database name:weewx
  Database driver:  weedb.mysql
  Database host:localhost

  Database name:meso
  Database driver:  weedb.mysql
  Database host:localhost

Supported SQL keys
dateTime usUnits  interval
barometerpressure altimeter   
inTemp   outTemp  inHumidity  
outHumidity  windSpeedwindDir 
windGust windGustDir  rainRate
rain dewpoint windchill   
heatindexET   radiation   
UV   extraTemp1   extraTemp2  
extraTemp3   soilTemp1soilTemp2   
soilTemp3soilTemp4leafTemp1   
leafTemp2extraHumid1  extraHumid2 
soilMoist1   soilMoist2   soilMoist3  
soilMoist4   leafWet1 leafWet2
rxCheckPercent   txBatteryStatus  consBatteryVoltage  
hail hailRate heatingTemp 
heatingVoltage   supplyVoltagereferenceVoltage
windBatteryStatusrainBatteryStatusoutTempBatteryStatus
inTempBatteryStatus 

Supported observation keys
barometerpressure altimeter   
inTemp   outTemp  inHumidity  
outHumidity  windSpeedwindDir 
windGust windGustDir  rainRate
rain dewpoint windchill   
heatindexET   radiation   
UV   extraTemp1   extraTemp2  
extraTemp3   

[weewx-user] Running into trouble - weewx dont work anymore :(

['Björn Baldus' via weewx-user]

Can anyone help us`please - after we try to add additional sensors into the 
loop sync... anything went totally wrong.

I did a clean install ogf the debian package of the last 3.6.2 version... - 
and edited the weewx.conf, added the 2 provided special sync.py from LH...

But syslog only tells me this...


Dec  1 15:17:47 raspberrypi systemd[1]: Starting LSB: weewx weather 
system...
Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Initializing weewx version 
3.6.2
Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Using Python 2.7.9 
(default, Sep 17 2016, 20:26:04) #012[GCC 4.9.2]
Dec  1 15:17:48 raspberrypi weewx[3388]: engine: Platform 
Linux-4.4.35-v7+-armv7l-with-debian-8.0
Dec  1 15:17:48 raspberrypi weewx[3388]: engine: pid file is 
/var/run/weewx.pid
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using configuration file 
/etc/weewx/weewx.conf
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Initializing engine
Dec  1 15:17:48 raspberrypi weewx[3377]: Starting weewx weather system: 
weewx.
Dec  1 15:17:48 raspberrypi systemd[1]: Started LSB: weewx weather system.
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading station type 
Vantage (weewx.drivers.vantage)
Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: driver version is 3.0.9
Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: Opened up serial port 
/dev/ttyUSB0; baud 19200; timeout 4.00
Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: gentle wake up of console 
successful
Dec  1 15:17:48 raspberrypi weewx[3393]: vantage: _setup; hardware type is 
16
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.engine.StdTimeSynch
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.engine.StdTimeSynch
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.engine.StdConvert
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: StdConvert target unit is 
0x10
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.engine.StdConvert
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.engine.StdCalibrate
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.engine.StdCalibrate
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.engine.StdQC
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.engine.StdQC
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.wxservices.StdWXCalculate
Dec  1 15:17:48 raspberrypi weewx[3393]: wxcalculate: The following values 
will be calculated: barometer=prefer_hardware, windchill=prefer_hardware, 
dewpoint=prefer_hardware, appTemp=prefer_hardware, 
rainRate=prefer_hardware, windrun=prefer_hardware, 
heatindex=prefer_hardware, maxSolarRad=prefer_hardware, 
humidex=prefer_hardware, pressure=prefer_hardware, 
inDewpoint=prefer_hardware, ET=prefer_hardware, altimeter=prefer_hardware, 
cloudbase=prefer_hardware
Dec  1 15:17:48 raspberrypi weewx[3393]: wxcalculate: The following 
algorithms will be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.wxservices.StdWXCalculate
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.engine.StdArchive
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Archive will use data 
binding wx_binding
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Record generation will be 
attempted in 'hardware'
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using archive interval of 
60 seconds (specified by hardware)
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Use LOOP data in hi/low 
calculations: 1
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Using binding 'wx_binding' 
to database 'weewx.sdb'
Dec  1 15:17:48 raspberrypi weewx[3393]: manager: Starting backfill of 
daily summaries
Dec  1 15:17:48 raspberrypi weewx[3393]: manager: Daily summaries up to date
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.engine.StdArchive
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.restx.StdStationRegistry
Dec  1 15:17:48 raspberrypi weewx[3393]: restx: StationRegistry: Station 
will not be registered: no station_url specified.
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.restx.StdStationRegistry
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.restx.StdWunderground
Dec  1 15:17:48 raspberrypi weewx[3393]: restx: Wunderground-RF: Data for 
station IWINNING12 will be posted
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.restx.StdWunderground
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Loading service 
weewx.restx.StdPWSweather
Dec  1 15:17:48 raspberrypi weewx[3393]: restx: PWSweather: Posting not 
enabled.
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: Finished loading service 
weewx.restx.StdPWSweather
Dec  1 15:17:48 raspberrypi weewx[3393]: engine: 

Re: [weewx-user] Re: acurite 5 in 1, once or twice a month random amounts of rain (2000mm more or less)

[Andrew Milner]

I have just seen that my weewx.conf has rain set as 0 to 60 inch - and I 
now think that 0 to 6 inch is more appropriate, so I am changing my QC 
values now!!

On Thursday, 1 December 2016 16:00:55 UTC+2, Marc Ratés wrote:
>
> thank you,  now waiting it happens again. I didn't have debug enabled 
>
> On Thu, Dec 1, 2016, 14:58 Andrew Milner  > wrote:
>
>> Well the world record for rainfall is apparently 38mm in one minute ( = 
>> 190mm if a for a 5 minute archive period) and the world record for an hour 
>> is 300mm in 42 minutes - so that should let you set some sensible limits!!
>>
>>
>>
>>
>> On Thursday, 1 December 2016 15:55:28 UTC+2, Marc Ratés wrote:
>>
>>> I'll check qc, didn't know
>>>
>>> On Thu, Dec 1, 2016, 14:51 Andrew Milner  wrote:
>>>
>> What limits have you got set in QC for rain and rainrate such that the 
 spikes are not detected and prevented?




 On Thursday, 1 December 2016 15:46:05 UTC+2, Chris Swanda wrote:

> I mean to say 
>
> 99 inches of RainRate (four records) written
>
> .  
>
> On Thursday, December 1, 2016 at 7:45:01 AM UTC-6, Chris Swanda wrote:
>>
>> mwall,
>>
>> QC has never prevented Rain nor RainRate spikes being written to my 
>> database.  I typically will get 30 inches of rain (one record) and 99 
>> inches of rain (four records) written.  
>>
>> I typically just null them out and restart.  
>>
>> On Wednesday, November 30, 2016 at 4:40:43 PM UTC-6, mwall wrote:
>>>
>>> On Wednesday, November 30, 2016 at 3:01:36 PM UTC-5, Marc Ratés 
>>> wrote:

 The class or plugin in charge of acurite 5 in 1 inserts randoms 
 inputs of rain, today 2000mm. 
 It's very annoying because I have to delete by hand the sqlite.db. 
 and I lose the accuracy of the liters.

>>>
>>> i forgot to mention the weewx quality control (QC).
>>>
>>> in weewx.conf, do something like this in your QC section:
>>>
>>> [StdQC]
>>> [[MinMax]]
>>> ...
>>> rain = 0, 1000, mm
>>>
>>> this will not fix the root cause (spurious data from the acurite 
>>> station), but it will prevent obviously bad values from getting into 
>>> the 
>>> database.
>>>
>>> m
>>>
>> -- 
 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/qCTkcG_8Nbs/unsubscribe.

>>> To unsubscribe from this group and all its topics, send an email to 
 weewx-user+...@googlegroups.com.
>>>
>>>
 For more options, visit https://groups.google.com/d/optout.

>>> -- 
>> You received this message because you are subscribed to a topic in the 
>> Google Groups "weewx-user" group.
>> To unsubscribe from this topic, visit 
>> https://groups.google.com/d/topic/weewx-user/qCTkcG_8Nbs/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: acurite 5 in 1, once or twice a month random amounts of rain (2000mm more or less)

[Andrew Milner]

Well the world record for rainfall is apparently 38mm in one minute ( = 
190mm if a for a 5 minute archive period) and the world record for an hour 
is 300mm in 42 minutes - so that should let you set some sensible limits!!




On Thursday, 1 December 2016 15:55:28 UTC+2, Marc Ratés wrote:

> I'll check qc, didn't know
>
> On Thu, Dec 1, 2016, 14:51 Andrew Milner  > wrote:
>
>> What limits have you got set in QC for rain and rainrate such that the 
>> spikes are not detected and prevented?
>>
>>
>>
>>
>> On Thursday, 1 December 2016 15:46:05 UTC+2, Chris Swanda wrote:
>>
>>> I mean to say 
>>>
>>> 99 inches of RainRate (four records) written
>>>
>>> .  
>>>
>>> On Thursday, December 1, 2016 at 7:45:01 AM UTC-6, Chris Swanda wrote:

 mwall,

 QC has never prevented Rain nor RainRate spikes being written to my 
 database.  I typically will get 30 inches of rain (one record) and 99 
 inches of rain (four records) written.  

 I typically just null them out and restart.  

 On Wednesday, November 30, 2016 at 4:40:43 PM UTC-6, mwall wrote:
>
> On Wednesday, November 30, 2016 at 3:01:36 PM UTC-5, Marc Ratés wrote:
>>
>> The class or plugin in charge of acurite 5 in 1 inserts randoms 
>> inputs of rain, today 2000mm. 
>> It's very annoying because I have to delete by hand the sqlite.db. 
>> and I lose the accuracy of the liters.
>>
>
> i forgot to mention the weewx quality control (QC).
>
> in weewx.conf, do something like this in your QC section:
>
> [StdQC]
> [[MinMax]]
> ...
> rain = 0, 1000, mm
>
> this will not fix the root cause (spurious data from the acurite 
> station), but it will prevent obviously bad values from getting into the 
> database.
>
> m
>
 -- 
>> 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/qCTkcG_8Nbs/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to 
>> weewx-user+...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [weewx-user] Re: acurite 5 in 1, once or twice a month random amounts of rain (2000mm more or less)

[eldruida]

I'll check qc, didn't know

On Thu, Dec 1, 2016, 14:51 Andrew Milner 
wrote:

> What limits have you got set in QC for rain and rainrate such that the
> spikes are not detected and prevented?
>
>
>
>
> On Thursday, 1 December 2016 15:46:05 UTC+2, Chris Swanda wrote:
>
> I mean to say
>
> 99 inches of RainRate (four records) written
>
> .
>
> On Thursday, December 1, 2016 at 7:45:01 AM UTC-6, Chris Swanda wrote:
>
> mwall,
>
> QC has never prevented Rain nor RainRate spikes being written to my
> database.  I typically will get 30 inches of rain (one record) and 99
> inches of rain (four records) written.
>
> I typically just null them out and restart.
>
> On Wednesday, November 30, 2016 at 4:40:43 PM UTC-6, mwall wrote:
>
> On Wednesday, November 30, 2016 at 3:01:36 PM UTC-5, Marc Ratés wrote:
>
> The class or plugin in charge of acurite 5 in 1 inserts randoms inputs of
> rain, today 2000mm.
> It's very annoying because I have to delete by hand the sqlite.db. and I
> lose the accuracy of the liters.
>
>
> i forgot to mention the weewx quality control (QC).
>
> in weewx.conf, do something like this in your QC section:
>
> [StdQC]
> [[MinMax]]
> ...
> rain = 0, 1000, mm
>
> this will not fix the root cause (spurious data from the acurite station),
> but it will prevent obviously bad values from getting into the database.
>
> m
>
> --
> 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/qCTkcG_8Nbs/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> weewx-user+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Request for Package in Debian: weewx (#846483 [RFP]: weewx)

[Andrew Milner]

I prefer to err on the side of caution whenever possible.

On Thursday, 1 December 2016 15:42:17 UTC+2, Laura Arjona Reina wrote:
>
>
>
> El 01/12/16 a las 14:21, Andrew Milner escribió: 
> > the link "bugs.debian.org" was blocked as unsafe by Microsoft . 
> > 
> It's a false positive, and we have repeatedly reported about it to 
> Microsoft :( 
>
> Please ignore that warning, and if you can report it too as a false 
> positive, it's greatly appreciated. 
>
> Thanks! 
>
> > 
> > 
> > On Thursday, 1 December 2016 15:00:53 UTC+2, Laura Arjona Reina wrote: 
> > 
> > Hi all 
> > Thanks for working in weewx. 
> > I've filed a Request for Package for weewx in Debian, you can track 
> the 
> > request at this address: 
> > 
> > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846483 
> >  
> > 
> > Best regards 
> > 
> > -- 
> > Laura Arjona Reina 
> > https://wiki.debian.org/LauraArjona 
> >  
> > 
>
> -- 
> Laura Arjona 
> https://wiki.debian.org/LauraArjona 
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: acurite 5 in 1, once or twice a month random amounts of rain (2000mm more or less)

[Chris Swanda]

I mean to say 

99 inches of RainRate (four records) written

.  

On Thursday, December 1, 2016 at 7:45:01 AM UTC-6, Chris Swanda wrote:
>
> mwall,
>
> QC has never prevented Rain nor RainRate spikes being written to my 
> database.  I typically will get 30 inches of rain (one record) and 99 
> inches of rain (four records) written.  
>
> I typically just null them out and restart.  
>
> On Wednesday, November 30, 2016 at 4:40:43 PM UTC-6, mwall wrote:
>>
>> On Wednesday, November 30, 2016 at 3:01:36 PM UTC-5, Marc Ratés wrote:
>>>
>>> The class or plugin in charge of acurite 5 in 1 inserts randoms inputs 
>>> of rain, today 2000mm. 
>>> It's very annoying because I have to delete by hand the sqlite.db. and I 
>>> lose the accuracy of the liters.
>>>
>>
>> i forgot to mention the weewx quality control (QC).
>>
>> in weewx.conf, do something like this in your QC section:
>>
>> [StdQC]
>> [[MinMax]]
>> ...
>> rain = 0, 1000, mm
>>
>> this will not fix the root cause (spurious data from the acurite 
>> station), but it will prevent obviously bad values from getting into the 
>> database.
>>
>> m
>>
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: acurite 5 in 1, once or twice a month random amounts of rain (2000mm more or less)

[Chris Swanda]

mwall,

QC has never prevented Rain nor RainRate spikes being written to my 
database.  I typically will get 30 inches of rain (one record) and 99 
inches of rain (four records) written.  

I typically just null them out and restart.  

On Wednesday, November 30, 2016 at 4:40:43 PM UTC-6, mwall wrote:
>
> On Wednesday, November 30, 2016 at 3:01:36 PM UTC-5, Marc Ratés wrote:
>>
>> The class or plugin in charge of acurite 5 in 1 inserts randoms inputs of 
>> rain, today 2000mm. 
>> It's very annoying because I have to delete by hand the sqlite.db. and I 
>> lose the accuracy of the liters.
>>
>
> i forgot to mention the weewx quality control (QC).
>
> in weewx.conf, do something like this in your QC section:
>
> [StdQC]
> [[MinMax]]
> ...
> rain = 0, 1000, mm
>
> this will not fix the root cause (spurious data from the acurite station), 
> but it will prevent obviously bad values from getting into the database.
>
> m
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Request for Package in Debian: weewx (#846483 [RFP]: weewx)

[Laura Arjona Reina]

El 01/12/16 a las 14:21, Andrew Milner escribió:

the link "bugs.debian.org" was blocked as unsafe by Microsoft .

It's a false positive, and we have repeatedly reported about it to 
Microsoft :(


Please ignore that warning, and if you can report it too as a false 
positive, it's greatly appreciated.


Thanks!




On Thursday, 1 December 2016 15:00:53 UTC+2, Laura Arjona Reina wrote:

Hi all
Thanks for working in weewx.
I've filed a Request for Package for weewx in Debian, you can track the
request at this address:

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846483


Best regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona




--
Laura Arjona
https://wiki.debian.org/LauraArjona

--
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Re: Request for Package in Debian: weewx (#846483 [RFP]: weewx)

[Andrew Milner]

the link "bugs.debian.org" was blocked as unsafe by Microsoft .



On Thursday, 1 December 2016 15:00:53 UTC+2, Laura Arjona Reina wrote:

> Hi all 
> Thanks for working in weewx. 
> I've filed a Request for Package for weewx in Debian, you can track the 
> request at this address: 
>
> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846483 
>
> Best regards 
>
> -- 
> Laura Arjona Reina 
> https://wiki.debian.org/LauraArjona 
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Fwd: Request for Package in Debian: weewx (#846483 [RFP]: weewx)

[Laura Arjona Reina]

Hi all
Thanks for working in weewx.
I've filed a Request for Package for weewx in Debian, you can track the 
request at this address:


https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=846483

Best regards

--
Laura Arjona Reina
https://wiki.debian.org/LauraArjona

--
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[weewx-user] Bootstrap skin and html versions of NOAA data

[Andrew Milner]

I have just 'discovered' that the Bootstrap skin and the history generator 
page includes an html version of the NOAA year report which can be accessed 
by changing the NOAA template generating the report and changing the 
resultant filename pointed to in skin.conf.  Does anyone have an html 
template for the NOAA monthly report - which could be similarly invoked - 
or did my bootstrap installation just mess up, lose the html template 
and just leave me with the .txt NOAA files?? 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.