RE: [weewx-user] Re: Rain gauge errors

[Andrew Milner]

The tipping bucket must be ut in a linear fashion as the only thing which can 
be wrong is the bucket size itself, assuming it is lubricated and moving 
freely. Have you ecperimented with dripping water into the gauge and measuring 
the number if tips for a fixed quantity of water? It must be a linear 
relationship as near as dammit.

Sent from my Windows 10 phone

From: TheChoctlab
Sent: 19 September 2017 08:49
To: weewx-user
Subject: Re: [weewx-user] Re: Rain gauge errors

Got it.  Thank you.

On Monday, September 18, 2017 at 10:48:05 PM UTC-7, Andrew Milner wrote:
A single addition would work for the daily total in the daily rain table, but 
not fir the individual archive records in the archive table.  
 
Sent from my Windows 10 phone
 
From: TheChoctlab
Sent: 19 September 2017 08:44
To: weewx-user
Subject: [weewx-user] Re: Rain gauge errors
 
After re-reading your post, the following occurred to me:

UPDATE archive SET rain = rain + yy WHERE dateTime > x;

yy being the difference between the tipping bucket and manual gauges.



On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
I forgot to add
1. Take a copy of the database before manipulating/updating values
2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID THE 
UPDATE and then on subsequent manipulations it would be
 
UPDATE archive SET rain = rain * 2 WHERE dateTime > x;

On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
Depends what you mean by 'manipulate'!!
 
If you have a formula that would convert VP2 reading to match manual reading 
then the formula could be put into the calibration section of weewx.
 
If you want to change existing readings already in the database then you can 
use SQLite to issue sql statements direcly
eg to double all rain readings before epochdate x would be something 
like:
 
UPDATE archive SET rain = rain * 2 WHERE dateTime < x;

On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
My VP2 rain gauge, not unlike other tipping bucket gauges, is often inaccurate. 
I have a Stratus RG202 manual gauge to compare it to.

I understand that I will need to manipulate weewx.sdb to reflect the readings 
from the manual gauge.  But, I am not sure what exactly to manipulate.


Guidance please.
-- 
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/ygSQ1OzWV88/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/ygSQ1OzWV88/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.

Re: [weewx-user] Re: Rain gauge errors

[TheChoctlab]

Got it.  Thank you.

On Monday, September 18, 2017 at 10:48:05 PM UTC-7, Andrew Milner wrote:
>
> A single addition would work for the daily total in the daily rain table, 
> but not fir the individual archive records in the archive table.  
>
>  
>
> Sent from my Windows 10 phone
>
>  
>
> *From: *TheChoctlab 
> *Sent: *19 September 2017 08:44
> *To: *weewx-user 
> *Subject: *[weewx-user] Re: Rain gauge errors
>
>  
>
> After re-reading your post, the following occurred to me:
>
> UPDATE archive SET rain = rain + yy WHERE dateTime > x;
>
> yy being the difference between the tipping bucket and manual gauges.
>
>
>
> On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
>
> I forgot to add
>
> 1. Take a copy of the database before manipulating/updating values
>
> 2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID 
> THE UPDATE and then on subsequent manipulations it would be
>
>  
>
> UPDATE archive SET rain = rain * 2 WHERE dateTime > x;
>
> On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
>
> Depends what you mean by 'manipulate'!!
>
>  
>
> If you have a formula that would convert VP2 reading to match manual 
> reading then the formula could be put into the calibration section of weewx.
>
>  
>
> If you want to change existing readings already in the database then you 
> can use SQLite to issue sql statements direcly
>
> eg to double all rain readings before epochdate x would be 
> something like:
>
>  
>
> UPDATE archive SET rain = rain * 2 WHERE dateTime < x;
>
>
> On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
>
> My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
> inaccurate. I have a Stratus RG202 manual gauge to compare it to.
>
> I understand that I will need to manipulate weewx.sdb to reflect the 
> readings from the manual gauge.  But, I am not sure what exactly to 
> manipulate.
>
>
> Guidance please.
>
> -- 
> 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/ygSQ1OzWV88/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: Rain gauge errors

[Andrew Milner]

A single addition would work for the daily total in the daily rain table, but 
not fir the individual archive records in the archive table.  

Sent from my Windows 10 phone

From: TheChoctlab
Sent: 19 September 2017 08:44
To: weewx-user
Subject: [weewx-user] Re: Rain gauge errors

After re-reading your post, the following occurred to me:

UPDATE archive SET rain = rain + yy WHERE dateTime > x;

yy being the difference between the tipping bucket and manual gauges.



On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
I forgot to add
1. Take a copy of the database before manipulating/updating values
2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID THE 
UPDATE and then on subsequent manipulations it would be

UPDATE archive SET rain = rain * 2 WHERE dateTime > x;

On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
Depends what you mean by 'manipulate'!!

If you have a formula that would convert VP2 reading to match manual reading 
then the formula could be put into the calibration section of weewx.

If you want to change existing readings already in the database then you can 
use SQLite to issue sql statements direcly
eg to double all rain readings before epochdate x would be something 
like:

UPDATE archive SET rain = rain * 2 WHERE dateTime < x;

On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
My VP2 rain gauge, not unlike other tipping bucket gauges, is often inaccurate. 
I have a Stratus RG202 manual gauge to compare it to.

I understand that I will need to manipulate weewx.sdb to reflect the readings 
from the manual gauge.  But, I am not sure what exactly to manipulate.


Guidance please.
-- 
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/ygSQ1OzWV88/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: Rain gauge errors

[TheChoctlab]

After re-reading your post, the following occurred to me:

UPDATE archive SET rain = rain + yy WHERE dateTime > x;

yy being the difference between the tipping bucket and manual gauges.



On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
>
> I forgot to add
> 1. Take a copy of the database before manipulating/updating values
> 2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID 
> THE UPDATE and then on subsequent manipulations it would be
>
> UPDATE archive SET rain = rain * 2 WHERE dateTime > x;
>
> On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
>
>> Depends what you mean by 'manipulate'!!
>>
>> If you have a formula that would convert VP2 reading to match manual 
>> reading then the formula could be put into the calibration section of weewx.
>>
>> If you want to change existing readings already in the database then you 
>> can use SQLite to issue sql statements direcly
>> eg to double all rain readings before epochdate x would be 
>> something like:
>>
>> UPDATE archive SET rain = rain * 2 WHERE dateTime < x;
>>
>> On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
>>
>>> My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
>>> inaccurate. I have a Stratus RG202 manual gauge to compare it to.
>>>
>>> I understand that I will need to manipulate weewx.sdb to reflect the 
>>> readings from the manual gauge.  But, I am not sure what exactly to 
>>> manipulate.
>>>
>>>
>>> Guidance please.
>>>
>>

-- 
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: Rain gauge errors

[Andrew Milner]

It should not be that incorrect if the tipping gauge is mounted in the correct 
manner. They are not that bad – seriously.

Sent from my Windows 10 phone

