[weewx-user] Re: UV index

[vk3anz]

That indicates that you have not followed the instructions for installing 
the driver and configuring the 'weewx.conf' file.
Susan

On Thursday, April 19, 2018 at 4:38:24 AM UTC+10, Damjan Hajsek wrote:
>
> I also tried HP1000 driver as it was suggested by some use, but get this 
> error.
>
> Apr 18 20:31:49 localhost weewx[593]: engine: Caught unrecoverable 
> exception in engine:
> Apr 18 20:31:49 localhost weewx[593]:  No module named HP1000
> Apr 18 20:31:49 localhost weewx[593]:  Traceback (most recent call 
> last):
> Apr 18 20:31:49 localhost weewx[593]:File 
> "/usr/share/weewx/weewx/engine.py", line 865, in main
> Apr 18 20:31:49 localhost weewx[593]:  engine = 
> engine_class(config_dict)
> Apr 18 20:31:49 localhost weewx[593]:File 
> "/usr/share/weewx/weewx/engine.py", line 71, in __init__
> Apr 18 20:31:49 localhost weewx[593]:  
> self.setupStation(config_dict)
> Apr 18 20:31:49 localhost weewx[593]:File 
> "/usr/share/weewx/weewx/engine.py", line 95, in setupStation
> Apr 18 20:31:49 localhost weewx[593]:  __import__(driver)
> Apr 18 20:31:49 localhost weewx[593]:  ImportError: No module 
> named HP1000
> Apr 18 20:31:49 localhost weewx[593]:  Exiting.
>
>
>>

-- 
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: Records not updating from loop hilo

[Praveen Chandrasekaran]

The issue seems to be resolved now. I think enabling TimeSynch helped.

On Wed, 18 Apr 2018, 23:19 Praveen Chandrasekaran, 
wrote:

> The other issue I can think of is I had disabled TimeSynch. Hence if there
> was mismatch between timestamp from station and the raspberry time, I think
> the python code discards the loop data it is outside timespan of
> accumulator (not entirely sure what it means!). I ahd disabled TimeSynch
> when I did not have RTC and did not want pi to mess up my console time. Now
> I anyway have RTC, so renabeld TimeSynch and restarted weewx.
>
> Let me see tomorrow how the record generation goes.
>
> On Wed, 18 Apr 2018 at 22:53, Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Not able to copy weewx.conf and attach as I dont have a good USB drive to
>> copy it to my laptop. Just attaching relevant section of weewx.conf snippet
>>
>> On Wed, 18 Apr 2018 at 21:55, Praveen Chandrasekaran <
>> praveen.c...@gmail.com> wrote:
>>
>>> Loop Hi-Lo has been true since installation. I m just viewing the
>>> StdReport. I always used to look at WU and never bothered about StdReport.
>>> Only now I noticed that StdReport max min are a tad off due to 5 minutes
>>> sampling.
>>>
>>> Wouldn't changing record generation to software solve the issue?
>>>
>>> On Wed, 18 Apr 2018, 21:40 Andrew Milner, 
>>> wrote:
>>>
 Personally I always prefer to stop and start weewx rather than just
 re-reading the conf - but that is my preference!!

 What are you using to display the max values? ie what is actually in
 the template for displaying the max fields??  The wrong syntax/dot code
 could result in an archive search rather than a stats search, and thus
 would yield an archive time rather than the max/min loop time!!



 On Wednesday, 18 April 2018 19:00:18 UTC+3, Praveen Chandrasekaran
 wrote:

> Loop Hi-Lo was always true. I did kill hup after updating record
> augmentation
>
> Will attach conf in a while.
>
> On Wed, 18 Apr 2018, 21:24 Andrew Milner, 
> wrote:
>
>> did you stop/start weewx or restart it after changing loop_hilo to
>> true??
>>
>> can you attach your weewx.conf??
>>
>>
>>
>> On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran
>> wrote:
>>
>>> I have Davis Vantage vue with belfryboy data logger. Archive
>>> interval set to 5 minutes.
>>> Record generation set to hardware in weewx.conf
>>> Loop_hilo set to true.
>>>
>>> However records still seem to built only from archives. I see that
>>> all max min times are at 5 min boundary.
>>>
>>> Today my console shows max 34.7c but weewx db shows 34.5c. WU also
>>> shows 34.7c.
>>>
>>> I added record augmentation to true. Earlier it was unspecified. But
>>> it's default is true. So that shouldn't matter right?
>>>
>>> What else could be the issue?
>>>
>>> --
>> 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/YpPW5KxrCA0/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/YpPW5KxrCA0/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: Preloading values in the database

