What are your plans with WLLArchive? As it is not part (yet) of this new
repository, whereas it was part of the old repository
Op zondag 12 juli 2020 om 20:37:04 UTC+2 schreef flor...@pre-vost.fr:
> Hi,
>
> See new git for more visibility :
> https://github.com/Drealine/weatherlinklive-driver-
Thx, you are right, I was aware of that. Good to clarify this, I made a
test-observation about this NULL value, but I should not have suggested
that this observation may be caused by malfunctioning code in the driver.
That's not the case! @Bastiaan: your driver shows the same, first record
ET=N
ET is not provided by Weatherlink (similar as barometer), it is calculated
by weewx. Some values can take a while before they appear in the database.
There is also a [StdWXCalculate] section in weewx.conf to set your
preferences.
Op woensdag 15 juli 2020 om 10:35:16 UTC+2 schreef hoev...@gmail.
Yes, ET means evapotranspiration. I'm running the latest version now.
Values looking good, except for ET when the first record arrives in the
database. I started with empty tables. Repeated it three times, empty
tables and restarting weewx: every time the first record contains NULL in
et-field.
About rainrate, I checked. Although I see some differences, I could explain
those by the diferent archive intervals and how weatherlink and weewx
treats them different. I do not see strange values.
In my database (grouped by 5 minutes, and took the average, to compare it
with weatherlink with 5
Updated my git for rainfall at midnight and added UV, radiation. Can you
try ?
For ET, it is evapotranspiration ? I not found value like ET in API
:)
Le mardi 14 juillet 2020 à 19:08:26 UTC+2, flor...@pre-vost.fr a écrit :
> Yeah of course ! Thank a lot for your support !
>
> Weewx calculate
Yeah of course ! Thank a lot for your support !
Weewx calculate the average of rainRate with the archive interval.
If you can check the high rainRate between weatherlink.com and the daily
database of rainRate
:)
Le mardi 14 juillet 2020 à 18:55:21 UTC+2, hoev...@gmail.com a écrit :
> New rain
New rain this afternoon! 1.2 mm after starting weewx. Looking good! I will
let weewx run at least until tomorrow, to see if midnight-changes (for
example daily rain reset) goes okay. I am unknowledgeable about verifying
the rainrate. I assume these values are okay, as they are taken directly
f
Running the latest version, emptied the archive table, dropped
daily_archive tables. I kept extraTemp1 alive in the config. These are the
results. It was not raining, first record (started weewx at 17:19) contains
zero rain, which is correct. Attached the first 5 minutes of syslog, after
starti
Stupid that i am, the problem is an if loop that not check value in dict
...
I fix it. Can you try ?
:)
Le mardi 14 juillet 2020 à 15:25:40 UTC+2, flor...@pre-vost.fr a écrit :
> Thank's a lot !
>
> Can you remove extraTemp1 in setting WLLDriver in weewx.conf for testing.
> I think that
Thank's a lot !
Can you remove extraTemp1 in setting WLLDriver in weewx.conf for testing. I
think that when extra is setting, the program recuperate rainfall_daily = 0
set in extra sensor
Attach syslog when the program is launch 5minutes ago
Le mardi 14 juillet 2020 à 14:46:08 UTC+2, hoev...@
Adding debug syslog and move function, can you try rightnow with my latest
repo
Thank you
Le mardi 14 juillet 2020 à 12:31:57 UTC+2, hoev...@gmail.com a écrit :
> Hmm, not good. UDP enabled. Not raining at the moment. Syslog added from
> the start
>
> MariaDB [weewx_import]> select from_unixti
Hmm, not good. UDP enabled. Not raining at the moment. Syslog added from
the start
MariaDB [weewx_import]> select from_unixtime(datetime),rain,rainrate from
archiv
Yes ahah ^^
I think udp problem appear when rainfaill_daily is more than > 0. So if you
enable udp now, you've the problem ?
In my home in France, not rain at the moment ... ^^
Le mardi 14 juillet 2020 à 12:24:30 UTC+2, hoev...@gmail.com a écrit :
> New fresh code coming straight from the fa
New fresh code coming straight from the factory. It's still wet. Running it
now. Deleted all archived records, and dropped the daily archives. More
rain coming up this way this afternoon
Op dinsdag 14 juli 2020 om 12:18:04 UTC+2 schreef flor...@pre-vost.fr:
> Yes, it's this problem. I try to fi
Yes, it's this problem. I try to fix it. Can you try my lastest fix on
Github and enable udp ?
Thank you :)
Le mardi 14 juillet 2020 à 11:17:31 UTC+2, hoev...@gmail.com a écrit :
> Find attached
>
> Op dinsdag 14 juli 2020 om 11:09:03 UTC+2 schreef flor...@pre-vost.fr:
>
>> Can you share syslog
You might be right, to look for the problem in UDP. I've switched off UDP
at 11:53, and the rainticks came back to zero, as well as rainrate
MariaDB [weewx_import]> select from_unixtime(datetime),rain,rainrate from
archive order by datetime desc limit 10;
+-+--+--
Find attached
Op dinsdag 14 juli 2020 om 11:09:03 UTC+2 schreef flor...@pre-vost.fr:
> Can you share syslog between 09:44 and 10:13 please,
>
> With this syslog, I can't see the problem. I don't have this problem but I
> not enable udp so I think the problem is in udp function.
>
> Thank you
Can you share syslog between 09:44 and 10:13 please,
With this syslog, I can't see the problem. I don't have this problem but I
not enable udp so I think the problem is in udp function.
Thank you :)
Le mardi 14 juillet 2020 à 10:19:23 UTC+2, hoev...@gmail.com a écrit :
> Okay, got the first
Screen shot of weatherlink, two rainticks
Op dinsdag 14 juli 2020 om 10:19:23 UTC+2 schreef Maarten van der Hoeven:
> Okay, got the first to rain ticks (of 0.2 mm each). First rain tick at
> about 09:50 and second rain tick at about 10:08 (verified with my other
> weewx-environment, my live-e
Okay, got the first to rain ticks (of 0.2 mm each). First rain tick at
about 09:50 and second rain tick at about 10:08 (verified with my other
weewx-environment, my live-environment). Not looking good, see below. Also,
radiation, UV and ET are NULL, although I have data for these variables.
Mar
Yup, started your driver this morning. Will watch it.
Op maandag 13 juli 2020 om 22:34:12 UTC+2 schreef flor...@pre-vost.fr:
> Can you try my latest version ?
>
> It seems that tomorrow rain ^^
>
--
You received this message because you are subscribed to the Google Groups
"weewx-development" g
Can you try my latest version ?
It seems that tomorrow rain ^^
--
You received this message because you are subscribed to the Google Groups
"weewx-development" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to weewx-development+unsubscr...@googlegroups.c
Okay. Any new stuff to test? To take special attention to?
Op zondag 12 juli 2020 om 20:37:04 UTC+2 schreef flor...@pre-vost.fr:
> Hi,
>
> See new git for more visibility :
> https://github.com/Drealine/weatherlinklive-driver-weewx
>
> Le mercredi 8 juillet 2020 à 22:12:44 UTC+2, flor...@pre-
Hi,
See new git for more visibility :
https://github.com/Drealine/weatherlinklive-driver-weewx
Le mercredi 8 juillet 2020 à 22:12:44 UTC+2, flor...@pre-vost.fr a écrit :
> Hi :)
>
> Can you try my fix on the repo ?
>
> Seems that I calculate 0 / 25.4 or 2.54. I fixed it.
>
> Le mercredi 8 ju
Hi :)
Can you try my fix on the repo ?
Seems that I calculate 0 / 25.4 or 2.54. I fixed it.
Le mercredi 8 juillet 2020 à 21:36:48 UTC+2, hoev...@gmail.com a écrit :
> I'm happy to help! Some progress :)
>
> Outtemp, extratemp1, windspeed and windgust seem okay. Radiation, UV, ET
> still NULL.
I'm happy to help! Some progress :)
Outtemp, extratemp1, windspeed and windgust seem okay. Radiation, UV, ET
still NULL.
Rain and rainrate are weird. It is currently not raining, yet rain > 0.
Rainrate goes through the roof (and increasing)
mysql> select
datetime,from_unixtime(datetime),round
Hi,
Thank you for testing my driver.
I update the code on Github.
: https://github.com/Drealine/WLLDriver/blob/master/bin/user/WLLDriver.py
Just download the WLLDriver.py in my repo and put on your user folder.
Let me know if it's ok with modulate sensor in WLLDriver conf.
Thank you :)
Le m
We got some sustained rain this afternoon; rain&rainrate seems to be
missed. First column (rain and rainrate) from my production server, second
column (rain, rainrate) from WLLDriver v0.2. All rain&rainrate are zero,
although it did rain (first columns)
mysql> select
weewx.archive.datetime,fro
Okay, got v0.2 running now. My weewx.conf stanza shows (ISS on ID=2,
extratemp1 on ID=3).
[WLLDriver]
driver = user.WLLDriver
max_tries = 5
retry_wait = 5
poll_interval = 5
udp_enable = 1
hostname = 192.168.2.33
wl_apikey = nivwsekqwfbkhqtqwo8nximhl7zgxpcs
wl_apisec
Hi,
Thank for your feadback.
I pushed the v0.2 in my github. You can install it by using wee_extension
: https://github.com/Drealine/WLLDriver/releases/tag/0.2
Le mardi 7 juillet 2020 à 13:52:34 UTC+2, hoev...@gmail.com a écrit :
> Rain and rainrate goes askew. First column (rain, rainrate) c
Rain and rainrate goes askew. First column (rain, rainrate) coming from
production (weewx with Weatherlink IP, running for years), second column
(rain,rainrate) coming from weewxtest (WLLArchive).
mysql> select
from_unixtime(weewx.archive.datetime),weewx.archive.rain,weewxtest.archive.rain,wee
Same goes when records come from WLLDriver, same mismatch in
rounding/conversion
mysql> select
from_unixtime(weewx.archive.datetime),weewx.archive.outtemp,weewxtest.archive.outtemp,weewx.archive.windspeed,weewxtest.archive.windspeed
from weewx.archive,weewxtest.archive where
weewx.archive.dat
Did testing with WLLArchive.
WLLArchive is picking up archived records, just from the point where
records are missing.Thats good. I've stopped weewx for two days (weewxtest
in my case, not production), and Weatherlink.com is queried to get the
missing records.
I see in mysql there's a mismatc
Hi,
Yes I see. I put speed 2min on current_conditions, and UDP packet, it's
speed 10min.
I fix it.
Thank's a lot.
Le dimanche 5 juillet 2020 à 01:17:44 UTC+2, hoev...@gmail.com a écrit :
> Updated the driver, thanks for that. Windspeed/-gust is much better now.
> However, I see some differe
Updated the driver, thanks for that. Windspeed/-gust is much better now.
However, I see some differences in the windgust, when it is within a
UDP-packet and when it's within a current-condition-packet. Some piece of
syslog, where I highlighted the difference in values. For what I
understand, wi
Thank you !
I'm very stupid ahah, this is an error that I put on code ! I push to my
git a fix to windSpeed and windGust.
For others sensors, I make this change this we.
Le samedi 4 juillet 2020 à 17:41:33 UTC+2, hoev...@gmail.com a écrit :
> Jul 4 17:39:37 ubuntu weewx[20924] DEBUG user.W
Jul 4 17:39:37 ubuntu weewx[20924] DEBUG user.WLLDriver: Packet received
from WLL module {'dateTime': 1593877175, 'usUnits': 17, 'windSpeed': 5.36,
'windDir': 210, 'windGust': 8.05, 'windGustDir': 211, 'rain': 0.0,
'rainRate': 0.0}:
Jul 4 17:39:37 ubuntu weewx[20924] INFO weewx.restx: MQTT: Pu
Hm it's strange because you show that the packet including value for Wind and
Rain
On syslog, can you share packet where all sensor are display.
Thank you
--
You received this message because you are subscribed to the Google Groups
"weewx-development" group.
To unsubscribe from this group
On /syslog, can you share the log when the driver received udp data and when it
request from /current_conditions.
Thank you :)
--
You received this message because you are subscribed to the Google Groups
"weewx-development" group.
To unsubscribe from this group and stop receiving emails from i
Thank you for you report !
Yes, I also the same problem. Maybe the driver not check if Weew raise a stop
service.
For StdArchive, you've totaly reason. I will implement it this week end. But, I
don't know if it possible to yield packet in service and not use a _addrecord
function that not impl
Windspeed/windgust (UDP) seems not okay. radiation, uv, et, extratemp are
NULL (but I think thats because you still need to implement that, right)?
With WLLDriver, I got:
mysql> select
datetime,from_unixtime(datetime),outtemp,windspeed,windgust,radiation,uv,et,rain,extratemp1
from archive orde
Some findings
I cannot stop the weewx process by ' /etc/init.d/weewx stop', it keeps
running for several minutes (and keeps on going). I need to find the
process ID, and kill it by
root@ubuntu:/etc/weewx# ps -ef | grep weewx
root 17394 1 17 13:27 ?00:01:59 python3
/usr/shar
Yes, apologies. Working now. I had the 'old' config of WLL still in place.
Did only change WLLArchive according to the readme...
It is getting archive records, will test it today!
Op zaterdag 4 juli 2020 om 12:35:04 UTC+2 schreef flor...@pre-vost.fr:
> Hi,
>
> Like in Readme on Github, you'v
Hi,
Like in Readme on Github, you've to set device id like this 1:iss. Or if you
have iss on id 2, set this : 2:iss.
I make this to implement extra sensor in future.
--
You received this message because you are subscribed to the Google Groups
"weewx-development" group.
To unsubscribe from th
Hi, not sure it the driver is ready to go. But I saw a commit on github 12
hours ago, so I thought, lets give it a try :)
weewx.conf:
[WLLDriver]
driver = user.WLLDriver
max_tries = 5
retry_wait = 5
poll_interval = 5
udp_enable = 1
hostname = 192.168.2.33
wl_apikey = n
Hi,
Yes is on the way, I finished to implement lost data as a service on Weewx
Also, added extra sensor will come. I check just if it's not fail when
check a key in json that not exist.
I will implement also the udp for real time like MQTT with the berlchertown
skin, is more stable thant requ
Yes, I like the idea. A seperate program that pulls data from Weatherlink
and stores the data in sqlite or mysql (whatever is configured in
weewx.conf). And let weewx do the aggreate and daily summaries
Op dinsdag 30 juni 2020 19:05:43 UTC+2 schreef Bastiaan Meelberg:
>
> Ik like the idea of get
Ik like the idea of getting missing data from Weatherlink to weewx. But
isn't it better to make it a separate program (say like a 'reverse'
wunderfixer)?
This way the driver is the most clean, getting and filling de database with
old data can be very time consuming and slow the current collecti
I am happy to test your driver in development. I have a Weather Link Live
running for test purposes, so I can play with it.
Op zondag 21 juni 2020 19:18:41 UTC+2 schreef Florentin Prevost:
>
> Hi,
>
> I worked with the fork of
> https://github.com/vinceskahan/weewx-weatherlinklive-json and I wou
50 matches
Mail list logo
