[weewx-user] WMRS200 : wrong rainBatteryStatus values in database

2017-02-16 Thread wysiwyg
Hello ! 

While checking out some improvement of my battery monitoring, I notice some 
value of rainBatteryStatus higher then 1 !

Even some values in database are not integer (!!)

here is an extract from database (I didnt put all, it's several screen 
long...)
sqlite> select rainBatteryStatus from archive where rainBatteryStatus > 1;
2.85714285714286
4.0
4.0
4.0
4.0
4.0
2.67
1.14285714285714
4.0
2.67
1.14285714285714
4.0
4.0
4.0
2.0
4.0
4.0

isn't it a bit weird ?


-- 
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] Co-opting the RSYNC skin as a backup solution - even better with report_timing

2017-02-16 Thread Glenn McKechnie
Report_timing was the clincher (Thanks to your addition to version 3.6.0).
I'd already put together something but couldn't find a clean way of running
it at set intervals, a long loop? (Ugh),  temp files (very messy). Plenty
of kludges,  nothing clean nor tidy until a stumble when reviewing the
code.
I'm still learning the ins and outs of weewx, and there's always something
to discover - no matter how many times I read the docs or weewx-user !


I should note here that HTML_ROOT can only exist in weewx.conf (not as I
indicated above) - it will be ignored if added to a skin.conf file.  Other
than that, the instructions above, here on weewx-user will work, but those
at the wiki are definitive. The corrections have been made their.

https://github.com/weewx/weewx/wiki/Using-the-RSYNC-
skin-as-a-backup-solution


Cheers
 Glenn

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


On 14 February 2017 at 13:26, Thomas Keffer  wrote:

> Very clever!
>
> -tk
>
> On Mon, Feb 13, 2017 at 3:35 PM, Glenn McKechnie <
> glenn.mckech...@gmail.com> wrote:
>
>>
>> In looking for a backup solution for the weewx sqlite databases,  I found
>> one in the most unlikely of places - weewx. :-)
>>
>> Because the read only pi
>>  I
>> bang on about can (optionally) keep the database in its own ramfs, there
>> was a need to preserve that in case of failure.
>> That aside, having a backup of the database is an essential anyway.
>>
>> As I understand it, the report cycle in weewx only starts once all writes
>> to the database have finished, this provides some assurance that any copy
>> of the database taken at that time will be a good one.
>>
>> How to do it...
>> It relies on the ability to use multiple instances of a skin by simply
>> giving them their own skin [[section]] name in the weewx.conf file, or
>> skin.conf file
>>
>> [[RSYNCSQL]]
>>   skin = Rsync
>>
>> Redefining HTML_ROOT (only within the skin itself) to point to the local
>> database
>>
>> [[RSYNCSQL]]
>> skin = Rsync
>> HTML_ROOT = /var/lib/weewx
>>
>> Add the rest to get it to start
>>
>> [[RSYNCSQL]]
>> skin = Rsync
>> HTML_ROOT = /var/lib/weewx
>> server = 192.168.0.100
>> user = graybeard
>> path = /home/graybeard/rsynsql-weewx1
>>
>> Finally, add a report_time stanza of your choosing (or not if you want a
>> rolling copy)
>> It would pay to check your archive_interval in weewx.conf, and make this
>> longer than that.
>>
>> To me, besides catching the database between archive intervals, this the
>> real sweetener.
>>
>> [[RSYNCSQL]]
>> skin = Rsync
>> HTML_ROOT = /var/lib/weewx
>> # If it's local, an ip address is fine for the server
>> server = 192.168.0.100
>> # account that has password less access to the server
>> user = graybeard
>> # where to put it all, don't nest too deeply unless you create
>> the tree first
>> path = /home/graybeard/rsynsql-weewx
>> # every 20 minutes, run this report
>> report_timing = '*/20 * * * *'
>> # add the default
>> delete = 0
>>
>> Alternatively, transfer it all to a skin.conf file and that way you can
>> make changes
>> to your setup while weewx is running.
>>
>>
>> In weewx.conf
>> [[RSYNCSQL]]
>> skin = Rsyncsql
>> #HTML_ROOT = /var/lib/weewx
>> # If it's local, an ip address is fine for the server
>> #server = 192.168.0.100
>> # account that has password less access to the server
>> #user = graybeard
>> # where to put it all, don't nest too deeply unless you create
>> the tree first
>> #path = /home/graybeard/rsynsql-weewx1
>> # every 20 minutes, run this report
>> # report_timing = '*/20 * * * *'
>> # add the default
>> delete = 0
>>
>>
>> cd skins
>> cp -r Rsync Rsyncsql/
>> edit skins/Rsyncsql/skin.conf and add the following after the comments at
>> the top...
>>
>> HTML_ROOT = /var/lib/weewx
>> # If it's local, an ip address is fine for the server
>> server = 192.168.0.100
>> # account that has password less access to the server
>> user = graybeard
>> # where to put it all, don't nest too deeply unless you create
>> the tree first
>> path = /home/graybeard/rsynsql-weewx-skin
>> # every 20 minutes, run this report
>> report_timing = '*/20 * * * *'
>> # add the default
>> delete = 0
>>
>> Finally, create the passwordless access for the remote user, from the
>> local root (the account weewx is running as)
>>
>> I'll add the above, and expand on it, to the weewx wiki
>>
>> https://github.com/weewx/weewx/wiki/Using-the-RSYNC-skin-as-
>> a-backup-solution
>>
>> Lastly -
>>
>> The above works well, but the copy is continuosly updated. I've tweaked
>> rsyncupload to add a 