From: TheChoctlab
Sent: 19 September 2017 08:36
To: weewx-user
Subject: [weewx-user] Re: Rain gauge errors

Andrew,

In this case, "manipulate" = "correct."

Unfortunately, the difference between what the tipping bucket and the manual 
gauge reads is not linear.  So, multiplying readings by a constant number will 
not work.  I likely will have to make the correction(s) after every day that it 
rains.


On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
I forgot to add
1. Take a copy of the database before manipulating/updating values
2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID THE 
UPDATE and then on subsequent manipulations it would be

UPDATE archive SET rain = rain * 2 WHERE dateTime > x;

On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
Depends what you mean by 'manipulate'!!

If you have a formula that would convert VP2 reading to match manual reading 
then the formula could be put into the calibration section of weewx.

If you want to change existing readings already in the database then you can 
use SQLite to issue sql statements direcly
eg to double all rain readings before epochdate x would be something 
like:

UPDATE archive SET rain = rain * 2 WHERE dateTime < x;

On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
My VP2 rain gauge, not unlike other tipping bucket gauges, is often inaccurate. 
I have a Stratus RG202 manual gauge to compare it to.

I understand that I will need to manipulate weewx.sdb to reflect the readings 
from the manual gauge.  But, I am not sure what exactly to manipulate.


Guidance please.
-- 
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/ygSQ1OzWV88/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: Rain gauge errors

[TheChoctlab]

After re-reading your post, the following occurred to me:

UPDATE archive SET rain = rain + yy WHERE dateTime > x;

yy being the difference between the tipping bucket and manual gauges.

If that is correct, must I keep that line entry in the conf file for 
eternity or, delete it the next day?

Thank you.

On Monday, September 18, 2017 at 10:36:14 PM UTC-7, TheChoctlab wrote:
>
> Andrew,
>
> In this case, "manipulate" = "correct."
>
> Unfortunately, the difference between what the tipping bucket and the 
> manual gauge reads is not linear.  So, multiplying readings by a constant 
> number will not work.  I likely will have to make the correction(s) after 
> every day that it rains.
>
>
> On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
>>
>> I forgot to add
>> 1. Take a copy of the database before manipulating/updating values
>> 2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID 
>> THE UPDATE and then on subsequent manipulations it would be
>>
>> UPDATE archive SET rain = rain * 2 WHERE dateTime > x;
>>
>> On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
>>
>>> Depends what you mean by 'manipulate'!!
>>>
>>> If you have a formula that would convert VP2 reading to match manual 
>>> reading then the formula could be put into the calibration section of weewx.
>>>
>>> If you want to change existing readings already in the database then you 
>>> can use SQLite to issue sql statements direcly
>>> eg to double all rain readings before epochdate x would be 
>>> something like:
>>>
>>> UPDATE archive SET rain = rain * 2 WHERE dateTime < x;
>>>
>>> On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
>>>
 My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
 inaccurate. I have a Stratus RG202 manual gauge to compare it to.

 I understand that I will need to manipulate weewx.sdb to reflect the 
 readings from the manual gauge.  But, I am not sure what exactly to 
 manipulate.


 Guidance please.

>>>

-- 
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: Rain gauge errors

[TheChoctlab]

Andrew,

In this case, "manipulate" = "correct."

Unfortunately, the difference between what the tipping bucket and the 
manual gauge reads is not linear.  So, multiplying readings by a constant 
number will not work.  I likely will have to make the correction(s) after 
every day that it rains.


On Monday, September 18, 2017 at 8:47:22 PM UTC-7, Andrew Milner wrote:
>
> I forgot to add
> 1. Take a copy of the database before manipulating/updating values
> 2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID 
> THE UPDATE and then on subsequent manipulations it would be
>
> UPDATE archive SET rain = rain * 2 WHERE dateTime > x;
>
> On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:
>
>> Depends what you mean by 'manipulate'!!
>>
>> If you have a formula that would convert VP2 reading to match manual 
>> reading then the formula could be put into the calibration section of weewx.
>>
>> If you want to change existing readings already in the database then you 
>> can use SQLite to issue sql statements direcly
>> eg to double all rain readings before epochdate x would be 
>> something like:
>>
>> UPDATE archive SET rain = rain * 2 WHERE dateTime < x;
>>
>> On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
>>
>>> My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
>>> inaccurate. I have a Stratus RG202 manual gauge to compare it to.
>>>
>>> I understand that I will need to manipulate weewx.sdb to reflect the 
>>> readings from the manual gauge.  But, I am not sure what exactly to 
>>> manipulate.
>>>
>>>
>>> Guidance please.
>>>
>>

-- 
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: Have the tide on website weewx

[mwall]

On Monday, September 18, 2017 at 11:29:14 PM UTC-4, vk3anz wrote:
>
> Just a word of caution - there is more to the tide than just the location 
> of the sun and moon. The local coastline and bathymetry play a bit part and 
> can change times by some hours.
> When I worked for the local meteorological organisation, I found that it 
> was not at all straight forward to provide general tide information. For a 
> specific location it is possible to work out the various biases involved 
> and this is how the published tide tables are done.
> Susan
>

right you are, susan!  the forecast extension uses the 'xtide' program by 
david flater:

http://www.flaterco.com/xtide/

xtide uses harmonic tables from known, measured sites to forecast the 
tides.  unfortunately these harmonic tables are not available for every 
location.

if xtide does not have your location, it is possible to create a harmonics 
table, but this requires about one year of tide measurements.

http://www.flaterco.com/xtide/harmonics.html

just to see how difficult this might be, i've been running a tide monitor 
built from a maxbotix ultrasonic sensor connected to a raspberry pi, 
running weewx.  more about that in a month or two when the first year of 
data are complete and sanitized...

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: Rain gauge errors

[Andrew Milner]

I forgot to add
1. Take a copy of the database before manipulating/updating values
2. If you 'correct' the readings MAKE A NOTE OF THE DATE TO WHICH YOU DID 
THE UPDATE and then on subsequent manipulations it would be

UPDATE archive SET rain = rain * 2 WHERE dateTime > x;

On Tuesday, 19 September 2017 06:43:46 UTC+3, Andrew Milner wrote:

> Depends what you mean by 'manipulate'!!
>
> If you have a formula that would convert VP2 reading to match manual 
> reading then the formula could be put into the calibration section of weewx.
>
> If you want to change existing readings already in the database then you 
> can use SQLite to issue sql statements direcly
> eg to double all rain readings before epochdate x would be 
> something like:
>
> UPDATE archive SET rain = rain * 2 WHERE dateTime < x;
>
> On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:
>
>> My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
>> inaccurate. I have a Stratus RG202 manual gauge to compare it to.
>>
>> I understand that I will need to manipulate weewx.sdb to reflect the 
>> readings from the manual gauge.  But, I am not sure what exactly to 
>> manipulate.
>>
>>
>> Guidance please.
>>
>

-- 
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: Rain gauge errors

[Andrew Milner]

Depends what you mean by 'manipulate'!!