[Andrew Milner]

The simplest and nastiest method would be to create one or more archive 
records for time(s) before you connected to the pi - so 

stop weewx,

make a copy of the database.

To create the archive record just use some basic sql to insert into archive 
and set dateTime, usUnits, interval, rain.  If you only know a single total 
create a single record - it will make some graphs look a little odd, but 
the total for the year will be correct.

use wee_database to first drop dsily and then rebuild daily before 
restarting weewx.

with luck weewx will pick up your new record (or records if you inserted 
data for more dsys/times) snd updsted the stats appropriately





On Thursday, 19 April 2018 03:06:15 UTC+3, Paul Dixon wrote:

> I have just installed weewx on a pi 0W attached to an Acurite 02064.
> All looks good until I select Year, when it reports the total rainfall for 
> the year as 0.
> I have had the unit working for a while before attaching the pi so I know 
> the rainfall so far this year. Is there some way I can enter this into the 
> database so that the correct rainfall for the year will display even though 
> I have only been connected for a couple of days.
>
>

-- 
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] Preloading values in the database

[Paul Dixon]

I have just installed weewx on a pi 0W attached to an Acurite 02064.
All looks good until I select Year, when it reports the total rainfall for 
the year as 0.
I have had the unit working for a while before attaching the pi so I know 
the rainfall so far this year. Is there some way I can enter this into the 
database so that the correct rainfall for the year will display even though 
I have only been connected for a couple of days.

-- 
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: Ambient Weather WS-2902 reporting troubles with the interceptor extension

[Lorin Tremblay]

So just ordered a WS-2902 and was wondering if you ever got it to work?