[weewx-user] Re: Current Windspeed in Beaufort ? Bft?

2017-02-16 Thread wysiwyg
Hi
in case you like PHP, I have done this Beaufort calculation this way (with 
a small PHP code inside my template file)

 1) \$bff="1-Trés Légère Brise";
  if (\$vitesse > 6) \$bff="2-Légère Brise";
  if (\$vitesse > 12) \$bff="3-Petite Brise";
  if (\$vitesse > 20) \$bff="4-Jolie Brise";
  if (\$vitesse > 29) \$bff="5-Bonne Brise";
  if (\$vitesse > 39) \$bff="6-Vent Frais";
  if (\$vitesse > 50) \$bff="7-Grand Frais";
  if (\$vitesse > 62) \$bff="8-Coup de Vent";
  if (\$vitesse > 75) \$bff="9-Fort Coup de Vent";
  if (\$vitesse > 89) \$bff="10-Tempête";
  if (\$vitesse > 103) \$bff="11-Violente Tempête";
  if (\$vitesse > 118) \$bff="12-Ouragan"; 
}
  else {\$bff="to be updated for other than km/h"; }
  echo \$bff;
  ?>

The text is in french, but it should be easy to remove or replace by any 
language.

Also I handle only windspeed in km/h (just because it's my default unit and 
I was lazy to handle all units :-)). but it's easy to adjust too.

Best regards,






Le vendredi 10 février 2017 19:35:59 UTC+1, Eelco F a écrit :
>
> I do have a question on this.
>
> I noticed that as of weewx 3.2 there is a beaufort calculation in 
> Stdwxcalculate, right?
>
> Now how do I get beaufort values in my reports? Until now I used 
> javascript too, but it should be possible directly from weewx?
>
> Ef
>
> Op zondag 16 maart 2014 09:08:27 UTC+1 schreef Ronald Wildner:
>>
>> I am wondering if there is any hint to display current WindSpeed in 
>> Beaufort !
>> I used google and the search -function, but could not find anything 
>> adequate ;-)
>>
>

-- 
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: traslate zambretti to spanish

2017-02-16 Thread Ruben Navarro Huedo
Thank's a lot Daniel.

Running also for me !

El miércoles, 15 de febrero de 2017, 21:11:05 (UTC+1), Daniel Jerez 
escribió:
>
> Hi, in skin.conf
>
> [Forecast]
> [[Labels]]
> [[[Zambretti]]]
> 'A' = "Bueno y Estable"
> 'B' = "Buen Tiempo"
> 'C' = "Mejorando"
> 'D' = "Bueno, a Inestable"
> 'E' = "Bueno, posibles lloviznas"
> 'F' = "Bastante Bueno, algunas lloviznas"
> 'G' = "Bastante Bueno, lloviznas luego"
> 'H' = "Bastante Bueno, lloviznas luego"
> 'I' = "Lloviznas, luego mejorando"
> 'J' = "Variable"
> 'K' = "Bastante Bueno, Algunas lloviznas"
> 'L' = "Inestable, Aclarando luego"
> 'M' = "Inestable, Posible Mejora"
> 'N' = "Lluvioso, Aclarando a intervalos"
> 'O' = "Lluvioso, tendencia a mejorar"
> 'P' = "Variable, Con Precipitaciones"
> 'Q' = "Inestable, Períodos de mejora"
> 'R' = "Inestable, Precipitaciones mas tarde"
> 'S' = "Inestable, Algunas Precipitaciones"
> 'T' = "Bastante Inestable"
> 'U' = "Precipitaciones Ocasionales, empeorando"
> 'V' = "Precipitaciones, muy Inestable"
> 'W' = "Lluvias Frecuentes"
> 'X' = "Lluvias, altamente Inestable"
> 'Y' = "Tormentas, puede mejorar"
> 'Z' = "Tormentas, Altas Precipitaciones"
>
> its work for me.
>
> Regards
>
>
> On Thursday, January 26, 2017 at 2:02:50 PM UTC-3, mwall wrote:
>>
>> On Thursday, January 26, 2017 at 11:31:50 AM UTC-5, Daniel Jerez wrote:
>>>
>>>
>>> Hi, I wanted to know if it was possible to translate Zambretti's data 
>>> with a forecast extension into another language?
>>>
>>
>> you should put the translation in your skin.conf like this:
>>
>> [Forecast]
>> [[Labels]]
>> [[[Zambretti]]]
>> A = Bueno y Estable
>> B = Buen Tiemp
>> C = Mejorano
>> ...
>>
>> then in your templates you use the labels like this:
>>
>> $forecast.label('Zambretti', 'C')
>>
>> or like this:
>>
>> $forecast.label('Zambretti', $forecast.zambretti.code)
>>
>> see forecast.py for a complete list of the labels that should be 
>> translated.  for example, the [[[Weather]]] stanza has labels for 
>> cloudy, rain, hail, etc. that are used for wu, nws, and other forecasting 
>> services.
>>
>> one of these days we'll come up with an easier way to do translations...
>>
>> 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.