If you have a formula that would convert VP2 reading to match manual 
reading then the formula could be put into the calibration section of weewx.

If you want to change existing readings already in the database then you 
can use SQLite to issue sql statements direcly
eg to double all rain readings before epochdate x would be 
something like:

UPDATE archive SET rain = rain * 2 WHERE dateTime < x;

On Tuesday, 19 September 2017 06:02:13 UTC+3, TheChoctlab wrote:

> My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
> inaccurate. I have a Stratus RG202 manual gauge to compare it to.
>
> I understand that I will need to manipulate weewx.sdb to reflect the 
> readings from the manual gauge.  But, I am not sure what exactly to 
> manipulate.
>
>
> Guidance please.
>

-- 
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: Have the tide on website weewx

[vk3anz]

Just a word of caution - there is more to the tide than just the location 
of the sun and moon. The local coastline and bathymetry play a bit part and 
can change times by some hours.
When I worked for the local meteorological organisation, I found that it 
was not at all straight forward to provide general tide information. For a 
specific location it is possible to work out the various biases involved 
and this is how the published tide tables are done.
Susan

-- 
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] Rain gauge errors

[TheChoctlab]

My VP2 rain gauge, not unlike other tipping bucket gauges, is often 
inaccurate. I have a Stratus RG202 manual gauge to compare it to.

I understand that I will need to manipulate weewx.sdb to reflect the 
readings from the manual gauge.  But, I am not sure what exactly to 
manipulate.


Guidance please.

-- 
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: Wrong solar radiation values in weewx

[mwall]

On Monday, September 18, 2017 at 4:32:57 PM UTC-4, Damjan Hajsek wrote:
>
> Rainrate is exactly 10 times higher in weewx than on console.
>

please try weewx-interceptor v0.35 (commit 2fa4a7e)

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: Weewx and WH4000 with PI3

[mwall]

On Monday, September 18, 2017 at 5:33:48 PM UTC-4, Holm Dittrich wrote:
>
> Dear Matt
>
> thanks for your answer. First step (Simulator) is running but I have no 
> idea how I can install the driver WH23xx.
> I unzip the file weewx-wh23xx-master.zip in my Downloads folder.
>
> But now I not sure with what request I have to use for installing...
>
> I use sudo apt-get install install or sudo ./install.py install
>
> I have no idea. It would be fine to get a idea from your side.
>>
>>
>>
you do not have to unzip the driver package.

assuming that the driver package is

/home/username/Downloads/weewx-wh23xx-master.zip

you install it like this:

sudo wee_extension --install 
/home/username/Downloads/weewx-wh23xx-master.zip

then you must change from simulator to the new driver like this:

sudo wee_config

one of the prompts will be to select a driver, and the wh23xx driver should 
be in the list.

at this point, you probably should get rid of the simulator data:

sudo mv /var/lib/weewx/weewx.sdb /var/lib/weewx/weewx-simulator.sdb

finally, start weewx as usual:

sudo /etc/init.d/weewx start

m

nb: these instructions assume that you installed weewx from the debian 
package.  if you installed using setup.py, then you must enter the full 
path to wee_extension and wee_config.  for example:

sudo /home/weewx/bin/wee_extension ...

sudo /home/weewx/bin/wee_config

-- 
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: Weewx and WH4000 with PI3

['Holm Dittrich' via weewx-user]

Dear Matt

thanks for your answer. First step (Simulator) is running but I have no 
idea how I can install the driver WH23xx.
I unzip the file weewx-wh23xx-master.zip in my Downloads folder.

But now I not sure with what request I have to use for installing...

I use sudo apt-get install install or sudo ./install.py install

I have no idea. It would be fine to get a idea from your side.

Many thanks and greetings..

>
>

-- 
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: WeeWX Interceptor: Rain not registering

[Mike Frison]

We got some more rain so I can confirm that v0.34 works.  Sorry about the 
earlier misunderstanding.

