I am wanting glatest to be the peak gust over the moving rtgd
'min_interval'. I realize wgust already provides peak gust over a 10-minute
moving window, but in contrast, glatest would provide near-real-time gust
information if min_interval is made short.
I realize SteelSeries Weather Gauges enh
Excuse me it was an human error.
We didn't update driver.
After updating to last driver all is 100% fine.
Thank's a lot.
El jueves, 23 de febrero de 2017, 3:55:22 (UTC+1), Cameron D escribió:
>
>
>
> On Thursday, 23 February 2017 04:53:00 UTC+10, Ruben Navarro Huedo wrote:
>>
>>
>> My station
v0.2.6 now uses the last non-None wind direction value for 'Latest' and
'Average' wind directions. Also added a scroller_text config option that
allows a fixed string to be displayed in lieu of the forecast (or the
'forecast not available' string). All available config options are now
detailed
Calculating and adding fields is easy; defining and then using them is the
trick.
What exactly do you mean by glatest? Given wlatest is the latest windspeed
from the station I presume glatest is the latest gust speed from the
station? But gust implies a maximum wind speed value over some period
On Thursday, 23 February 2017 04:53:00 UTC+10, Ruben Navarro Huedo wrote:
>
>
> My stations has been running 40 days and data has nos been transfered to
> PC.
> It is connected to a raspberry pi
>
"nos"? did you mean "now" or "not"?
What is the logging interval set on the WRM300 console? at 1
Gary, how much trouble would it be to include *"glatest"*, so an enhanced
wind-speed gauge (*patterned after the two-pointer wind-direction gauge)*
could have two pointers with one showing the latest gust-speed and the
other the *"wlatest"* latest wind-speed?
Bob
--
You received this message
Thanks a lot for all, that was really prompt service!
--
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, vi
On Wednesday, February 22, 2017 at 3:19:30 PM UTC-5, Christian wrote:
>
> Is it correct that 0 means "OK" and 1 means "low"?
>
correct.
i made another small change. previous to 1.3.4 the driver used unit
group_volt for battery status. now it uses group_count.
m
--
You received this message
That's looking good, I just received my first battery value - thanks a lot,
m!
Is it correct that 0 means "OK" and 1 means "low"?
--
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, s
On Wednesday, February 22, 2017 at 2:41:53 PM UTC-5, Christian wrote:
>
> I just tried Version 1.3.2, but the behavior seems to be unchanged.
>
sorry, try that again with 1.3.3
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from
On Wednesday, February 22, 2017 at 1:53:00 PM UTC-5, Ruben Navarro Huedo
wrote:
>
> A lot of thank's
>
> My stations has been running 40 days and data has nos been transfered to
> PC.
>
40 days?
which version of the wmr300 driver are you running?
> Weewx has detected ok wmr300 but it is re
A lot of thank's
My stations has been running 40 days and data has nos been transfered to PC.
It is connected to a raspberry pi3
Weewx has detected ok wmr300 but it is reading records.
I can only read on log: "reading records since *NA**
Is this ok?
how many time could it take?
Thank's a lot.
Am Mittwoch, 22. Februar 2017 12:59:15 UTC+1 schrieb Glenn McKechnie:
I use luc's raw.py service VERSION = "0.4.1-lh" for the local server here -
> weewx and mesowx databases are both on the same machine as are the
> webpages.
>
I use Luc's sync_lh4.py
> There's a security key in meso/in
On Wednesday, February 22, 2017 at 9:41:44 AM UTC-5, Jerry Simonowits wrote:
> What is displayed on the web page is just the word “Radar” which links to
> the loop.
>
>
> What am I missing ?
>
the radar_img must be url to an image, not a web page. you probably want
this:
radar_img = https://r
On Wednesday, February 22, 2017 at 9:43:46 AM UTC-5, Jerry Simonowits wrote:
>
> Do you know if this data is available from the Accurate line of sensors ?
> If so, where does this code go ?
>
acurite hardware reports only one battery status:
http://weewx.com/docs/hardware.htm#acurite_notes
use
Do you know if this data is available from the Accurate line of sensors ?
If so, where does this code go ?
Jerry, KB2GCG
On Saturday, February 18, 2017 at 8:03:31 AM UTC-5, Luc Heijst wrote:
>
> I have got several devices which produce a bad battery status with value=1
> when bad. These tags we
On the good news front, we now have our Accurate weather station installed
at Ebright Tower and running and available via our ham radio mesh network.
Now we're down to refinements and working out annoying minor bugs, one of
which is that I can't seem to get the radar working properly with both a
christian,
please install the latest driver v1.3.2 (commit)
the missing battery status bug was introduced at 1.3.0, but should be fixed
in 1.3.2
m
--
You received this message because you are subscribed to the Google Groups
"weewx-user" group.
To unsubscribe from this group and stop receivin
have you defined a custom sensor map?
please post the log from just before weewx starts until after the first
archive interval.
--
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, sen
Matthew - since you have provided a new driver for Torbjorn to use should I
leave this thread for you to resolve now?? It looks to me as though
everything is basically working as it should.
On Wednesday, 22 February 2017 14:13:42 UTC+2, mwall wrote:
> On Tuesday, February 21, 2017 at 2:14:47
On Tuesday, February 21, 2017 at 2:14:47 AM UTC-5, Torbjørn Aasen wrote:
>
> Sorry I nag so much on you.
> But I am a little distressed over not get it to work.
>
> I ran your commands and this is what came in the log
> ...
> Feb 21 07:38:53 raspberrypi weewx[657]: engine: Starting up weewx version
1. Weewx appeared to install correctly
2. Weewx started to run as a daemon as expected
3. Weewx attempted to read records from your wmr300 station - but I do not
understand the from n/a message
Your log that you show on the video does not begin at the start of weewx -
the log for 5 minutes ea
I use luc's raw.py service VERSION = "0.4.1-lh" for the local server here -
weewx and mesowx databases are both on the same machine as are the
webpages.
Your setup appears to be different as you appear to be using sync.py. With
that you still need the key, so the old notes would apply.
There's a
Have tried me with completely new installation today.
But stop unfortunately at the same place.
Has posted a film on the incident.
https://youtu.be/dD1J5EgcE74
2017-02-21 14:37 GMT+01:00 Lloyd Brown :
> I just finished upgrading from weewx 3.5 to 3.6 and going from a Pi 2 to a
> Pi 3 and ran int
weewx version 3.6.2 and mesowx-0.4.0 are running on a *local *debian 8 PC.
/var/www/html
├── meso
├── weewx
/var/log/syslog
weewx[5148]: engine: Starting main packet loop.
weewx[5148]: sync: http request failed (403 Forbidden): Unable to update
entity: Provided security key doesn't match.
weew
25 matches
Mail list logo