Re: [weewx-user] Re: Formula for barometric pressure

2017-02-16 Thread wysiwyg
tested '* 0.5' one, work perfectly !
Thanks !


Le mardi 14 février 2017 17:32:23 UTC+1, Andrew Milner a écrit :
>
> Both should work
>
>
> On Tuesday, 14 February 2017 18:27:57 UTC+2, wysiwyg wrote:
>
>> Hello !
>>
>> I just discovered this nice SQL command suggested in this discussion:
>>
>> *UPDATE archive SET barometer=barometer+xxx WHERE dateTime < YYY;*
>>
>> I'm interested in this to correct an other parameter with multiplication 
>> instead of addition. 
>> I just would like to confim the syntax to make sure I will not mess up my 
>> database:
>> so If I want to divide by 2 a value:
>>
>> *UPDATE archive SET param_to_be_modified=**param_to_be_modified*0.5** WHERE 
>> dateTime < YYY;*
>>
>> *or maybe:*
>>
>> *UPDATE archive SET param_to_be_modified=**param_to_be_modified/2** WHERE 
>> dateTime < YYY;*
>>
>> Is one of those working (or both).
>>
>> Best regards,
>>
>>
>> Le jeudi 12 janvier 2017 00:36:58 UTC+1, Tom Keffer a écrit :
>>>
>>> Perhaps that's because it was originally translated from a Pascal 
>>> program . :-)
>>>
>>> -tk
>>>
>>> On Wed, Jan 11, 2017 at 2:07 PM, Gone Bush  wrote:
>>>
 Thanks for the replies, much appreciated. And apologies for the 
 confusion.

 Tom Keffer's answer with the reference to the uwxutils.py module was 
 the information is was after. But, being lazy by nature, I was hoping for 
 a 
 "here's the formula" type of answer. ;)

 I'm going through the code now and it doesn't seem that bad - even for 
 a non-Python person.

 --
 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] Thanks for everything

2017-02-16 Thread Paul Dunphy

Hi Dave,

I have fixed my forecast issue as I mentioned on the Google 
groups.  Also I'm now using VE1DX for my CWOP uploads, thanks to you 
giving me the passcode and suggesting I use the server rotation.  I used 
to be EW8606 for a year or so, and I really disliked not using my call.  
That's fixed.  Oh, any reason to use a SSID?  I am just using VE1DX, not 
VE1DX-13 or anything else.  I seem to recall the SSID was important back 
in the packet radio days (I ran a DX Cluster for 13 years until 2015.)


I gave up DXing last year and sold all my HF gear . . . even the 2m 
stuff is gone.  No more CW, SSB, RTTY, Packet, etc.  It's the 21st 
century.  I had them all worked and confirmed on HF anyhow, on multiple 
bands and modes, so couldn't see the point of listening to hissing and 
static to get one more band country.


Also, yesterday I really drilled down into the guts of weewx and 
learned a ton.  I just needed the incentive.  Your postings are very 
helpful.  I find many of the other topics really advanced . . . and 
while they now make sense, I didn't want to try to "start" at the PhD 
level.  Those guys are really sharp, but I find the group not very 
conducive to beginners.  I came from a group headed by AA6YQ (also in 
MA, in spite of the 6 call) who wrote and maintained a suite of logging 
software called DX Labs.  The attitude there was "The only stupid 
question was the one you didn't ask" as opposed to "Didn't you read the 
documentation 12 times before posting that question?"  It weeds out 
those with little interest, but it can put off a lot of people who 
*really* don't understand the system.  It's a great project (weewx), but 
it's not something you can jump into and make sing and dance easily.  
The learning curve is steep, in my opinion.


Anyhow, I home you are not an MIT PhD, or I've probably said too much!

73, Paul VE1DX

--
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] Thank you

2017-02-16 Thread Paul Grunwald
I just wanted to thank Tom and the group for a great piece of software, 
documentation, and support.   I installed on a RPi Model B+ with my WS2080 
and it is working and updating WU and CWOP.   
It seemed to take a while to start generating but seems to be working well 
overnight.  Now I don't have to leave my desktop machine running all the 
time!   I'm looking forward to exploring the other features! 

https://www.wunderground.com/personal-weather-station/dashboard?ID=KNMALBUQ19#history
http://www.findu.com/cgi-bin/wxpage.cgi?call=CW2906


Thank you again for your efforts!

Best regards,
Paul 



-- 
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] Thank you