I'm happy to see the rain too.  It's helping with the 48,000 acre forest 
fire 30 miles East of here. (I'm near Portland, OR)  Beijing had much 
cleaner air than we did the last couple of weeks. 

Matthew - Thanks again for the quick response.  

Mike

>
>> this will prefer rainin, which appears to be a delta measurement
>>
>> if there is no rainin, it will use yearlyrainin or yearlyrain
>>
>> if no yearly, it will use dailyrainin or dailyrain
>>
>> sigh.
>>
>> so many different firmware versions, and they all do different things. 
>>  thank you fine offset for such attention to detail!
>>
>> 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: Wrong solar radiation values in weewx

[Damjan Hajsek]

Rainrate is exactly 10 times higher in weewx than on console.

Dne ponedeljek, 18. september 2017 22.12.13 UTC+2 je oseba Damjan Hajsek 
napisala:
>
> It looks like wunderground have some issues it deleted my weather station.
> but still rain rate is wrong on weewx all other values are ok.
>
> Dne ponedeljek, 18. september 2017 22.06.05 UTC+2 je oseba Damjan Hajsek 
> napisala:
>>
>> After this update weewx doesn't send data to wunderground anymore.
>> Rain rate is also wrong it shows 1,8 mm/h on console in weewx Rain Rate  
>> 27,0 mm/h
>>
>>
>>
>> Dne ponedeljek, 18. september 2017 21.50.50 UTC+2 je oseba Damjan Hajsek 
>> napisala:
>>>
>>> Thank you.
>>> I have downloaded and installed interceptor
>>> https://github.com/matthewwall/weewx-interceptor
>>> And will see tomorrow if it work, becuse today is already dark outside.
>>> can you explain how is this conversion factor altitude-dependent?
>>> I have set my altitude in weewx.
>>>
>>> Dne ponedeljek, 18. september 2017 20.25.51 UTC+2 je oseba mwall 
>>> napisala:

 On Monday, September 18, 2017 at 11:30:05 AM UTC-4, Damjan Hajsek wrote:
>
> OK I did that now.
> I set to lux, fc and w/m2
> And on weewx always show the same value as lux, no matter what I set 
> on console, only on console show the right value.
> So it looks like that concole sending data in lux.
>

 thanks for that.

 please try weewx-interceptor v0.33 (commit 01b95a4)

 this will report 'light' as 'luminosity', and if the firmware does not 
 report radiation, it will report a value for 'radiation' using the 
 conversion factor 0.01075

 since this conversion factor is altitude-dependent, you can then adjust 
 as needed using StdCalibrate

 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: Wrong solar radiation values in weewx

[Damjan Hajsek]

It looks like wunderground have some issues it deleted my weather station.
but still rain rate is wrong on weewx all other values are ok.

Dne ponedeljek, 18. september 2017 22.06.05 UTC+2 je oseba Damjan Hajsek 
napisala:
>
> After this update weewx doesn't send data to wunderground anymore.
> Rain rate is also wrong it shows 1,8 mm/h on console in weewx Rain Rate  
> 27,0 mm/h
>
>
>
> Dne ponedeljek, 18. september 2017 21.50.50 UTC+2 je oseba Damjan Hajsek 
> napisala:
>>
>> Thank you.
>> I have downloaded and installed interceptor
>> https://github.com/matthewwall/weewx-interceptor
>> And will see tomorrow if it work, becuse today is already dark outside.
>> can you explain how is this conversion factor altitude-dependent?
>> I have set my altitude in weewx.
>>
>> Dne ponedeljek, 18. september 2017 20.25.51 UTC+2 je oseba mwall napisala:
>>>
>>> On Monday, September 18, 2017 at 11:30:05 AM UTC-4, Damjan Hajsek wrote:

 OK I did that now.
 I set to lux, fc and w/m2
 And on weewx always show the same value as lux, no matter what I set on 
 console, only on console show the right value.
 So it looks like that concole sending data in lux.

>>>
>>> thanks for that.
>>>
>>> please try weewx-interceptor v0.33 (commit 01b95a4)
>>>
>>> this will report 'light' as 'luminosity', and if the firmware does not 
>>> report radiation, it will report a value for 'radiation' using the 
>>> conversion factor 0.01075
>>>
>>> since this conversion factor is altitude-dependent, you can then adjust 
>>> as needed using StdCalibrate
>>>
>>> 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: Wrong solar radiation values in weewx

[Damjan Hajsek]

After this update weewx doesn't send data to wunderground anymore.
Rain rate is also wrong it shows 1,8 mm/h on console in weewx Rain Rate  
27,0 mm/h



Dne ponedeljek, 18. september 2017 21.50.50 UTC+2 je oseba Damjan Hajsek 
napisala:
>
> Thank you.
> I have downloaded and installed interceptor
> https://github.com/matthewwall/weewx-interceptor
> And will see tomorrow if it work, becuse today is already dark outside.
> can you explain how is this conversion factor altitude-dependent?
> I have set my altitude in weewx.
>
> Dne ponedeljek, 18. september 2017 20.25.51 UTC+2 je oseba mwall napisala:
>>
>> On Monday, September 18, 2017 at 11:30:05 AM UTC-4, Damjan Hajsek wrote:
>>>
>>> OK I did that now.
>>> I set to lux, fc and w/m2
>>> And on weewx always show the same value as lux, no matter what I set on 
>>> console, only on console show the right value.
>>> So it looks like that concole sending data in lux.
>>>
>>
>> thanks for that.
>>
>> please try weewx-interceptor v0.33 (commit 01b95a4)
>>
>> this will report 'light' as 'luminosity', and if the firmware does not 
>> report radiation, it will report a value for 'radiation' using the 
>> conversion factor 0.01075
>>
>> since this conversion factor is altitude-dependent, you can then adjust 
>> as needed using StdCalibrate
>>
>> 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: Wrong solar radiation values in weewx

[mwall]

On Monday, September 18, 2017 at 3:50:50 PM UTC-4, Damjan Hajsek wrote:
>
> Thank you.
> I have downloaded and installed interceptor
> https://github.com/matthewwall/weewx-interceptor
> And will see tomorrow if it work, becuse today is already dark outside.
> can you explain how is this conversion factor altitude-dependent?
> I have set my altitude in weewx.
>

sorry, i misspoke

the sun's elevation matters more than the station altitude (i was thinking 
elevation and wrote altitude).

here are some helpful references:

https://physics.stackexchange.com/questions/135618/rm-lux-and-w-m2-relationship

http://sandaysoft.com/forum/viewtopic.php?t=3979


-- 
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: Wrong solar radiation values in weewx

[Damjan Hajsek]

Thank you.
I have downloaded and installed interceptor
https://github.com/matthewwall/weewx-interceptor
And will see tomorrow if it work, becuse today is already dark outside.
can you explain how is this conversion factor altitude-dependent?
I have set my altitude in weewx.

Dne ponedeljek, 18. september 2017 20.25.51 UTC+2 je oseba mwall napisala:
>
> On Monday, September 18, 2017 at 11:30:05 AM UTC-4, Damjan Hajsek wrote:
>>
>> OK I did that now.
>> I set to lux, fc and w/m2
>> And on weewx always show the same value as lux, no matter what I set on 
>> console, only on console show the right value.
>> So it looks like that concole sending data in lux.
>>
>
> thanks for that.
>
> please try weewx-interceptor v0.33 (commit 01b95a4)
>
> this will report 'light' as 'luminosity', and if the firmware does not 
> report radiation, it will report a value for 'radiation' using the 
> conversion factor 0.01075
>
> since this conversion factor is altitude-dependent, you can then adjust as 
> needed using StdCalibrate
>
> 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: WeeWX Interceptor: Rain not registering

[Fred]

lol!

I saw the new version appear on Github as I wanted to have a look at the 
code...

Excellent and quick service Sir! Thanks!

Fred

On Monday, September 18, 2017 at 9:34:31 PM UTC+2, mwall wrote:
>
> ok, yet another change at driver v0.34
>
> this will prefer rainin, which appears to be a delta measurement
>
> if there is no rainin, it will use yearlyrainin or yearlyrain
>
> if no yearly, it will use dailyrainin or dailyrain
>
> sigh.
>
> so many different firmware versions, and they all do different things. 
>  thank you fine offset for such attention to detail!
>
> 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: WeeWX Interceptor: Rain not registering

[mwall]

ok, yet another change at driver v0.34

this will prefer rainin, which appears to be a delta measurement

if there is no rainin, it will use yearlyrainin or yearlyrain

if no yearly, it will use dailyrainin or dailyrain

sigh.

so many different firmware versions, and they all do different things. 
 thank you fine offset for such attention to detail!

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: WeeWX Interceptor: Rain not registering

[Fred]

I shall try that version as well (Hopefully this weekend!) and let you know 
my results :)

Thanks

Fred


On Monday, September 18, 2017 at 9:05:17 PM UTC+2, mwall wrote:
>
> On Monday, September 18, 2017 at 2:49:51 PM UTC-4, Mike Frison wrote:
>>
>>
>> So, still no rain.
>>
>
> that looks like expected behavior.  the 'rain' field in weewx LOOP and 
> ARCHIVE data is a *delta* measure, not a *cumulative* measure.  the first 
> time through there is no last value with which to calculate a delta, so 
> 'rain' is None.  rain_total is set to 0.48.  the second time there is no 
> change to the rain total - it is 0.48 again.  so the value for 'rain' is 0.
>
> if you tip the bucket, you should see rain_total change, and you should 
> see the volume for a single bucket tip reported for 'rain'
>
> 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] Wind direction wmr200

[Thomas Keffer]

Set debug=1 in weewx.conf
Restart weewx
Send the log from the startup through the first archive period.

-tk

On Mon, Sep 18, 2017 at 12:03 PM, Franck  wrote:

> I do not understand why it does not work, must it go something else
>
> --
> 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: WeeWX Interceptor: Rain not registering

[mwall]