On Saturday, March 17, 2018 at 1:27:17 PM UTC-4, Jim Woodruff wrote:
>
>
> I am using the interceptor extension for my Ambient Weather WS-2902. Data 
> sent to wunderground, ambientweather.net, and weathercloud are the same 
> as on my console. The data sent through weewx is way off. I.E., temperature 
> is off by 12 degrees.
>
>
> I installed weewx in the simulator mode. *Here is the relevant sections 
> in my weewx.conf*
>
>
>
> ##
>
>
> [Simulator]
>
> # This section is for the weewx weather station simulator
>
> # The time (in seconds) between LOOP packets.
>
> loop_interval = 2.5
>
> # The simulator mode can be either 'simulator' or 'generator'.
>
> # Real-time simulator. Sleep between each LOOP packet.
>
> mode = simulator
>
> # Generator. Emit LOOP packets as fast as possible (useful for testing).
>
> #mode = generator
>
> # The start time. Format is -mm-ddTHH:MM. If not specified, the 
> default 
>
> # is to use the present time.
>
> #start = 2011-01-01T00:00
>
> # The driver to use:
>
> driver = weewx.drivers.simulator
>
>
>
> ##
>
>
> [Interceptor
>
> # This section is for the network traffic interceptor driver.
>
> # The driver to use:
>
> driver = user.interceptor
>
> # Specify the hardware device to capture. Options include:
>
> # acurite-bridge - acurite internet bridge
>
> # observer - fine offset WH2600/HP1000/HP1003, aka 'observer'
>
> # lw30x - oregon scientific LW301/LW302
>
> # lacrosse-bridge - lacrosse GW1000U/C84612 internet bridge
>
> device_type = observer
>
> # mode = sniff
>
> # iface = eth1
>
> # pcap_filter = src 192.168.0.25 and dst port 80 (Note: this the IP of my 
> console – but don’t see anything with tcpdump)
>
>
>
> *Here is the uploading section from my syslog file:*
>
>
> Mar 17 10:05:15 freyr weewx[23744]: manager: Added record 2018-03-17 
> 10:05:16 PDT (1521306316) to database 'cmon.sdb'
>
> Mar 17 10:05:15 freyr weewx[23744]: manager: Added record 2018-03-17 
> 10:05:16 PDT (1521306316) to daily summary in 'cmon.sdb'
>
> Mar 17 10:05:15 freyr weewx[23744]: manager: Added record 2018-03-17 
> 10:05:00 PDT (1521306300) to database 'weewx.sdb'
>
> Mar 17 10:05:15 freyr weewx[23744]: manager: Added record 2018-03-17 
> 10:05:00 PDT (1521306300) to daily summary in 'weewx.sdb'
>
> Mar 17 10:05:16 freyr weewx[23744]: forecast: NWSThread: NWS: downloading 
> forecast from '
> http://forecast.weather.gov/product.php?site=NWS=PFM=txt=PQR
> '
>
> Mar 17 10:05:16 freyr weewx[23744]: restx: PWSWeather: Published record 
> 2018-03-17 10:05:00 PDT (1521306300)
>
> Mar 17 10:05:16 freyr weewx[23744]: forecast: NWSThread: NWS: no PFM found 
> for MIWO3 in forecast from PQR
>
> Mar 17 10:05:16 freyr weewx[23744]: restx: AWEKAS: Published record 
> 2018-03-17 10:05:00 PDT (1521306300)
>
> Mar 17 10:05:16 freyr weewx[23744]: restx: CWOP: Published record 
> 2018-03-17 10:05:00 PDT (1521306300)
>
> Mar 17 10:05:16 freyr weewx[23744]: restx: WeatherBug: Published record 
> 2018-03-17 10:05:00 PDT (1521306300)
>
> Mar 17 10:05:16 freyr weewx[23744]: cheetahgenerator: Generated 14 files 
> for report StandardReport in 0.82 seconds
>
> Mar 17 10:05:17 freyr weewx[23744]: imagegenerator: Generated 16 images 
> for StandardReport in 0.49 seconds
>
> Mar 17 10:05:17 freyr weewx[23744]: copygenerator: copied 0 files to 
> /var/www/weewx
>
> Mar 17 10:05:17 freyr weewx[23744]: cheetahgenerator: Generated 1 files 
> for report cmon in 0.01 seconds
>
> Mar 17 10:05:22 freyr weewx[23744]: imagegenerator: Generated 32 images 
> for cmon in 4.98 seconds
>
> Mar 17 10:05:31 freyr weewx[23744]: cheetahgenerator: Generated 10 files 
> for report forecast in 9.00 seconds
>
> Mar 17 10:05:31 freyr weewx[23744]: copygenerator: copied 0 files to 
> /var/www/weewx/forecast
>
>
> *and here is output from tcpdump (tcpdump -vvv -i eth1 src 192.168.0.5 and 
> port 80):*
>
>
> 09:20:16.112303 IP (tos 0x0, ttl 64, id 47369, offset 0, flags [DF], proto 
> TCP (6), length 60)
>
> freyr.asgard.33494 > 
> a23-194-100-92.deploy.static.akamaitechnologies.com.http: Flags [S], cksum 
> 0x60a9 (correct), seq 232509794, win 29200, options [mss 1460,sackOK,TS val 
> 4259239991 ecr 0,nop,wscale 7], length 0
>
> 09:20:16.127521 IP (tos 0x0, ttl 64, id 16817, offset 0, flags [DF], proto 
> TCP (6), length 60)
>
> freyr.asgard.59422 > ip165.kremstalnet.at.http: Flags [S], cksum 0x75c4 
> (correct), seq 2754030047, win 29200, options [mss 1460,sackOK,TS val 
> 1353633783 ecr 0,nop,wscale 7], length 0
>
> 09:20:16.137197 IP (tos 0x0, ttl 64, id 47370, offset 0, flags [DF], proto 
> TCP (6), length 52)
>
> freyr.asgard.33494 > 
> a23-194-100-92.deploy.static.akamaitechnologies.com.http: Flags [.], cksum 
> 0xa3e5 (correct), seq 232509795, ack 1145923412, win 229, options 
> [nop,nop,TS val 4259240016 ecr 

[weewx-user] Re: weewx.com/apt squeeze Release' does no longer have a Release file

[Andre]

That's it! Thank you very much.

Andre

Am Mittwoch, 18. April 2018 15:25:57 UTC+2 schrieb mwall:
>
> On Wednesday, April 18, 2018 at 5:44:08 AM UTC-4, Andre wrote:
>>
>>
>> Do I have a secure problem or is it a global issue?
>>
>
> andre,
>
> did you add the weewx keys to your trusted repositories?
>
> try this:
>
> curl -s http://weewx.com/keys.html | sudo apt-key add -
>
> then do your search again.
>
> 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] WS-2902