2017-02-16 Thread Paul Grunwald
I just wanted to thank Tom and the group for a great piece of software, 
documentation, and support.   I installed on a RPi Model B+ with my WS2080 
and it is working and updating WU and CWOP.   
Now I don't have to leave my desktop machine running all the time!   I'm 
looking forward to exploring the other features! 

https://www.wunderground.com/personal-weather-station/dashboard?ID=KNMALBUQ19#history
http://www.findu.com/cgi-bin/wxpage.cgi?call=CW2906


Thank you again for your efforts!

Best regards,
Paul 

p.s.

My steps for install. 

Raspberry Pi Model B 1.2
Raspian Jessie Lite
EDIMAX EW-7811Un N150 USB 2.0 Wireless nano Adapter
8GB Lexar SD Card  Class 4

sudo raspi-confg (expand SSD, SSH, localization)  reboot 
sudo nano /etc/wpa-supplicant/wpa-supplicant.conf  (add network section)

sudo apt- get update

sudo apt- get upgrade

sudo apt- get dist-upgrade

sudo apt- get clean

sudo apt-get install -y nginx

followed instructions here: http://weewx.com/docs/debian.htm,   I did have 
to sudo apt-get -f install


It took hours, not 5 minutes to generate the first web page.  Watching 
syslog, it downloaded all the data from the station since December and 
loaded it in the database.  I was watching the load and it was not working 
that hard and I could not figure out what it was doing.  I left it and went 
to bed and it was all generated this morning. 


-- 
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] acurite lightning detector

2017-02-16 Thread Clay Jackson
Hi, Matt – so, here’s what I see in weewx.log

 

Feb 16 12:18:41 Weather weewx[14361]: sdr: MainThread: AcuriteLightningPacket: 
unrecognized data: '2017-02-16 20:18:41 Acurite lightning 0x2B6F Ch A Msg Type 
0x4f: 67 C 66 % RH Strikes 3 Distance 31 - c0  2b  6f  42  cf  c3  03  9f  
d0*#012'

 

And here’s the SDR part of my config

[SDR]

# This section is for the software-defined radio driver.

 

# The driver to use

driver = user.sdr

path = /usr/local/bin

[[sensor_map]]

windDir = wind_dir.04C9.Acurite5n1Packet

windSpeed = wind_speed.04C9.Acurite5n1Packet

outTemp = temperature.04C9.Acurite5n1Packet

outHumidity = humidity.04C9.Acurite5n1Packet

rain_total = rain_total.04C9.Acurite5n1Packet

extraTemp1 = temperature.2B6F.AcuriteLightningPacket

extraHumid1 = humidity.2B6F.AcuriteLightningPacket

strikes = strikes_total.2B6F.AcuriteLightningPacket

[[deltas]]

strikes = strikes_total

Haven’t done a debug yet;  but will report that next.

 

From: weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] On 
Behalf Of mwall
Sent: Tuesday, February 14, 2017 6:52 AM
To: weewx-user 
Subject: [weewx-user] acurite lightning detector

 

>From: Clay Jackson
>Subject: Acurite Lighning Sensor
>Date: 13 February 2017 23:21:23 EST
>
> Hi, Matthew – new topic/question.   I have one of the Acurite Lighting 
> sensors and would like to
> integrate it into the weewx SDR.  It looks right now as if it’s not really 
> supported. I tried just
> mapping the senors and got some screwy results (see an earlier post).  Then I 
> went back
> and read the code; and it looks like the RTL driver is just dumping data, 
> rather than doing
> a “real” decode.   I’d be happy to work with you on seeing if we can get it 
> working – let me
> know if you’d like to try that.
> 
> Thanks!
> 
> Clay Jackson

clay,

this is typical output from the lightning detector, as returned by rtl_433:

2016-11-04 04:34:58 Acurite lightning 0x536F Ch A Msg Type 0x51: 15 C 58 % RH 
Strikes 50 Distance 69 - c0  53  6f  3a  d1  0f  b2  c5  13*
2016-11-04 04:43:14 Acurite lightning 0x536F Ch A Msg Type 0x51: 15 C 58 % RH 
Strikes 55 Distance 5 - c0  53  6f  3a  d1  0f  b7  05  58*

with a SDR configuration and sensor_map like this:

[SDR]
driver = user.sdr
cmd = rtl_433 -q -U -G -F json
[[sensor_map]]
windDir = wind_dir.0BFA.Acurite5n1Packet
windSpeed = wind_speed.0BFA.Acurite5n1Packet
outTemp = temperature.0BFA.Acurite5n1Packet
outHumidity = humidity.0BFA.Acurite5n1Packet
outTempBatteryStatus = battery.0BFA.Acurite5n1Packet
inTemp = temperature.24A4.AcuriteTowerPacket
inHumidity = humidity.24A4.AcuriteTowerPacket
txBatteryStatus = battery.24A4.AcuriteTowerPacket
extraTemp2 = temperature.526F.AcuriteLightningPacket
extraHumid2 = humidity.526F.AcuriteLightningPacket
distance = distance.526F.AcuriteLightningPacket
strikes_total = strikes_total.526F.AcuriteLightningPacket
[[deltas]]
strikes = strikes_total