On Monday, September 18, 2017 at 2:49:51 PM UTC-4, Mike Frison wrote:
>
>
> So, still no rain.
>

that looks like expected behavior.  the 'rain' field in weewx LOOP and 
ARCHIVE data is a *delta* measure, not a *cumulative* measure.  the first 
time through there is no last value with which to calculate a delta, so 
'rain' is None.  rain_total is set to 0.48.  the second time there is no 
change to the rain total - it is 0.48 again.  so the value for 'rain' is 0.

if you tip the bucket, you should see rain_total change, and you should see 
the volume for a single bucket tip reported for 'rain'

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] Wind direction wmr200

[Franck]

I do not understand why it does not work, must it go something else

-- 
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] Have the tide on website weewx

[Franck]

ok thanks i look at this

-- 
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: Wrong solar radiation values in weewx

[mwall]

On Monday, September 18, 2017 at 11:30:05 AM UTC-4, Damjan Hajsek wrote:
>
> OK I did that now.
> I set to lux, fc and w/m2
> And on weewx always show the same value as lux, no matter what I set on 
> console, only on console show the right value.
> So it looks like that concole sending data in lux.
>

thanks for that.

please try weewx-interceptor v0.33 (commit 01b95a4)

this will report 'light' as 'luminosity', and if the firmware does not 
report radiation, it will report a value for 'radiation' using the 
conversion factor 0.01075

since this conversion factor is altitude-dependent, you can then adjust as 
needed using StdCalibrate

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: WeeWX Interceptor: Rain not registering

[mwall]

On Monday, September 18, 2017 at 11:55:35 AM UTC-4, Mike Frison wrote:
>
> Did this ever get resolved?  The rainy season started yesterday and I'm 
> having the same problem.
>

please try interceptor v0.32 (commit 44438ad)

this should use yearly count if available, but fall back to daily if no 
yearly is provided
 

-- 
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: WeeWX Interceptor: Rain not registering

[mwall]

On Monday, September 18, 2017 at 11:55:35 AM UTC-4, Mike Frison wrote:
>
> Did this ever get resolved?  The rainy season started yesterday and I'm 
> having the same problem.
>
> My wunderground data looks like this:
>
> GET 
> /weatherstation/updateweatherstation.php?ID=KWAVANCO306=foo=68.7=54.0=53.6=54.0=54=99=0.0=0.0=181=29.57=29.88=0.00=0.07=0.26=0.27=-=2.94=0=2017-9-18%2014:30:31=AMBWeatherV3.0.0=updateraw=1=5
>  
> HTTP/1.0.
>
> I will mention that the ws-2902 manual mentions tracking total rain (user 
> resettable) but not yearly rain.
>

thank you - it is incredibly helpful to have concrete examples of the 
station output.

so it sounds like the most robust solution is to make the interceptor use 
dailyrainin rather than yearlyrainin.  or maybe it should try to use 
yearlyrainin, but fall back to dailyrainin if yearlyrainin does not exist 
or is -.

 

> An alternative is the protocol for sending data to ambientweather.net:
>
> GET 
> /endpoint?stationtype=AMBWeatherV3.0.0=bar=2017-09-18+14:30:40=181=0.0=0.0=9.2=54.0=0.01=0.07=0.26=0.27=0.28=29.88=29.57=99=68.7=54=0=2.94
>  
> HTTP/1.1
>
> Ambient lists a boat load of weather stations that can send to 
> ambientweather.net.  Would support for this protocol make sense?
>

i'm not sure if it would help to look explicitly for ambientweather.net 
protocol.  is that protocol published somewhere?

apparently one must run weatherbridge in order to upload to 
ambientweather.net.  weatherbridge is simply ambient's brand name for 
meteobridge.  so there must be an uploader in meteobridge that speaks the 
ambientweather.net protocol.

from the snippet you posted, it looks like the ambientweather.net protocol 
is nearly identical to the wunderground protocol.

apparently the barometer parameter has been giving people grief - 
ambientweather.net uses baromrelin and baromabsin, probably to make 
explicit the difference between relative and absolute pressure.  however, 
they still confound things by using 'barom' instead of 'pressure'.

(btw, both make the mistake of misusing http GET - they should be doing a 
POST or a PUT, not a GET)

anyway, if someone were to write a weewx uploader for ambientweather.net, 
then even more types of stations would be supported :)

this is a pretty easy task - just derive from the wundergroun uploader, but 
override to use parameters specific to ambientweather.net.

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: WeeWX Interceptor: Rain not registering

[Mike Frison]

Did this ever get resolved?  The rainy season started yesterday and I'm 
having the same problem.

My wunderground data looks like this:

GET 
/weatherstation/updateweatherstation.php?ID=KWAVANCO306=foo=68.7=54.0=53.6=54.0=54=99=0.0=0.0=181=29.57=29.88=0.00=0.07=0.26=0.27=-=2.94=0=2017-9-18%2014:30:31=AMBWeatherV3.0.0=updateraw=1=5
 
HTTP/1.0.

I will mention that the ws-2902 manual mentions tracking total rain (user 
resettable) but not yearly rain.

An alternative is the protocol for sending data to ambientweather.net:

GET 
/endpoint?stationtype=AMBWeatherV3.0.0=bar=2017-09-18+14:30:40=181=0.0=0.0=9.2=54.0=0.01=0.07=0.26=0.27=0.28=29.88=29.57=99=68.7=54=0=2.94
 
HTTP/1.1

Ambient lists a boat load of weather stations that can send to 
ambientweather.net.  Would support for this protocol make sense?


-- 
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: Wrong solar radiation values in weewx

[Damjan Hajsek]

OK I did that now.
I set to lux, fc and w/m2
And on weewx always show the same value as lux, no matter what I set on 
console, only on console show the right value.
So it looks like that concole sending data in lux.

here is log
http://zerobin.povej.net/?c992731dbbf1f6e0#d0gfEKCk6NTgqwX8Zp7xqQqDNLtLcGgiaeKSGKaD/gU=



Dne ponedeljek, 18. september 2017 14.18.09 UTC+2 je oseba mwall napisala:
>
>
>
> On Monday, September 18, 2017 at 4:50:34 AM UTC-4, Damjan Hajsek wrote:
>>
>> I use now ambientweather firmware 2.4.4
>> https://ambientweather.wikispaces.com/ws1002-wifi
>>
>> I tried to find logs but can't, debug = 1 but can't find log file with 
>> raw data on my centos 7.
>>
>> I have setup weewx to use mysql database.
>> On settings on console I can select, lux or w/m2
>>
>
> when you change the console settings, does that change the scaling of the 
> values that the station emits?
>
> i suspect it does not, but it would be nice to know empirically. 
>
> do this:
>
> 1) set the console to display w/m^2
>
> 2) run weewx directly
>
> sudo weewxd /etc/weewx/weewx.conf
>
> 3) capture a few of the resulting LOOP packets
>
> 4) stop weewx with ctrl-c
>
> 5) change the console to display lux
>
> 6) run weewx directly
>
> 7) capture a few of the resulting LOOP packets
>
> 8) post the two sets of LOOP packets, and identify which resulted from lux 
> and which resulted from w/m^2
>
> 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] Have the tide on website weewx