[Jim Myers]

I have an Arris TG1682

On Wed, Apr 18, 2018 at 1:15 PM, jan hallink  wrote:

> When you search on this forum for ws-2902 or ventus w830, you will find
> information how to setup the interceptor driver.
> But the difficult part is often the router. The weatherdata send to WU
> must also be routed to your raspberry pi (by ip tables). Not every router
> has this possibility.
> Which router do you have?
>
> --
> 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/Suav3sIaHYg/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: UV index

[Damjan Hajsek]

I also tried HP1000 driver as it was suggested by some use, but get this 
error.

Apr 18 20:31:49 localhost weewx[593]: engine: Caught unrecoverable 
exception in engine:
Apr 18 20:31:49 localhost weewx[593]:  No module named HP1000
Apr 18 20:31:49 localhost weewx[593]:  Traceback (most recent call 
last):
Apr 18 20:31:49 localhost weewx[593]:File 
"/usr/share/weewx/weewx/engine.py", line 865, in main
Apr 18 20:31:49 localhost weewx[593]:  engine = 
engine_class(config_dict)
Apr 18 20:31:49 localhost weewx[593]:File 
"/usr/share/weewx/weewx/engine.py", line 71, in __init__
Apr 18 20:31:49 localhost weewx[593]:  
self.setupStation(config_dict)
Apr 18 20:31:49 localhost weewx[593]:File 
"/usr/share/weewx/weewx/engine.py", line 95, in setupStation
Apr 18 20:31:49 localhost weewx[593]:  __import__(driver)
Apr 18 20:31:49 localhost weewx[593]:  ImportError: No module named 
HP1000
Apr 18 20:31:49 localhost weewx[593]:  Exiting.

Dne sreda, 08. november 2017 09.56.35 UTC+1 je oseba Damjan Hajsek napisala:
>
> What is relation with UV index and radiation?
> Because sometimes radiation is already 0 but UV index is still about 80 or 
> 50.
> Doesn't that be also 0 when radiation is 0?
>
>

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

Re: [weewx-user] Re: UV index

[Damjan Hajsek]

I will do that and post results here

Dne sreda, 18. april 2018 15.22.25 UTC+2 je oseba Greg Troxel napisala:
>
> Damjan Hajsek  writes: 
>
> > So we can't do nothing to make UV index show right value, because with 
> > calibrating I can not get real data? 
>
> This can probably be solved, but "calibration" is very likely not the 
> approach. 
>
> Let me try to summarize what we know. 
>
>   Your station seems to show reasonable UV values on the console. 
>
>   Your station reports some encoded values that a weewx driver reads. 
>
>   Currently, the bits for UV are extracted in some straightforward way 
>   and assumed to be the UV index.  This is leading to values that are 
>   not even close to correct. 
>
>   "Calibration", in weewx and generally, is a mechanism that makes small 
>   changes to values to make them closer to the correct values. 
>   Calibration is by definition a very minor change, like subtracting 0.7 
>   hPa of pressure, or adding 0.5 C of temperature.  Or perhaps 2 C, but 
>   not 20 C.  Calibration as a concept depends on having a close-to-right 
>   value with a simple relationship, so that "V = R + c" holds fairly 
>   closely for readings R, and calibration value c, and true value V. 
>
>   So far, we have no reason to believe that attempting something like 
>   calibration above with the values being read by weewx for your station 
>   will give reasonably correct answers. 
>
> And then making assumptions: 
>
>   Probably, the way the weather station sends UV index to the computer 
>   is not just an integer in a field.  We don't understand how that is 
>   done yet. 
>
> So the path forward is, more or less: 
>
>   1) Ensure (assume, and retry if not, because absent the manufacturer 
>   documenting it, and documenting it correctly, we have to assume) that 
>   the UV field really is the UV field. 
>
>   2) Ensure that the path from bits in the UV field to the number that is 
>   recorded is straightforward and reversible. 
>
>   3) Keep records of pairs of displayed UV value and 
>   reported/recorded-in-weewx UV values.  A simple chart with two columns 
>   would be fine (but I might add date/time in case it is useful). 
>
>   4) Put this chart in a spreadsheet or csv format 
>
>   5) Make a scatter plot of console vs weewx values, where each point is 
> an 
>   observation pair, with console on x axis and weewx-read value on y 
>   axis. 
>
>   6) Figure out if there is a clear relationship and what it is.  Try to 
>   come up with a formula, especially one that we can explain after we 
>   create it how it works. 
>
>   Change the driver to use the formula. 
>
> I am guessing these steps seem too complicated, but I expect others can 
> help. 
>
> So I would suggest that you do steps 3 and 4, for at least several days 
> and preferably a week, at night, and at various points during the day, 
> both sunny and cloudy days, and post a link to the spreadsheet, or 
> preferably mail csv format to the list. 
>
> Without steps 3 and 4, then I don't see a way to make progress. 
>
> Greg 
>
> 
>