the weewx-sdr driver parses lightning sensor output into packets something like 
this:

LOOP:   2017-02-14 09:50:31 EST (1487083831) altimeter: None, appTemp: None, 
barometer: None, cloudbase: None, dateTime: 1487083831, dewpoint: None, 
distance: 15.0, extraHumid2: 35.0, extraTemp2: 55.4, heatindex: None, humidex: 
None, inDewpoint: None, maxSolarRad: None, rainRate: 0, strikes: 0.0, 
strikes_total: 61.0, usUnits: 1, windchill: None

is that what you see?

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.

-- 
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] acurite lightning detector

2017-02-16 Thread mwall


On Thursday, February 16, 2017 at 3:21:34 PM UTC-5, Clay Jackson wrote:
>
> Hi, Matt – so, here’s what I see in weewx.log
>
>  
>
> Feb 16 12:18:41 Weather weewx[14361]: sdr: MainThread: 
> AcuriteLightningPacket: unrecognized data: '2017-02-16 20:18:41 Acurite 
> lightning 0x2B6F Ch A Msg Type 0x4f: 67 C 66 % RH Strikes 3 Distance 31 - 
> c0  2b  6f  42  cf  c3  03  9f  d0*#012'
>

clay,

this is fixed in version 0.22 of weewx-sdr.  your sensor emits a hex 
message type of 0x47, but the previous parser was looking for only digits, 
not hex.

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: WMRS200 : wrong rainBatteryStatus values in database

2017-02-16 Thread mwall
On Thursday, February 16, 2017 at 3:12:11 AM UTC-5, wysiwyg wrote:
>
> Hello ! 
>
> While checking out some improvement of my battery monitoring, I notice 
> some value of rainBatteryStatus higher then 1 !
> ...
> isn't it a bit weird ?
>

does the wmrs200 base station provide any indication of battery status?

does the software that comes with wmrs200 provide battery status indicators?

if so, do these show a binary value ('ok' and 'not ok'), or something else?

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.


Re: [weewx-user] acurite lightning detector

2017-02-16 Thread Clay Jackson
Downloaded and it's now capturing - temp is way off (30+ degrees high); but I 
suspect that's either an RTL or Acurite issue

Sent from my iPhone
Clay Jackson


> On Feb 16, 2017, at 12:21 PM, Clay Jackson  wrote:
> 
> Hi, Matt – so, here’s what I see in weewx.log
>  
> Feb 16 12:18:41 Weather weewx[14361]: sdr: MainThread: 
> AcuriteLightningPacket: unrecognized data: '2017-02-16 20:18:41 Acurite 
> lightning 0x2B6F Ch A Msg Type 0x4f: 67 C 66 % RH Strikes 3 Distance 31 - c0  
> 2b  6f  42  cf  c3  03  9f  d0*#012'
>  
> And here’s the SDR part of my config
> [SDR]
> # This section is for the software-defined radio driver.
>  
> # The driver to use
> driver = user.sdr
> path = /usr/local/bin
> [[sensor_map]]
> windDir = wind_dir.04C9.Acurite5n1Packet
> windSpeed = wind_speed.04C9.Acurite5n1Packet
> outTemp = temperature.04C9.Acurite5n1Packet
> outHumidity = humidity.04C9.Acurite5n1Packet
> rain_total = rain_total.04C9.Acurite5n1Packet
> extraTemp1 = temperature.2B6F.AcuriteLightningPacket
> extraHumid1 = humidity.2B6F.AcuriteLightningPacket
> strikes = strikes_total.2B6F.AcuriteLightningPacket
> [[deltas]]
> strikes = strikes_total
> Haven’t done a debug yet;  but will report that next.
>  
> From: weewx-user@googlegroups.com [mailto:weewx-user@googlegroups.com] On 
> Behalf Of mwall
> Sent: Tuesday, February 14, 2017 6:52 AM
> To: weewx-user 
> Subject: [weewx-user] acurite lightning detector
>  
> >From: Clay Jackson
> >Subject: Acurite Lighning Sensor
> >Date: 13 February 2017 23:21:23 EST
> >
> > Hi, Matthew – new topic/question.   I have one of the Acurite Lighting 
> > sensors and would like to
> > integrate it into the weewx SDR.  It looks right now as if it’s not really 
> > supported. I tried just
> > mapping the senors and got some screwy results (see an earlier post).  Then 
> > I went back
> > and read the code; and it looks like the RTL driver is just dumping data, 
> > rather than doing
> > a “real” decode.   I’d be happy to work with you on seeing if we can get it 
> > working – let me
> > know if you’d like to try that.
> > 
> > Thanks!
> > 
> > Clay Jackson
> 
> clay,
> 
> this is typical output from the lightning detector, as returned by rtl_433:
> 
> 2016-11-04 04:34:58 Acurite lightning 0x536F Ch A Msg Type 0x51: 15 C 58 % RH 
> Strikes 50 Distance 69 - c0  53  6f  3a  d1  0f  b2  c5  13*
> 2016-11-04 04:43:14 Acurite lightning 0x536F Ch A Msg Type 0x51: 15 C 58 % RH 
> Strikes 55 Distance 5 - c0  53  6f  3a  d1  0f  b7  05  58*
> 
> with a SDR configuration and sensor_map like this:
> 
> [SDR]
> driver = user.sdr
> cmd = rtl_433 -q -U -G -F json
> [[sensor_map]]
> windDir = wind_dir.0BFA.Acurite5n1Packet
> windSpeed = wind_speed.0BFA.Acurite5n1Packet
> outTemp = temperature.0BFA.Acurite5n1Packet
> outHumidity = humidity.0BFA.Acurite5n1Packet
> outTempBatteryStatus = battery.0BFA.Acurite5n1Packet
> inTemp = temperature.24A4.AcuriteTowerPacket
> inHumidity = humidity.24A4.AcuriteTowerPacket
> txBatteryStatus = battery.24A4.AcuriteTowerPacket
> extraTemp2 = temperature.526F.AcuriteLightningPacket
> extraHumid2 = humidity.526F.AcuriteLightningPacket
> distance = distance.526F.AcuriteLightningPacket
> strikes_total = strikes_total.526F.AcuriteLightningPacket
> [[deltas]]
> strikes = strikes_total
> 
> the weewx-sdr driver parses lightning sensor output into packets something 
> like this:
> 
> LOOP:   2017-02-14 09:50:31 EST (1487083831) altimeter: None, appTemp: None, 
> barometer: None, cloudbase: None, dateTime: 1487083831, dewpoint: None, 
> distance: 15.0, extraHumid2: 35.0, extraTemp2: 55.4, heatindex: None, 
> humidex: None, inDewpoint: None, maxSolarRad: None, rainRate: 0, strikes: 
> 0.0, strikes_total: 61.0, usUnits: 1, windchill: None
> 
> is that what you see?
> 
> 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.
> -- 
> 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] CWOP reporting