[Thomas Keffer]

The forecast extension can do tides. See the Wiki
.

-tk

On Mon, Sep 18, 2017 at 8:16 AM, Franck  wrote:

> Hello
> how can i get the tide that appears on my weewx web page.
> I have the almanac of the sun and the moon so I think it must be possible
> to have the tide.
>
> Thank you in advance for your help
>
> --
> 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] Have the tide on website weewx

[Franck]

Hello
how can i get the tide that appears on my weewx web page.
I have the almanac of the sun and the moon so I think it must be possible 
to have the tide.

Thank you in advance for your help

-- 
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] Wind direction wmr200

[Franck]

sorry it's me, i made a typo oups
my config is:

[StdWXCalculate]

ignore_zero_wind = False

[[Calculations]]
# Derived quantities are calculated by this service. Possible 
values are:
#  hardware- use the value provided by hardware
#  software- use the value calculated by weewx
#  prefer_hardware - use value provide by hardware if available,
#  otherwise use value calculated by weewx

pressure = hardware
barometer = software
altimeter = hardware
windchill = software
heatindex = software
dewpoint = prefer_hardware
inDewpoint = prefer_hardware
rainRate = hardware


Le lundi 18 septembre 2017 14:11:14 UTC+2, Tom Keffer a écrit :
>
> Two things to try:
>
> 1. In your message, you said you put ignore_zero_wind = Faste. that may 
> just be a typo in your message, but sure you spell 'False' correctly. It 
> should be ignore_zero_wind = False.
> 2. Make sure it's in the right place. It should be in the [StdWXCalculate] 
> section, *above* the [[Calculations]] subsection:
>
> [StdWXCalculate]
>
> ignore_zero_wind = False
>
> [[Calculations]]
> # Derived quantities are calculated by this service. Possible values 
> are:
> #  hardware- use the value provided by hardware
> #  software- use the value calculated by weewx
> #  prefer_hardware - use value provide by hardware if available,
> #  otherwise use value calculated by weewx
> 
> pressure = prefer_hardware
> barometer = prefer_hardware
> altimeter = prefer_hardware
> windchill = prefer_hardware
> heatindex = prefer_hardware
> dewpoint = prefer_hardware
> inDewpoint = prefer_hardware
> rainRate = prefer_hardware
>
> -tk
>
> On Mon, Sep 18, 2017 at 4:30 AM, Franck  
> wrote:
>
>> Hello,
>> j uses weewx for some time and then content. I have a wmr200 station that 
>> works well.
>> my problem comes from going up the direction of the wind when there is 
>> none. I put ignore_zero_wind = Faste in weewx.conf but nothing does.
>> Thank you in advance for your help
>>
>> --
>> 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] No /dev/ttyUSB0

[Joe Percival]

Thank you for being so responsive and tolerant!
Will start work on rpi 3 tomorrow.  I found a YouTube video by a guy running 
weewx on rpi 3 so am hopeful.
The Azulle had to have a custom build of ubuntu because of other driver issues, 
like wifi. I suspect this is just one more of its limitations.
Thanks again!

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

[weewx-user] Re: RTL-SDR unable to parse data, no html created

[Magnus Andreassen]

This issue is now resolved in driver version 0.36 of the weewxd-sdr.
There was an issue with "_id" as dictionary key in the parser.
Thanks for your great support,
-keep up the good work!

/Magnus

-- 
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: Wrong solar radiation values in weewx

[mwall]

On Monday, September 18, 2017 at 4:50:34 AM UTC-4, Damjan Hajsek wrote:
>
> I use now ambientweather firmware 2.4.4
> https://ambientweather.wikispaces.com/ws1002-wifi
>
> I tried to find logs but can't, debug = 1 but can't find log file with raw 
> data on my centos 7.
>
> I have setup weewx to use mysql database.
> On settings on console I can select, lux or w/m2
>

when you change the console settings, does that change the scaling of the 
values that the station emits?

i suspect it does not, but it would be nice to know empirically. 

do this:

1) set the console to display w/m^2

2) run weewx directly

sudo weewxd /etc/weewx/weewx.conf

3) capture a few of the resulting LOOP packets

4) stop weewx with ctrl-c

5) change the console to display lux

6) run weewx directly

7) capture a few of the resulting LOOP packets

8) post the two sets of LOOP packets, and identify which resulted from lux 
and which resulted from w/m^2

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: Wrong solar radiation values in weewx

[gjr80]

But does it tell why debug = 1 is ignored?

Gary

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

[weewx-user] Re: Wrong solar radiation values in weewx

[mwall]

On Monday, September 18, 2017 at 7:03:34 AM UTC-4, Damjan Hajsek wrote:
>
>
> Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: listen on :
> Sep 18 12:59:32  weewx[21855]: engine: StdConvert target unit is 0x1
> Sep 18 12:59:32  weewx[21855]: engine: No calibration information in 
> config file. Ignored.
> Sep 18 12:59:32  weewx[21855]: 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
>

you have no 'StdCalibration' section in your  weewx configuration file.

the log tells all :)

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: Wrong solar radiation values in weewx

[gjr80]

I can see nothing obviously wrong here. There is a mistake in the wee_debug 
generated copy of weewx.conf:

[1] 

[[Corrections]]

 should be 

[StdCalibrate]

[[Corrections]]

Not sure if that is actualy what is in weewx.conf, or if it is a transcription 
or wee_debug error. In any case weeWX would complain loudly if that was 
actually in weewx.conf.

I am unable to find why debug = 1 is not being pickd up, Matthew or Tom may 
have some ideas.

Gary

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

Re: [weewx-user] Wind direction wmr200

[Thomas Keffer]

Two things to try:

1. In your message, you said you put ignore_zero_wind = Faste. that may
just be a typo in your message, but sure you spell 'False' correctly. It
should be ignore_zero_wind = False.
2. Make sure it's in the right place. It should be in the [StdWXCalculate]
section, *above* the [[Calculations]] subsection:

[StdWXCalculate]

ignore_zero_wind = False

[[Calculations]]
# Derived quantities are calculated by this service. Possible values
are:
#  hardware- use the value provided by hardware
#  software- use the value calculated by weewx
#  prefer_hardware - use value provide by hardware if available,
#  otherwise use value calculated by weewx

pressure = prefer_hardware
barometer = prefer_hardware
altimeter = prefer_hardware
windchill = prefer_hardware
heatindex = prefer_hardware
dewpoint = prefer_hardware
inDewpoint = prefer_hardware
rainRate = prefer_hardware

-tk

On Mon, Sep 18, 2017 at 4:30 AM, Franck  wrote:

> Hello,
> j uses weewx for some time and then content. I have a wmr200 station that
> works well.
> my problem comes from going up the direction of the wind when there is
> none. I put ignore_zero_wind = Faste in weewx.conf but nothing does.
> Thank you in advance for your help
>
> --
> 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: Wrong solar radiation values in weewx