-- 
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: Records not updating from loop hilo

[Praveen Chandrasekaran]

The other issue I can think of is I had disabled TimeSynch. Hence if there
was mismatch between timestamp from station and the raspberry time, I think
the python code discards the loop data it is outside timespan of
accumulator (not entirely sure what it means!). I ahd disabled TimeSynch
when I did not have RTC and did not want pi to mess up my console time. Now
I anyway have RTC, so renabeld TimeSynch and restarted weewx.

Let me see tomorrow how the record generation goes.

On Wed, 18 Apr 2018 at 22:53, Praveen Chandrasekaran 
wrote:

> Not able to copy weewx.conf and attach as I dont have a good USB drive to
> copy it to my laptop. Just attaching relevant section of weewx.conf snippet
>
> On Wed, 18 Apr 2018 at 21:55, Praveen Chandrasekaran <
> praveen.c...@gmail.com> wrote:
>
>> Loop Hi-Lo has been true since installation. I m just viewing the
>> StdReport. I always used to look at WU and never bothered about StdReport.
>> Only now I noticed that StdReport max min are a tad off due to 5 minutes
>> sampling.
>>
>> Wouldn't changing record generation to software solve the issue?
>>
>> On Wed, 18 Apr 2018, 21:40 Andrew Milner, 
>> wrote:
>>
>>> Personally I always prefer to stop and start weewx rather than just
>>> re-reading the conf - but that is my preference!!
>>>
>>> What are you using to display the max values? ie what is actually in the
>>> template for displaying the max fields??  The wrong syntax/dot code could
>>> result in an archive search rather than a stats search, and thus would
>>> yield an archive time rather than the max/min loop time!!
>>>
>>>
>>>
>>> On Wednesday, 18 April 2018 19:00:18 UTC+3, Praveen Chandrasekaran wrote:
>>>
 Loop Hi-Lo was always true. I did kill hup after updating record
 augmentation

 Will attach conf in a while.

 On Wed, 18 Apr 2018, 21:24 Andrew Milner, 
 wrote:

> did you stop/start weewx or restart it after changing loop_hilo to
> true??
>
> can you attach your weewx.conf??
>
>
>
> On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran
> wrote:
>
>> I have Davis Vantage vue with belfryboy data logger. Archive interval
>> set to 5 minutes.
>> Record generation set to hardware in weewx.conf
>> Loop_hilo set to true.
>>
>> However records still seem to built only from archives. I see that
>> all max min times are at 5 min boundary.
>>
>> Today my console shows max 34.7c but weewx db shows 34.5c. WU also
>> shows 34.7c.
>>
>> I added record augmentation to true. Earlier it was unspecified. But
>> it's default is true. So that shouldn't matter right?
>>
>> What else could be the issue?
>>
>> --
> 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/YpPW5KxrCA0/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/YpPW5KxrCA0/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: Records not updating from loop hilo

[Praveen Chandrasekaran]

Loop Hi-Lo has been true since installation. I m just viewing the
StdReport. I always used to look at WU and never bothered about StdReport.
Only now I noticed that StdReport max min are a tad off due to 5 minutes
sampling.

Wouldn't changing record generation to software solve the issue?

On Wed, 18 Apr 2018, 21:40 Andrew Milner, 
wrote:

> Personally I always prefer to stop and start weewx rather than just
> re-reading the conf - but that is my preference!!
>
> What are you using to display the max values? ie what is actually in the
> template for displaying the max fields??  The wrong syntax/dot code could
> result in an archive search rather than a stats search, and thus would
> yield an archive time rather than the max/min loop time!!
>
>
>
> On Wednesday, 18 April 2018 19:00:18 UTC+3, Praveen Chandrasekaran wrote:
>
>> Loop Hi-Lo was always true. I did kill hup after updating record
>> augmentation
>>
>> Will attach conf in a while.
>>
>> On Wed, 18 Apr 2018, 21:24 Andrew Milner,  wrote:
>>
>>> did you stop/start weewx or restart it after changing loop_hilo to true??
>>>
>>> can you attach your weewx.conf??
>>>
>>>
>>>
>>> On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>>
 I have Davis Vantage vue with belfryboy data logger. Archive interval
 set to 5 minutes.
 Record generation set to hardware in weewx.conf
 Loop_hilo set to true.

 However records still seem to built only from archives. I see that all
 max min times are at 5 min boundary.

 Today my console shows max 34.7c but weewx db shows 34.5c. WU also
 shows 34.7c.

 I added record augmentation to true. Earlier it was unspecified. But
 it's default is true. So that shouldn't matter right?

 What else could be the issue?

 --
>>> 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/YpPW5KxrCA0/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/YpPW5KxrCA0/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: Records not updating from loop hilo

[Andrew Milner]

Personally I always prefer to stop and start weewx rather than just 
re-reading the conf - but that is my preference!!

What are you using to display the max values? ie what is actually in the 
template for displaying the max fields??  The wrong syntax/dot code could 
result in an archive search rather than a stats search, and thus would 
yield an archive time rather than the max/min loop time!!



On Wednesday, 18 April 2018 19:00:18 UTC+3, Praveen Chandrasekaran wrote:

> Loop Hi-Lo was always true. I did kill hup after updating record 
> augmentation
>
> Will attach conf in a while. 
>
> On Wed, 18 Apr 2018, 21:24 Andrew Milner,  > wrote:
>
>> did you stop/start weewx or restart it after changing loop_hilo to true??
>>
>> can you attach your weewx.conf??
>>
>>
>>
>> On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran wrote:
>>
>>> I have Davis Vantage vue with belfryboy data logger. Archive interval 
>>> set to 5 minutes. 
>>> Record generation set to hardware in weewx.conf
>>> Loop_hilo set to true. 
>>>
>>> However records still seem to built only from archives. I see that all 
>>> max min times are at 5 min boundary. 
>>>
>>> Today my console shows max 34.7c but weewx db shows 34.5c. WU also shows 
>>> 34.7c.
>>>
>>> I added record augmentation to true. Earlier it was unspecified. But 
>>> it's default is true. So that shouldn't matter right?
>>>
>>> What else could be the issue?
>>>
>>> -- 
>> 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/YpPW5KxrCA0/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: Records not updating from loop hilo

[Praveen Chandrasekaran]

Loop Hi-Lo was always true. I did kill hup after updating record
augmentation

Will attach conf in a while.

On Wed, 18 Apr 2018, 21:24 Andrew Milner, 
wrote:

> did you stop/start weewx or restart it after changing loop_hilo to true??
>
> can you attach your weewx.conf??
>
>
>
> On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran wrote:
>
>> I have Davis Vantage vue with belfryboy data logger. Archive interval set
>> to 5 minutes.
>> Record generation set to hardware in weewx.conf
>> Loop_hilo set to true.
>>
>> However records still seem to built only from archives. I see that all
>> max min times are at 5 min boundary.
>>
>> Today my console shows max 34.7c but weewx db shows 34.5c. WU also shows
>> 34.7c.
>>
>> I added record augmentation to true. Earlier it was unspecified. But it's
>> default is true. So that shouldn't matter right?
>>
>> What else could be the issue?
>>
>> --
> 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/YpPW5KxrCA0/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: Records not updating from loop hilo

[Andrew Milner]

did you stop/start weewx or restart it after changing loop_hilo to true??

can you attach your weewx.conf??



On Wednesday, 18 April 2018 18:24:19 UTC+3, Praveen Chandrasekaran wrote:

> I have Davis Vantage vue with belfryboy data logger. Archive interval set 
> to 5 minutes. 
> Record generation set to hardware in weewx.conf
> Loop_hilo set to true. 
>
> However records still seem to built only from archives. I see that all max 
> min times are at 5 min boundary. 
>
> Today my console shows max 34.7c but weewx db shows 34.5c. WU also shows 
> 34.7c.
>
> I added record augmentation to true. Earlier it was unspecified. But it's 
> default is true. So that shouldn't matter right?
>
> What else could be the issue?
>
>

-- 
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] Records not updating from loop hilo

[Praveen Chandrasekaran]

I have Davis Vantage vue with belfryboy data logger. Archive interval set to 5 
minutes. 
Record generation set to hardware in weewx.conf
Loop_hilo set to true. 

However records still seem to built only from archives. I see that all max min 
times are at 5 min boundary. 

Today my console shows max 34.7c but weewx db shows 34.5c. WU also shows 34.7c.

I added record augmentation to true. Earlier it was unspecified. But it's 
default is true. So that shouldn't matter right?

What else could be the issue?

-- 
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.com/apt squeeze Release' does no longer have a Release file

[mwall]

On Wednesday, April 18, 2018 at 5:44:08 AM UTC-4, Andre wrote:
>
>
> Do I have a secure problem or is it a global issue?
>

andre,

did you add the weewx keys to your trusted repositories?

try this:

curl -s http://weewx.com/keys.html | sudo apt-key add -

then do your search again.

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: UV index

[Greg Troxel]

Damjan Hajsek  writes:

> So we can't do nothing to make UV index show right value, because with 
> calibrating I can not get real data?

This can probably be solved, but "calibration" is very likely not the
approach.

Let me try to summarize what we know.

  Your station seems to show reasonable UV values on the console.

  Your station reports some encoded values that a weewx driver reads.

  Currently, the bits for UV are extracted in some straightforward way
  and assumed to be the UV index.  This is leading to values that are
  not even close to correct.

  "Calibration", in weewx and generally, is a mechanism that makes small
  changes to values to make them closer to the correct values.
  Calibration is by definition a very minor change, like subtracting 0.7
  hPa of pressure, or adding 0.5 C of temperature.  Or perhaps 2 C, but
  not 20 C.  Calibration as a concept depends on having a close-to-right
  value with a simple relationship, so that "V = R + c" holds fairly
  closely for readings R, and calibration value c, and true value V.

  So far, we have no reason to believe that attempting something like
  calibration above with the values being read by weewx for your station
  will give reasonably correct answers.

And then making assumptions:

  Probably, the way the weather station sends UV index to the computer
  is not just an integer in a field.  We don't understand how that is
  done yet.

So the path forward is, more or less:

  1) Ensure (assume, and retry if not, because absent the manufacturer
  documenting it, and documenting it correctly, we have to assume) that
  the UV field really is the UV field.

  2) Ensure that the path from bits in the UV field to the number that is
  recorded is straightforward and reversible.

  3) Keep records of pairs of displayed UV value and
  reported/recorded-in-weewx UV values.  A simple chart with two columns
  would be fine (but I might add date/time in case it is useful).

  4) Put this chart in a spreadsheet or csv format

  5) Make a scatter plot of console vs weewx values, where each point is an
  observation pair, with console on x axis and weewx-read value on y
  axis.

  6) Figure out if there is a clear relationship and what it is.  Try to
  come up with a formula, especially one that we can explain after we
  create it how it works.

  Change the driver to use the formula.

I am guessing these steps seem too complicated, but I expect others can
help.

So I would suggest that you do steps 3 and 4, for at least several days
and preferably a week, at night, and at various points during the day,
both sunny and cloudy days, and post a link to the spreadsheet, or
preferably mail csv format to the list.

Without steps 3 and 4, then I don't see a way to make progress.

Greg



-- 
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] weewx.com/apt squeeze Release' does no longer have a Release file

[Andre]

Hi,

I've noticed that I get this message if I try to search updates...

E: The repository 'http://weewx.com/apt squeeze Release' does no longer 
have a Release file.
N: Updating from such a repository can't be done securely, and is therefore 
disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration 
details.

Do I have a secure problem or is it a global issue?

Andre

-- 
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: Any Netatmo cloud users working?