2017-02-16 Thread Paul Grunwald
Hi - 

I just changed to 5 minutes on my WS 2080 with

sudo wee_device --set-interval=5 and restarted. 

Weather Underground is seeing 5 minute updates:


5:50 PM 58.1 °F 26.9 °F 30 % North 5 mph 9.2 mph 29.81 in 0 in 0 in
5:55 PM 57.4 °F 27.2 °F 31 % North 4.7 mph 7.6 mph 29.82 in 0 in 0 in
6:01 PM 57 °F 28 °F 33 % North 4.4 mph 6.9 mph 29.83 in 0 in 0 in
6:10 PM 56.3 °F 28.7 °F 34 % North 2.5 mph 5.4 mph 29.84 in 0 in 0 in
6:15 PM 56 °F 28.7 °F 35 % North 2.8 mph 4.5 mph 29.84 in 0 in 0 in
6:21 PM 55.6 °F 28.4 °F 35 % West 3.3 mph 6 mph 29.85 in 0 in 0 in


CWOP does not:

CW2906>APRS,TCPXX*,qAX,CWOP-1:@17z3510.82N/10633.53W_201/004g009t061r000p000P000b10127h26.weewx-3.6.2-FineOffsetUSB
CW2906>APRS,TCPXX*,qAX,CWOP-6:@170040z3510.82N/10633.53W_207/005g010t059r000p000P000b10125h28.weewx-3.6.2-FineOffsetUSB
CW2906>APRS,TCPXX*,qAX,CWOP-1:@170050z3510.82N/10633.53W_.../004g009t058r000p000P000b10126h30.weewx-3.6.2-FineOffsetUSB
CW2906>APRS,TCPXX*,qAX,CWOP-4:@170105z3510.82N/10633.53W_.../003g006t056r000p000P000b10127h34.weewx-3.6.2-FineOffsetUSB
CW2906>APRS,TCPXX*,qAX,CWOP-1:@170115z3510.82N/10633.53W_.../002g004t055r000p000P000b10128h35.weewx-3.6.2-FineOffsetUSB

syslog:

Feb 16 18:01:17 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
record 2017-02-16 18:00:00 MST (1487293200)
Feb 16 18:01:21 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files for 
report StandardReport in 8.35 seconds
Feb 16 18:01:42 pi-WX weewx[1637]: genimages: Generated 36 images for 
StandardReport in 20.57 seconds
Feb 16 18:01:42 pi-WX weewx[1637]: reportengine: copied 0 files to 
/var/www/html/weewx
Feb 16 18:05:22 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:05:00 MST (1487293500) to database 'weewx.sdb'
Feb 16 18:05:23 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:05:00 MST (1487293500) to daily summary in 'weewx.sdb'
Feb 16 18:05:24 pi-WX weewx[1637]: restx: CWOP: Published record 2017-02-16 
18:05:00 MST (1487293500)
Feb 16 18:05:25 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
record 2017-02-16 18:05:00 MST (1487293500)
Feb 16 18:05:32 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files for 
report StandardReport in 8.28 seconds
Feb 16 18:05:35 pi-WX weewx[1637]: genimages: Generated 12 images for 
StandardReport in 2.93 seconds
Feb 16 18:05:35 pi-WX weewx[1637]: reportengine: copied 0 files to 
/var/www/html/weewx
Feb 16 18:06:33 pi-WX wpa_supplicant[448]: wlan0: WPA: Group rekeying 
completed with 74:03:bd:1d:09:50 [GTK=CCMP]
Feb 16 18:06:33 pi-WX wpa_supplicant[448]: wlan0: WPA: Group rekeying 
completed with 74:03:bd:1d:09:50 [GTK=CCMP]
Feb 16 18:10:34 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:10:00 MST (1487293800) to database 'weewx.sdb'
Feb 16 18:10:34 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:10:00 MST (1487293800) to daily summary in 'weewx.sdb'
Feb 16 18:10:35 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
record 2017-02-16 18:10:00 MST (1487293800)
Feb 16 18:10:43 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files for 
report StandardReport in 8.53 seconds
Feb 16 18:10:46 pi-WX weewx[1637]: genimages: Generated 12 images for 
StandardReport in 2.95 seconds
Feb 16 18:10:46 pi-WX weewx[1637]: reportengine: copied 0 files to 
/var/www/html/weewx
Feb 16 18:15:47 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:15:00 MST (1487294100) to database 'weewx.sdb'
Feb 16 18:15:47 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:15:00 MST (1487294100) to daily summary in 'weewx.sdb'
Feb 16 18:15:47 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
record 2017-02-16 18:15:00 MST (1487294100)
Feb 16 18:15:47 pi-WX weewx[1637]: restx: CWOP: Published record 2017-02-16 
18:15:00 MST (1487294100)
Feb 16 18:15:56 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files for 
report StandardReport in 8.26 seconds
Feb 16 18:15:59 pi-WX weewx[1637]: genimages: Generated 12 images for 
StandardReport in 2.94 seconds
Feb 16 18:15:59 pi-WX weewx[1637]: reportengine: copied 0 files to 
/var/www/html/weewx
Feb 16 18:17:01 pi-WX CRON[1868]: (root) CMD (   cd / && run-parts --report 
/etc/cron.hourly)
Feb 16 18:20:59 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:20:00 MST (1487294400) to database 'weewx.sdb'
Feb 16 18:21:00 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:20:00 MST (1487294400) to daily summary in 'weewx.sdb'
Feb 16 18:21:00 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
record 2017-02-16 18:20:00 MST (1487294400)
Feb 16 18:21:08 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files for 
report StandardReport in 8.26 seconds
Feb 16 18:21:11 pi-WX weewx[1637]: genimages: Generated 12 images for 
StandardReport in 3.04 seconds
Feb 16 18:21:11 pi-WX weewx[1637]: reportengine: copied 0 files to 
/var/www/html/weewx
Feb 16 18:26:14 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:25:00 MST (1487294700) to database 'weewx.sdb'
Feb 16 18:26:15 pi-WX weewx[1637]: manager: added record 2017-02-16 
18:

[weewx-user] Re: CWOP reporting

2017-02-16 Thread gjr80
Hi,

Not a CWOP poster myself, but have a look at the post_interval setting in 
the CWOP section  of the 
User's Guide. Setting post_interval to 0 or 300 should do it.

Gary