[Damjan Hajsek]

here is output of debug

http://zerobin.povej.net/?ef920c638ccf1423#IDQ+XkuZD+EQtRqR9c1Bng8CTeJTjY8nYMC+Fwiqimg=


Dne ponedeljek, 18. september 2017 13.37.04 UTC+2 je oseba gjr80 napisala:
>
> Changing the log destination will not change the output nor will it fix 
> the issue, it will merely send the current output to a different file. I 
> suggest you run the wee_debug utility and post its output. wee_debug usage 
> is covered in the Utilities Guide 
> http://weewx.com/docs/utilities.htm#wee_debug_utility
>
> Note that wee_debug does a fair job at removing sensitive info from its 
> outlut but you do need to check the wee_debug output for any sensitive info 
> (passwords, user names etc) before posting the output.
>
> Gary
>
>

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

[weewx-user] Re: Wrong solar radiation values in weewx

[gjr80]

Changing the log destination will not change the output nor will it fix the 
issue, it will merely send the current output to a different file. I suggest 
you run the wee_debug utility and post its output. wee_debug usage is covered 
in the Utilities Guide http://weewx.com/docs/utilities.htm#wee_debug_utility

Note that wee_debug does a fair job at removing sensitive info from its outlut 
but you do need to check the wee_debug output for any sensitive info 
(passwords, user names etc) before posting the output.

Gary

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

[weewx-user] Wind direction wmr200

[Franck]

Hello,
j uses weewx for some time and then content. I have a wmr200 station that works 
well.
my problem comes from going up the direction of the wind when there is none. I 
put ignore_zero_wind = Faste in weewx.conf but nothing does.
Thank you in advance for your help

-- 
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: Wrong solar radiation values in weewx

[Damjan Hajsek]

Yes it is from /etc/weewx/weewx.conf 
Is it possible to add in conf a differend path for log?

Dne ponedeljek, 18. september 2017 13.09.20 UTC+2 je oseba gjr80 napisala:
>
> Something is amiss as that log extract is not from a weeWX instance that 
> is using debug=1. Are you sure you have been editing /etc/weewx/weewx.conf 
> and not /home/weewx/weewx.conf?
>
> Gary
>

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

[weewx-user] Re: Wrong solar radiation values in weewx

[gjr80]

Something is amiss as that log extract is not from a weeWX instance that is 
using debug=1. Are you sure you have been editing /etc/weewx/weewx.conf and not 
/home/weewx/weewx.conf?

Gary

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

[weewx-user] Re: Wrong solar radiation values in weewx

[Damjan Hajsek]

Debug is on for more than a week. 

# WEEWX CONFIGURATION FILE
#
# Copyright (c) 2009-2015 Tom Keffer 
# See the file LICENSE.txt for your rights.

##

# This section is for general configuration information.

# Set to 1 for extra debug info, otherwise comment it out or set to zero
debug = 1

# Root directory of the weewx data file hierarchy for this station
WEEWX_ROOT = /

# How long to wait before timing out a socket (FTP, HTTP) connection
socket_timeout = 20

# Do not modify this. It is used when installing and updating weewx.
version = 3.7.1

Sep 18 12:59:31  weewx: Shutting down weewx: [  V redu  ]
Sep 18 12:59:31  systemd: Starting SYSV: start and stop the weewx weather 
system...
Sep 18 12:59:32  weewx[21851]: engine: Initializing weewx version 3.7.1
Sep 18 12:59:32  weewx[21851]: engine: Using Python 2.7.5 (default, Aug  4 
2017, 00:39:18) #012[GCC 4.8.5 20150623 (Red Hat 4.8.5-16)]
Sep 18 12:59:32  weewx[21851]: engine: Platform 
Linux-3.10.0-693.2.2.el7.x86_64-x86_64-with-centos-7.4.1708-Core
Sep 18 12:59:32  weewx[21851]: engine: Locale is 'sl_SI.UTF-8'
Sep 18 12:59:32  weewx[21851]: engine: pid file is /var/run/weewx.pid
Sep 18 12:59:32  weewx[21855]: engine: Using configuration file 
/etc/weewx/weewx.conf
Sep 18 12:59:32  weewx[21855]: engine: Loading station type Interceptor 
(user.interceptor)
Sep 18 12:59:32  weewx: Starting weewx: [  V redu  ]
Sep 18 12:59:32  systemd: Started SYSV: start and stop the weewx weather 
system.
Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: driver version is 
0.30
Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: device type: 
observer
Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: sensor map: None
Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: mode is listen
Sep 18 12:59:32  weewx[21855]: interceptor: MainThread: listen on :
Sep 18 12:59:32  weewx[21855]: engine: StdConvert target unit is 0x1
Sep 18 12:59:32  weewx[21855]: engine: No calibration information in config 
file. Ignored.
Sep 18 12:59:32  weewx[21855]: 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
Sep 18 12:59:32  weewx[21855]: wxcalculate: The following algorithms will 
be used for calculations: altimeter=aaNOAA, maxSolarRad=RS
Sep 18 12:59:32  weewx[21855]: engine: Archive will use data binding 
wx_binding
Sep 18 12:59:32  weewx[21855]: engine: Record generation will be attempted 
in 'software'
Sep 18 12:59:32  weewx[21855]: engine: Using archive interval of 300 
seconds (specified in weewx configuration)
Sep 18 12:59:32  weewx[21855]: engine: Using binding 'wx_binding' to 
database 'weewx'
Sep 18 12:59:32  weewx[21855]: manager: Starting backfill of daily summaries
Sep 18 12:59:32  weewx[21855]: restx: StationRegistry: Registration not 
requested.
Sep 18 12:59:32  weewx[21855]: restx: Wunderground-RF: Data for station 
IDOMALE9 will be posted
Sep 18 12:59:32  weewx[21855]: restx: PWSweather: Posting not enabled.
Sep 18 12:59:32  weewx[21855]: restx: CWOP: Posting not enabled.
Sep 18 12:59:32  weewx[21855]: restx: WOW: Posting not enabled.
Sep 18 12:59:32  weewx[21855]: restx: AWEKAS: Posting not enabled.
Sep 18 12:59:32  weewx[21855]: engine: Starting up weewx version 3.7.1
Sep 18 12:59:32  weewx[21855]: engine: Starting main packet loop.
Sep 18 12:59:40  weewx[21855]: interceptor: MainThread: skipping rain 
measurement of 6.9: no last rain
Sep 18 13:00:28  weewx[21855]: manager: Added record 2017-09-18 13:00:00 
CEST (1505732400) to database 'weewx'
Sep 18 13:00:28  weewx[21855]: manager: Added record 2017-09-18 13:00:00 
CEST (1505732400) to daily summary in 'weewx'
Sep 18 13:00:30  weewx[21855]: cheetahgenerator: Generated 7 files for 
report StandardReport in 1.50 seconds
Sep 18 13:00:32  weewx[21855]: imagegenerator: Generated 24 images for 
StandardReport in 2.48 seconds
Sep 18 13:00:32  weewx[21855]: copygenerator: copied 5 files to 
/var/www/weewx