[José-Manuel Anguita]

I've been testing with other systems and I can confirm you that, at least 
in Debian, the sudo wee_config --reconfigure doesn't modify the netatmo 
part of /etc/weewx/weewx.conf.

The problem is solved if you edit /etc/weewx/weewx.conf manually and at the 
end of file, you add the four parameters for netatmo driver. 


El martes, 17 de abril de 2018, 13:00:03 (UTC+2), Andrew Milner escribió:
>
> It may be helpful to others if you could tell us exactly what sudo 
> wee_config --reconfigure does not do correctly, and what you had to then 
> manually edit in weewx.conf to make weewx work correctly
>
>
>
>
> On Tuesday, 17 April 2018 13:48:45 UTC+3, José-Manuel Anguita wrote:
>
>> I think that I've found the problem.
>>
>> You should edit */etc/weewx/weewx.conf *manually and add the four 
>> Netatmo parameters to this file. 
>>
>> The problem appears to be that *sudo wee_config --reconfigure* doesn't setup 
>> the driver right.
>>
>> This worked for me.
>>
>> El domingo, 12 de noviembre de 2017, 0:26:14 (UTC+1), mwall escribió:
>>>
>>> On Saturday, November 11, 2017 at 4:23:22 PM UTC-5, Robert Brown wrote:

 Yes, that's what made me look up the api reference. 

>>>
>>> so does it work when you use .com instead of .net?
>>>
>>> please post the log when debug=1
>>>
>>> if the netatmo server is not lying to you, then a response of 400 means 
>>> that the request was not structured or formatted correctly.  the url, data, 
>>> and header lines from the log will tell us exactly what weewx posted.
>>>
>>> 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 index page out of borders on phone

[Damjan Hajsek]

and here is my index.html.tpl

Dne sreda, 18. april 2018 08.41.57 UTC+2 je oseba Damjan Hajsek napisala:
>
> Can someone helps me to get my index page in borders? on my web page when 
> I use PC it is OK, but on phone it streach and shows bottom data out of web 
> page, is it possible to repair that?
> here is web site. http://vreme.povej.net
> and below is a screenshot on my phone.
>

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


index.html.tmpl
Description: Binary data

[weewx-user] Re: UV index

[Damjan Hajsek]

So we can't do nothing to make UV index show right value, because with 
calibrating I can not get real data?

Dne nedelja, 15. april 2018 11.15.20 UTC+2 je oseba Damjan Hajsek napisala:
>
> Today I get this from company which sells this weather station I think 
> this doesn't esplain much.
>
> · Outdoor temperature range  ---  -40.0°C to + 65.0°C (-40°F to 
> +149°F)
>
> · Indoor temperature range  ---  0°C to + 50.0°C (32°F to +122°F)
>
> · Humidity range  ---  10% to 99% (1% resolution)
>
> · Rain volume display  ---  0 to mm, resolution 0.3mm (if 
> rain volume < 1000mm) or 1mm (if rain volume > 1000mm)
>
> · Wind speed  ---  0 to 160 km/h
>
> · Barometric pressure  ---  300hPa to 1,100hPA (inHg, mmHG or 
> hPa) with 0.1hPa resolution
>
> · Light  ---  0 to 400k Lux
>
> · UV Index  ---  1 to 12
>
> · Transmission range  ---  up to 100m (330 feet) line of site
>
> · Power consumption  ---  receiver  3 x AA batteries, transmitter 
> 2 x AA batteries
>
> · Transmission frequency  ---  433MHz
>
> · Data storage capacity  ---  2 weeks at 5 min intervals up to 3 
> months at 30min intervals
>
> · Alarm duration  ---  120 sec
>
>
> Dne nedelja, 15. april 2018 09.19.45 UTC+2 je oseba Damjan Hajsek napisala:
>>
>> I also checked Wunderground, there shows UV like it is on console but on 
>> Weewx I get instead of UV 1 I get UV 518
>>
>> Dne sreda, 08. november 2017 09.56.35 UTC+1 je oseba Damjan Hajsek 
>> napisala:
>>>
>>> What is relation with UV index and radiation?
>>> Because sometimes radiation is already 0 but UV index is still about 80 
>>> or 50.
>>> Doesn't that be also 0 when radiation is 0?
>>>
>>>

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