On Friday, 17 February 2017 11:31:48 UTC+10, Paul Grunwald wrote:
>
> Hi - 
>
> I just changed to 5 minutes on my WS 2080 with
>
> sudo wee_device --set-interval=5 and restarted. 
>
> Weather Underground is seeing 5 minute updates:
>
>
> 5:50 PM 58.1 °F 26.9 °F 30 % North 5 mph 9.2 mph 29.81 in 0 in 0 in
> 5:55 PM 57.4 °F 27.2 °F 31 % North 4.7 mph 7.6 mph 29.82 in 0 in 0 in
> 6:01 PM 57 °F 28 °F 33 % North 4.4 mph 6.9 mph 29.83 in 0 in 0 in
> 6:10 PM 56.3 °F 28.7 °F 34 % North 2.5 mph 5.4 mph 29.84 in 0 in 0 in
> 6:15 PM 56 °F 28.7 °F 35 % North 2.8 mph 4.5 mph 29.84 in 0 in 0 in
> 6:21 PM 55.6 °F 28.4 °F 35 % West 3.3 mph 6 mph 29.85 in 0 in 0 in
>
>
> CWOP does not:
>
>
> CW2906>APRS,TCPXX*,qAX,CWOP-1:@17z3510.82N/10633.53W_201/004g009t061r000p000P000b10127h26.weewx-3.6.2-FineOffsetUSB
>
> CW2906>APRS,TCPXX*,qAX,CWOP-6:@170040z3510.82N/10633.53W_207/005g010t059r000p000P000b10125h28.weewx-3.6.2-FineOffsetUSB
>
> CW2906>APRS,TCPXX*,qAX,CWOP-1:@170050z3510.82N/10633.53W_.../004g009t058r000p000P000b10126h30.weewx-3.6.2-FineOffsetUSB
>
> CW2906>APRS,TCPXX*,qAX,CWOP-4:@170105z3510.82N/10633.53W_.../003g006t056r000p000P000b10127h34.weewx-3.6.2-FineOffsetUSB
>
> CW2906>APRS,TCPXX*,qAX,CWOP-1:@170115z3510.82N/10633.53W_.../002g004t055r000p000P000b10128h35.weewx-3.6.2-FineOffsetUSB
>
> syslog:
>
> Feb 16 18:01:17 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
> record 2017-02-16 18:00:00 MST (1487293200)
> Feb 16 18:01:21 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files 
> for report StandardReport in 8.35 seconds
> Feb 16 18:01:42 pi-WX weewx[1637]: genimages: Generated 36 images for 
> StandardReport in 20.57 seconds
> Feb 16 18:01:42 pi-WX weewx[1637]: reportengine: copied 0 files to 
> /var/www/html/weewx
> Feb 16 18:05:22 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:05:00 MST (1487293500) to database 'weewx.sdb'
> Feb 16 18:05:23 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:05:00 MST (1487293500) to daily summary in 'weewx.sdb'
> Feb 16 18:05:24 pi-WX weewx[1637]: restx: CWOP: Published record 
> 2017-02-16 18:05:00 MST (1487293500)
> Feb 16 18:05:25 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
> record 2017-02-16 18:05:00 MST (1487293500)
> Feb 16 18:05:32 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files 
> for report StandardReport in 8.28 seconds
> Feb 16 18:05:35 pi-WX weewx[1637]: genimages: Generated 12 images for 
> StandardReport in 2.93 seconds
> Feb 16 18:05:35 pi-WX weewx[1637]: reportengine: copied 0 files to 
> /var/www/html/weewx
> Feb 16 18:06:33 pi-WX wpa_supplicant[448]: wlan0: WPA: Group rekeying 
> completed with 74:03:bd:1d:09:50 [GTK=CCMP]
> Feb 16 18:06:33 pi-WX wpa_supplicant[448]: wlan0: WPA: Group rekeying 
> completed with 74:03:bd:1d:09:50 [GTK=CCMP]
> Feb 16 18:10:34 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:10:00 MST (1487293800) to database 'weewx.sdb'
> Feb 16 18:10:34 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:10:00 MST (1487293800) to daily summary in 'weewx.sdb'
> Feb 16 18:10:35 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
> record 2017-02-16 18:10:00 MST (1487293800)
> Feb 16 18:10:43 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files 
> for report StandardReport in 8.53 seconds
> Feb 16 18:10:46 pi-WX weewx[1637]: genimages: Generated 12 images for 
> StandardReport in 2.95 seconds
> Feb 16 18:10:46 pi-WX weewx[1637]: reportengine: copied 0 files to 
> /var/www/html/weewx
> Feb 16 18:15:47 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:15:00 MST (1487294100) to database 'weewx.sdb'
> Feb 16 18:15:47 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:15:00 MST (1487294100) to daily summary in 'weewx.sdb'
> Feb 16 18:15:47 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
> record 2017-02-16 18:15:00 MST (1487294100)
> Feb 16 18:15:47 pi-WX weewx[1637]: restx: CWOP: Published record 
> 2017-02-16 18:15:00 MST (1487294100)
> Feb 16 18:15:56 pi-WX weewx[1637]: cheetahgenerator: Generated 14 files 
> for report StandardReport in 8.26 seconds
> Feb 16 18:15:59 pi-WX weewx[1637]: genimages: Generated 12 images for 
> StandardReport in 2.94 seconds
> Feb 16 18:15:59 pi-WX weewx[1637]: reportengine: copied 0 files to 
> /var/www/html/weewx
> Feb 16 18:17:01 pi-WX CRON[1868]: (root) CMD (   cd / && run-parts 
> --report /etc/cron.hourly)
> Feb 16 18:20:59 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:20:00 MST (1487294400) to database 'weewx.sdb'
> Feb 16 18:21:00 pi-WX weewx[1637]: manager: added record 2017-02-16 
> 18:20:00 MST (1487294400) to daily summary in 'weewx.sdb'
> Feb 16 18:21:00 pi-WX weewx[1637]: restx: Wunderground-PWS: Published 
> record 2017-02-16 18:20:00 MST (1487294400)
> Feb 16 18:21:08 pi-WX weewx[16

[weewx-user] Re: CWOP reporting

2017-02-16 Thread Paul Grunwald


On Thursday, February 16, 2017 at 6:50:23 PM UTC-7, gjr80 wrote:
>
> Hi,
>
> Not a CWOP poster myself, but have a look at the post_interval setting in 
> the CWOP section  of the 
> User's Guide. Setting post_interval to 0 or 300 should do it.
>
> Gary
>
>
> Thanks - missed that.  

-- 
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.