Dne ponedeljek, 18. september 2017 11.56.06 UTC+2 je oseba gjr80 napisala:
>
> Did you set debug=1 in weewx.conf? Did you stop then start weeWX? If not 
> you need to do these 2 steps. Either way I suggest you post a log extract 
> from weeWX startup covering at least one archive period. It is important to 
> see the log from startup.
>
> Gary
>

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

[weewx-user] Re: Wrong solar radiation values in weewx

[gjr80]

Did you set debug=1 in weewx.conf? Did you stop then start weeWX? If not you 
need to do these 2 steps. Either way I suggest you post a log extract from 
weeWX startup covering at least one archive period. It is important to see the 
log from startup.

Gary

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

[weewx-user] Re: Wrong solar radiation values in weewx

[Damjan Hajsek]

Centos 7 doesn't have /var/log/syslog
But it has /var/log/messages

And all I can see is only this

Sep 18 11:45:16  weewx[18881]: manager: Added record 2017-09-18 11:45:00 CEST 
(1505727900) to database 'weewx'
Sep 18 11:45:16  weewx[18881]: manager: Added record 2017-09-18 11:45:00 CEST 
(1505727900) to daily summary in 'weewx'
Sep 18 11:45:18  weewx[18881]: cheetahgenerator: Generated 7 files for report 
StandardReport in 0.98 seconds
Sep 18 11:45:18  weewx[18881]: imagegenerator: Generated 12 images for 
StandardReport in 0.42 seconds
Sep 18 11:45:18  weewx[18881]: copygenerator: copied 0 files to /var/www/weewx



Dne ponedeljek, 18. september 2017 11.15.02 UTC+2 je oseba gjr80 napisala:
>
> Hi,
>
> So where did you look for the log? Did you refer to the User's Guide? You 
> might find this is a good starting point 
> http://weewx.com/docs/usersguide.htm#Where_to_find_things
>
> Gary
>
>

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

[weewx-user] Re: Wrong solar radiation values in weewx

[gjr80]

Hi,

So where did you look for the log? Did you refer to the User's Guide? You might 
find this is a good starting point 
http://weewx.com/docs/usersguide.htm#Where_to_find_things

Gary

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

[weewx-user] Re: Wrong solar radiation values in weewx

[Damjan Hajsek]

I tried this but still doesn't show right value

[StdCalibrate]
[[Corrections]]
radiation = radiation * 0.0046



Dne ponedeljek, 18. september 2017 10.50.34 UTC+2 je oseba Damjan Hajsek 
napisala:
>
> I use now ambientweather firmware 2.4.4
> https://ambientweather.wikispaces.com/ws1002-wifi
>
> I tried to find logs but can't, debug = 1 but can't find log file with raw 
> data on my centos 7.
>
> I have setup weewx to use mysql database.
> On settings on console I can select, lux or w/m2
>
>
>
>
> Dne nedelja, 17. september 2017 03.12.52 UTC+2 je oseba mwall napisala:
>>
>> On Saturday, September 16, 2017 at 5:16:28 PM UTC-4, Damjan Hajsek wrote:
>>>
>>>
>>> On my WeatherRanger, it show real data on my console, but on weewx I get 
>>> insane values like this - Solar Radiation 9580 W/m²
>>> on console I get 46,19 W/m²
>>>
>>> Is there a settings in weewsx to change to get real data?
>>>
>>
>> as a perfectly workable hack you can use the calibration feature of weewx:
>>
>> [StdCalibrate]
>> [[Corrections]]
>> radiation = radiation * 0.0046
>>
>> the fine offset sensors report luminosity, which is typically converted 
>> to solar radiation using a simple multiplier.  this is only an 
>> approximation.
>>
>> the interceptor driver assumes that the station is reporting solar 
>> radiation (especially for the fields called 'radiation' and 
>> 'solarradiation').  but apparently some of these stations report 'light' 
>> (with units of luminosity?) instead of solar radiation.
>>
>> which firmware is the weatherranger running?
>>
>>
>> please post the raw output from the station. it should look something 
>> like this:
>>
>>
>>
>> ID=XXX=XXX=20=18...=updateraw=1=5
>>
>>
>> you can see this raw output by setting debug=1 in weewx.conf then 
>> restarting weewx. the raw station output will be in log lines that begin 
>> with 'raw data: '
>> in particular, i need to see the 'light', 'radiation' or 'solarradiation' 
>> field along with the other parameters. some stations report 'light' when in 
>> fact the value is solar radiation, not luminosity. seems to be due to buggy 
>> firmware, but to make the interceptor driver work properly i need to know 
>> how different firmware versions behave. 
>>
>> 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: WeeWx and Aercus Weather Ranger

['gilles ROSZAK' via weewx-user]

Everythings is working well now thanks a lot to you for your help

-- 
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: Wrong solar radiation values in weewx

[Damjan Hajsek]

I use now ambientweather firmware 2.4.4
https://ambientweather.wikispaces.com/ws1002-wifi

I tried to find logs but can't, debug = 1 but can't find log file with raw 
data on my centos 7.

I have setup weewx to use mysql database.
On settings on console I can select, lux or w/m2




Dne nedelja, 17. september 2017 03.12.52 UTC+2 je oseba mwall napisala:
>
> On Saturday, September 16, 2017 at 5:16:28 PM UTC-4, Damjan Hajsek wrote:
>>
>>
>> On my WeatherRanger, it show real data on my console, but on weewx I get 
>> insane values like this - Solar Radiation 9580 W/m²
>> on console I get 46,19 W/m²
>>
>> Is there a settings in weewsx to change to get real data?
>>
>
> as a perfectly workable hack you can use the calibration feature of weewx:
>
> [StdCalibrate]
> [[Corrections]]
> radiation = radiation * 0.0046
>
> the fine offset sensors report luminosity, which is typically converted to 
> solar radiation using a simple multiplier.  this is only an approximation.
>
> the interceptor driver assumes that the station is reporting solar 
> radiation (especially for the fields called 'radiation' and 
> 'solarradiation').  but apparently some of these stations report 'light' 
> (with units of luminosity?) instead of solar radiation.
>
> which firmware is the weatherranger running?
>
>
> please post the raw output from the station. it should look something like 
> this:
>
>
>
> ID=XXX=XXX=20=18...=updateraw=1=5
>
>
> you can see this raw output by setting debug=1 in weewx.conf then 
> restarting weewx. the raw station output will be in log lines that begin 
> with 'raw data: '
> in particular, i need to see the 'light', 'radiation' or 'solarradiation' 
> field along with the other parameters. some stations report 'light' when in 
> fact the value is solar radiation, not luminosity. seems to be due to buggy 
> firmware, but to make the interceptor driver work properly i need to know 
> how different firmware versions behave. 
>
> 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.