Re: [weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[John Kline]

BTW, to save you from adding in my change to write the confobj.write() output to a file, the attached file is what output.Foo/Bar/Baz is at the bottom.Foo and Bar both have two too many brackets.[[[Foo]]]            Bar                baz = foobarabaz 



-- 
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.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/weewx-development/60FEA8FB-847E-448B-8D4B-08E7C750C17C%40johnkline.com.


config_obj_1594742128.134154
Description: Binary data
On Jul 14, 2020, at 5:46 PM, John Kline  wrote:You had me worried there!On Jul 14, 2020, at 5:40 PM, Tom Keffer  wrote:No, I did not enable it. Once I did, then I got the error message. Nice to know it's reproducible on a stock WeeWX install!On Tue, Jul 14, 2020 at 5:31 PM John Kline  wrote:I’m assuming you enabled StandardReport.  If so, that is remarkable; but I know what to do on my end to make the skins work.  Thanks for trying it.On Jul 14, 2020, at 5:27 PM, Tom Keffer  wrote:I added the section [[[Foo]]] to [[StandardReport]] as you directed, and it worked fine on my system, using configobj v5.0.6 and Python v3.5.9, v3.7.3, and v3.8.2. On Tue, Jul 14, 2020 at 9:23 AM John Kline  wrote:Oh, I forgot to add, if you add the following to skins/Standard/skins.conf, the problem goes away:
[Foo]
    [[Bar]]
        x = 1

It appears the introduction of new sections is a problem when using configobj.write

Cheers,
John

> On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
> 
> Hi Tom,
> 
> I had a chance to dig deeper into the issues I am seeing at head, specifically the weeutil.config.deep_copy function.
> 
> I would appreciate it if you could could try to reproduce the problem with this StandardReport.  Just run wee_reports (there’s no need to restart WeeWX):
> 
>    [[StandardReport]]                                 
>        # This is the old "Standard" skin. By default, it is not enabled.
>        skin = Standard
>        enable = true
>        [[[Foo]]]
>           Bar
>                baz = foobarabaz
> 
> If it fails for you, and iff this is legal to have in the weewx.conf file, you can instrument the function to see why it happens by adding this to the code below to the beginning.  You see it fail when running wee_reports and know which tmp file to look in.  Again, just run wee_reports.
> 
>    import time                                                                                                                                                           
>    fname = '/tmp/config_obj_%f' % time.time()                                                                               print('writing %s' % fname)                                                                                                           fd = open(fname, 'wb')                                                                                                                 old_dict.write(fd)                                                                                                                           fd.close()                                                                                                                                         print('done writing %s' % fname)                                                                                                 print('reading %s' % fname)                                                                                                         fd = open(fname, 'rb')                                                                                                                   new_dict = configobj.ConfigObj(fd,                                                                                                                            encoding='utf8',                                                                                                                            default_encoding=old_dict.default_encoding,                                                                            interpolation=old_dict.interpolation)                                                           fd.close()                                                                                                                                         print('done reading %s' % fname)                                                                                               return new_dict
> 
> If this isn’t legal, I’ll need to change [my copy] of forecast as I believe this is a typical report entry for reports that include a forecast:
> 
>        [[[Extras]]]
>            forecast_iconic_settings
>                source = NWS
>                orientation = horizontal
>                num_days = 7
>  

Re: [weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[John Kline]

You had me worried there!

> On Jul 14, 2020, at 5:40 PM, Tom Keffer  wrote:
> 
> 
> No, I did not enable it. Once I did, then I got the error message. Nice to 
> know it's reproducible on a stock WeeWX install!
> 
>> On Tue, Jul 14, 2020 at 5:31 PM John Kline  wrote:
>> I’m assuming you enabled StandardReport.  If so, that is remarkable; but I 
>> know what to do on my end to make the skins work.  Thanks for trying it.
>> 
 On Jul 14, 2020, at 5:27 PM, Tom Keffer  wrote:
 
>>> 
>>> I added the section [[[Foo]]] to [[StandardReport]] as you directed, and it 
>>> worked fine on my system, using configobj v5.0.6 and Python v3.5.9, v3.7.3, 
>>> and v3.8.2. 
>>> 
 On Tue, Jul 14, 2020 at 9:23 AM John Kline  wrote:
 Oh, I forgot to add, if you add the following to 
 skins/Standard/skins.conf, the problem goes away:
 [Foo]
 [[Bar]]
 x = 1
 
 It appears the introduction of new sections is a problem when using 
 configobj.write
 
 Cheers,
 John
 
 > On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
 > 
 > Hi Tom,
 > 
 > I had a chance to dig deeper into the issues I am seeing at head, 
 > specifically the weeutil.config.deep_copy function.
 > 
 > I would appreciate it if you could could try to reproduce the problem 
 > with this StandardReport.  Just run wee_reports (there’s no need to 
 > restart WeeWX):
 > 
 >[[StandardReport]] 
 ># This is the old "Standard" skin. By default, it is not enabled.
 >skin = Standard
 >enable = true
 >[[[Foo]]]
 >   Bar
 >baz = foobarabaz
 > 
 > If it fails for you, and iff this is legal to have in the weewx.conf 
 > file, you can instrument the function to see why it happens by adding 
 > this to the code below to the beginning.  You see it fail when running 
 > wee_reports and know which tmp file to look in.  Again, just run 
 > wee_reports.
 > 
 >import time   
 >  
 >
 >fname = '/tmp/config_obj_%f' % time.time()
 >print('writing %s' % 
 > fname)   
 > fd = open(fname, 'wb')   
 >  
 >  old_dict.write(fd)  
 >  
 > fd.close()   
 >  
 >  print('done writing %s' % fname)
 >  
 > print('reading %s' % fname)  
 >fd = 
 > open(fname, 'rb')
 >new_dict = 
 > configobj.ConfigObj(fd,  
 >  
 >  encoding='utf8',
 > 
 > default_encoding=old_dict.default_encoding,  
 >   
 > interpolation=old_dict.interpolation)
 >fd.close()
 >  
 > print('done reading %s' % fname) 
 >  
 >  return new_dict
 > 
 > If this isn’t legal, I’ll need to change [my copy] of forecast as I 
 > believe this is a typical report entry for reports that include a 
 > forecast:
 > 
 >[[[Extras]]]
 >forecast_iconic_settings
 >source = NWS
 >orientation = horizontal
 >num_days = 7
 >bar_size = 150
 >show_date = 0
 >show_pop = 0
 >show_precip = 1
 >show_obvis = 1
 > 
 > The above causes the same issue.
 > 
 > If you 

Re: [weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[Tom Keffer]

No, I did not enable it. Once I did, then I got the error message. Nice to
know it's reproducible on a stock WeeWX install!

On Tue, Jul 14, 2020 at 5:31 PM John Kline  wrote:

> I’m assuming you enabled StandardReport.  If so, that is remarkable; but I
> know what to do on my end to make the skins work.  Thanks for trying it.
>
> On Jul 14, 2020, at 5:27 PM, Tom Keffer  wrote:
>
> 
> I added the section [[[Foo]]] to [[StandardReport]] as you directed, and
> it worked fine on my system, using configobj v5.0.6 and Python v3.5.9,
> v3.7.3, and v3.8.2.
>
> On Tue, Jul 14, 2020 at 9:23 AM John Kline  wrote:
>
>> Oh, I forgot to add, if you add the following to
>> skins/Standard/skins.conf, the problem goes away:
>> [Foo]
>> [[Bar]]
>> x = 1
>>
>> It appears the introduction of new sections is a problem when using
>> configobj.write
>>
>> Cheers,
>> John
>>
>> > On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
>> >
>> > Hi Tom,
>> >
>> > I had a chance to dig deeper into the issues I am seeing at head,
>> specifically the weeutil.config.deep_copy function.
>> >
>> > I would appreciate it if you could could try to reproduce the problem
>> with this StandardReport.  Just run wee_reports (there’s no need to restart
>> WeeWX):
>> >
>> >[[StandardReport]]
>> ># This is the old "Standard" skin. By default, it is not enabled.
>> >skin = Standard
>> >enable = true
>> >[[[Foo]]]
>> >   Bar
>> >baz = foobarabaz
>> >
>> > If it fails for you, and iff this is legal to have in the weewx.conf
>> file, you can instrument the function to see why it happens by adding this
>> to the code below to the beginning.  You see it fail when running
>> wee_reports and know which tmp file to look in.  Again, just run
>> wee_reports.
>> >
>> >import time
>>
>>
>> >fname = '/tmp/config_obj_%f' % time.time()
>>  print('writing %s' %
>> fname)
>>  fd = open(fname, 'wb')
>>
>>  old_dict.write(fd)
>>
>>fd.close()
>>
>>print('done writing %s' % fname)
>>  print('reading
>> %s' % fname)
>>  fd = open(fname, 'rb')
>>
>>new_dict = configobj.ConfigObj(fd,
>>
>>   encoding='utf8',
>>
>>   default_encoding=old_dict.default_encoding,
>>
>> interpolation=old_dict.interpolation)
>>  fd.close()
>>
>>  print('done reading %s' % fname)
>>  return
>> new_dict
>> >
>> > If this isn’t legal, I’ll need to change [my copy] of forecast as I
>> believe this is a typical report entry for reports that include a forecast:
>> >
>> >[[[Extras]]]
>> >forecast_iconic_settings
>> >source = NWS
>> >orientation = horizontal
>> >num_days = 7
>> >bar_size = 150
>> >show_date = 0
>> >show_pop = 0
>> >show_precip = 1
>> >show_obvis = 1
>> >
>> > The above causes the same issue.
>> >
>> > If you add the instrumentation code and look at the temp file, you’ll
>> see that the sections have the wrong number of brackets.
>> >
>> > Cheers,
>> > John
>>
>> --
>> 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.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/weewx-development/CA049183-2575-4062-AC9C-A8C96C81A1D5%40johnkline.com
>> .
>>
>

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/CAPq0zECFJ-Ndt43ZsFQpNqRJzbO7362Z1q1AKgRSmym3pe-zhg%40mail.gmail.com.

Re: [weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[John Kline]

I’m assuming you enabled StandardReport.  If so, that is remarkable; but I know 
what to do on my end to make the skins work.  Thanks for trying it.

> On Jul 14, 2020, at 5:27 PM, Tom Keffer  wrote:
> 
> 
> I added the section [[[Foo]]] to [[StandardReport]] as you directed, and it 
> worked fine on my system, using configobj v5.0.6 and Python v3.5.9, v3.7.3, 
> and v3.8.2. 
> 
>> On Tue, Jul 14, 2020 at 9:23 AM John Kline  wrote:
>> Oh, I forgot to add, if you add the following to skins/Standard/skins.conf, 
>> the problem goes away:
>> [Foo]
>> [[Bar]]
>> x = 1
>> 
>> It appears the introduction of new sections is a problem when using 
>> configobj.write
>> 
>> Cheers,
>> John
>> 
>> > On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
>> > 
>> > Hi Tom,
>> > 
>> > I had a chance to dig deeper into the issues I am seeing at head, 
>> > specifically the weeutil.config.deep_copy function.
>> > 
>> > I would appreciate it if you could could try to reproduce the problem with 
>> > this StandardReport.  Just run wee_reports (there’s no need to restart 
>> > WeeWX):
>> > 
>> >[[StandardReport]] 
>> ># This is the old "Standard" skin. By default, it is not enabled.
>> >skin = Standard
>> >enable = true
>> >[[[Foo]]]
>> >   Bar
>> >baz = foobarabaz
>> > 
>> > If it fails for you, and iff this is legal to have in the weewx.conf file, 
>> > you can instrument the function to see why it happens by adding this to 
>> > the code below to the beginning.  You see it fail when running wee_reports 
>> > and know which tmp file to look in.  Again, just run wee_reports.
>> > 
>> >import time 
>> >
>> >
>> >fname = '/tmp/config_obj_%f' % time.time()  
>> >  print('writing %s' % 
>> > fname) 
>> >   fd = open(fname, 'wb')   
>> >
>> >old_dict.write(fd)  
>> >
>> >   fd.close()   
>> >
>> >print('done writing %s' % fname)
>> >  
>> > print('reading %s' % fname)
>> >  fd = open(fname, 
>> > 'rb')  
>> >  new_dict = 
>> > configobj.ConfigObj(fd,
>> > 
>> > encoding='utf8',   
>> >  
>> > default_encoding=old_dict.default_encoding,
>> > 
>> > interpolation=old_dict.interpolation)  
>> >  fd.close()
>> >
>> >   print('done reading %s' % fname) 
>> >   
>> > return new_dict
>> > 
>> > If this isn’t legal, I’ll need to change [my copy] of forecast as I 
>> > believe this is a typical report entry for reports that include a forecast:
>> > 
>> >[[[Extras]]]
>> >forecast_iconic_settings
>> >source = NWS
>> >orientation = horizontal
>> >num_days = 7
>> >bar_size = 150
>> >show_date = 0
>> >show_pop = 0
>> >show_precip = 1
>> >show_obvis = 1
>> > 
>> > The above causes the same issue.
>> > 
>> > If you add the instrumentation code and look at the temp file, you’ll see 
>> > that the sections have the wrong number of brackets.
>> > 
>> > Cheers,
>> > John
>> 
>> -- 
>> 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.com.
>> To view this discussion on the web visit 
>> 

Re: [weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[Tom Keffer]

I added the section [[[Foo]]] to [[StandardReport]] as you directed, and it
worked fine on my system, using configobj v5.0.6 and Python v3.5.9, v3.7.3,
and v3.8.2.

On Tue, Jul 14, 2020 at 9:23 AM John Kline  wrote:

> Oh, I forgot to add, if you add the following to
> skins/Standard/skins.conf, the problem goes away:
> [Foo]
> [[Bar]]
> x = 1
>
> It appears the introduction of new sections is a problem when using
> configobj.write
>
> Cheers,
> John
>
> > On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
> >
> > Hi Tom,
> >
> > I had a chance to dig deeper into the issues I am seeing at head,
> specifically the weeutil.config.deep_copy function.
> >
> > I would appreciate it if you could could try to reproduce the problem
> with this StandardReport.  Just run wee_reports (there’s no need to restart
> WeeWX):
> >
> >[[StandardReport]]
> ># This is the old "Standard" skin. By default, it is not enabled.
> >skin = Standard
> >enable = true
> >[[[Foo]]]
> >   Bar
> >baz = foobarabaz
> >
> > If it fails for you, and iff this is legal to have in the weewx.conf
> file, you can instrument the function to see why it happens by adding this
> to the code below to the beginning.  You see it fail when running
> wee_reports and know which tmp file to look in.  Again, just run
> wee_reports.
> >
> >import time
>
>
> >fname = '/tmp/config_obj_%f' % time.time()
>print('writing %s' %
> fname)
>  fd = open(fname, 'wb')
>
>  old_dict.write(fd)
>
>fd.close()
>
>print('done writing %s' % fname)
>  print('reading
> %s' % fname)
>  fd = open(fname, 'rb')
>
>new_dict = configobj.ConfigObj(fd,
>
>   encoding='utf8',
>
>   default_encoding=old_dict.default_encoding,
>
> interpolation=old_dict.interpolation)
>  fd.close()
>
>  print('done reading %s' % fname)
>  return
> new_dict
> >
> > If this isn’t legal, I’ll need to change [my copy] of forecast as I
> believe this is a typical report entry for reports that include a forecast:
> >
> >[[[Extras]]]
> >forecast_iconic_settings
> >source = NWS
> >orientation = horizontal
> >num_days = 7
> >bar_size = 150
> >show_date = 0
> >show_pop = 0
> >show_precip = 1
> >show_obvis = 1
> >
> > The above causes the same issue.
> >
> > If you add the instrumentation code and look at the temp file, you’ll
> see that the sections have the wrong number of brackets.
> >
> > Cheers,
> > John
>
> --
> 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.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-development/CA049183-2575-4062-AC9C-A8C96C81A1D5%40johnkline.com
> .
>

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/CAPq0zEDP5mS5%3Dee%3Defy9i80m0jiJz-aVt6szTwM1qffsbRrPeg%40mail.gmail.com.

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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 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 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 
>> from the device.
>>
>> MariaDB [weewx_import]> select 
>> from_unixtime(datetime),rain,rainrate,radiation,uv,et,extratemp1 from 
>> archive order by datetime desc limit 100;
>>
>> +-+-+-+---+--+--++
>> | from_unixtime(datetime) | rain| rainrate| 
>> radiation | uv   | et   | extratemp1 |
>>
>> +-+-+-+---+--+--++
>> | 2020-07-14 18:50:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.6319446 |
>> | 2020-07-14 18:49:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:48:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:47:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:46:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:45:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:44:00 |   0 |  0.9501 
>> |  NULL | NULL | NULL | 15.557 |
>> | 2020-07-14 18:43:00 |   0 |   1 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:42:00 |   0 |  1.1501 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:41:00 |   0 |  1.1501 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:40:00 | 0.20004 | 1.1 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:39:00 |   0 | 1.11875 
>> |  NULL | NULL | NULL | 15.4791666 |
>> | 2020-07-14 18:38:00 |   0 |  1.3005 
>> |  NULL | NULL | NULL | 15.445 |
>> | 2020-07-14 18:37:00 |   0 |  1.41250005 
>> |  NULL | NULL | NULL | 15.445 |
>> | 2020-07-14 18:36:00 |   0 |   1.699 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:35:00 |   0 |  1.84375004 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:34:00 |   0 |  2.13749993 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:33:00 |   0 |   2.5125001 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:32:00 |   0 |  3.04374984 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:31:00 |   0 |   3.5437501 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:30:00 |   0 |   3.551 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:29:00 |   0 |   3.551 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:28:00 | 0.20004 |   3.5187501 
>> |  NULL | NULL | NULL |   15.5 |
>> | 2020-07-14 18:27:00 |   0 |  4.00625005 
>> |  NULL | NULL | NULL |  15.513889 |
>> | 2020-07-14 18:26:00 |   0 |  4.3995 
>> |  NULL | NULL | NULL | 15.529 |
>> | 2020-07-14 18:25:00 |   0 |  4.3995 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:24:00 | 0.20004 |   4.0624999 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:23:00 |   0 |   3.902 
>> |  NULL | NULL | NULL | 15.612 |
>> | 2020-07-14 18:22:00 | 0.20004 |   

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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 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 
> from the device.
>
> MariaDB [weewx_import]> select 
> from_unixtime(datetime),rain,rainrate,radiation,uv,et,extratemp1 from 
> archive order by datetime desc limit 100;
>
> +-+-+-+---+--+--++
> | from_unixtime(datetime) | rain| rainrate| 
> radiation | uv   | et   | extratemp1 |
>
> +-+-+-+---+--+--++
> | 2020-07-14 18:50:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.6319446 |
> | 2020-07-14 18:49:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:48:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:47:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:46:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:45:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:44:00 |   0 |  0.9501 
> |  NULL | NULL | NULL | 15.557 |
> | 2020-07-14 18:43:00 |   0 |   1 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:42:00 |   0 |  1.1501 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:41:00 |   0 |  1.1501 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:40:00 | 0.20004 | 1.1 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:39:00 |   0 | 1.11875 
> |  NULL | NULL | NULL | 15.4791666 |
> | 2020-07-14 18:38:00 |   0 |  1.3005 
> |  NULL | NULL | NULL | 15.445 |
> | 2020-07-14 18:37:00 |   0 |  1.41250005 
> |  NULL | NULL | NULL | 15.445 |
> | 2020-07-14 18:36:00 |   0 |   1.699 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:35:00 |   0 |  1.84375004 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:34:00 |   0 |  2.13749993 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:33:00 |   0 |   2.5125001 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:32:00 |   0 |  3.04374984 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:31:00 |   0 |   3.5437501 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:30:00 |   0 |   3.551 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:29:00 |   0 |   3.551 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:28:00 | 0.20004 |   3.5187501 
> |  NULL | NULL | NULL |   15.5 |
> | 2020-07-14 18:27:00 |   0 |  4.00625005 
> |  NULL | NULL | NULL |  15.513889 |
> | 2020-07-14 18:26:00 |   0 |  4.3995 
> |  NULL | NULL | NULL | 15.529 |
> | 2020-07-14 18:25:00 |   0 |  4.3995 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:24:00 | 0.20004 |   4.0624999 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:23:00 |   0 |   3.902 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:22:00 | 0.20004 |   3.902 
> |  NULL | NULL | NULL | 15.612 |
> | 2020-07-14 18:21:00 |   0 |  4.5875 
> |  NULL | NULL | NULL | 15.6458334 |
> | 2020-07-14 18:20:00 |   0 |4.75 
> |  NULL | NULL | NULL | 15.668 |
> | 2020-07-14 

[weewx-development] Re: Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[John Kline]

Oh, I forgot to add, if you add the following to skins/Standard/skins.conf, the 
problem goes away:
[Foo]
[[Bar]]
x = 1

It appears the introduction of new sections is a problem when using 
configobj.write

Cheers,
John

> On Jul 14, 2020, at 9:15 AM, John Kline  wrote:
> 
> Hi Tom,
> 
> I had a chance to dig deeper into the issues I am seeing at head, 
> specifically the weeutil.config.deep_copy function.
> 
> I would appreciate it if you could could try to reproduce the problem with 
> this StandardReport.  Just run wee_reports (there’s no need to restart WeeWX):
> 
>[[StandardReport]] 
># This is the old "Standard" skin. By default, it is not enabled.
>skin = Standard
>enable = true
>[[[Foo]]]
>   Bar
>baz = foobarabaz
> 
> If it fails for you, and iff this is legal to have in the weewx.conf file, 
> you can instrument the function to see why it happens by adding this to the 
> code below to the beginning.  You see it fail when running wee_reports and 
> know which tmp file to look in.  Again, just run wee_reports.
> 
>import time
>   
>  
>fname = '/tmp/config_obj_%f' % time.time() 
>   print('writing %s' % fname) 
>   
> fd = open(fname, 'wb')
>   
>old_dict.write(fd) 
>   fd.close()  
>   
>  print('done writing 
> %s' % fname)  
>print('reading %s' % fname)
>   
>fd = open(fname, 'rb') 
>   new_dict = 
> configobj.ConfigObj(fd,   
>  
> encoding='utf8',  
>   
> default_encoding=old_dict.default_encoding,   
>  
> interpolation=old_dict.interpolation) 
>   fd.close()  
>   
>  print('done reading %s' % fname) 
>   return new_dict
> 
> If this isn’t legal, I’ll need to change [my copy] of forecast as I believe 
> this is a typical report entry for reports that include a forecast:
> 
>[[[Extras]]]
>forecast_iconic_settings
>source = NWS
>orientation = horizontal
>num_days = 7
>bar_size = 150
>show_date = 0
>show_pop = 0
>show_precip = 1
>show_obvis = 1
> 
> The above causes the same issue.
> 
> If you add the instrumentation code and look at the temp file, you’ll see 
> that the sections have the wrong number of brackets.
> 
> Cheers,
> John

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/CA049183-2575-4062-AC9C-A8C96C81A1D5%40johnkline.com.

[weewx-development] Attn Tom: Simple Case to Repro the weeutil.config.deep_copy issue

[John Kline]

Hi Tom,

I had a chance to dig deeper into the issues I am seeing at head, specifically 
the weeutil.config.deep_copy function.

I would appreciate it if you could could try to reproduce the problem with this 
StandardReport.  Just run wee_reports (there’s no need to restart WeeWX):

[[StandardReport]] 
# This is the old "Standard" skin. By default, it is not enabled.
skin = Standard
enable = true
[[[Foo]]]
   Bar
baz = foobarabaz

If it fails for you, and iff this is legal to have in the weewx.conf file, you 
can instrument the function to see why it happens by adding this to the code 
below to the beginning.  You see it fail when running wee_reports and know 
which tmp file to look in.  Again, just run wee_reports.

import time 

  
fname = '/tmp/config_obj_%f' % time.time()  
 print('writing %s' % fname)

   fd = open(fname, 'wb')   
  
old_dict.write(fd)  
 fd.close() 

print('done writing %s' % 
fname)  
   print('reading %s' % fname)  
   fd = 
open(fname, 'rb')   
new_dict = 
configobj.ConfigObj(fd, 
   
encoding='utf8',

default_encoding=old_dict.default_encoding, 
   interpolation=old_dict.interpolation)
   fd.close()   

  print('done reading %s' % fname)  

 return new_dict

If this isn’t legal, I’ll need to change [my copy] of forecast as I believe 
this is a typical report entry for reports that include a forecast:

[[[Extras]]]
forecast_iconic_settings
source = NWS
orientation = horizontal
num_days = 7
bar_size = 150
show_date = 0
show_pop = 0
show_precip = 1
show_obvis = 1

The above causes the same issue.

If you add the instrumentation code and look at the temp file, you’ll see that 
the sections have the wrong number of brackets.

Cheers,
John

-- 
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.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/45C62252-6190-4949-9703-322526E62DA3%40johnkline.com.

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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 
starting weewx



MariaDB [weewx_import]> select 
from_unixtime(datetime),rain,rainrate,radiation,uv,et,extratemp1 from 
archive order by datetime desc limit 100;
+-+--+--+---+--+--++
| from_unixtime(datetime) | rain | rainrate | radiation | uv   | et   | 
extratemp1 |
+-+--+--+---+--+--++
| 2020-07-14 17:22:00 |0 |0 |  NULL | NULL | NULL 
|   17.5 |
| 2020-07-14 17:21:00 |0 |0 |  NULL | NULL | NULL | 
17.4791664 |
| 2020-07-14 17:20:00 |0 |0 |  NULL | NULL | NULL | 
17.443 |
+-+--+--+---+--+--++
3 rows in set (0.001 sec)


Op dinsdag 14 juli 2020 om 15:40:36 UTC+2 schreef flor...@pre-vost.fr:

>
> 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 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...@gmail.com a écrit :
>>
>>> Now it's looking much better. I emptied the archive table, as well as 
>>> the daily archive tables, and started weewx.
>>>
>>> First record (I started weewx at 13:30) is the exact amount of current 
>>> daily rainfall. It was not raining then, so this amount at 13:31 should be 
>>> zero. One raintick at 13:33, which is correct.
>>>
>>> Also attached the syslog, first 30 minutes after starting weewx (13:30).
>>>
>>> MariaDB [weewx_import]> select from_unixtime(datetime),rain,rainrate 
>>> from archive order by datetime desc limit 100;
>>> +-+-++
>>> | from_unixtime(datetime) | rain| rainrate   |
>>> +-+-++
>>>
>>> | 2020-07-14 14:35:00 |   0 |  0 |
>>> | 2020-07-14 14:34:00 |   0 |  0 |
>>> | 2020-07-14 14:33:00 |   0 |  0 |
>>> | 2020-07-14 14:32:00 |   0 |  0 |
>>> 
>>> | 2020-07-14 13:53:00 |   0 |  0 |
>>> | 2020-07-14 13:52:00 |   0 |  0 |
>>> | 2020-07-14 13:51:00 |   0 |  0 |
>>> | 2020-07-14 13:50:00 |   0 |   0.25 |
>>> | 2020-07-14 13:49:00 |   0 | 0.6003 |
>>> | 2020-07-14 13:48:00 |   0 | 0.6754 |
>>> | 2020-07-14 13:47:00 |   0 | 0.8005 |
>>> | 2020-07-14 13:46:00 |   0 |  1.5562499 |
>>> | 2020-07-14 13:45:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:44:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:43:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:42:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:41:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:40:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:39:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:38:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:37:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:36:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:35:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:34:00 |   0 | 3.5507 |
>>> | 2020-07-14 13:33:00 | 0.20004 |  3.475 |
>>> | 2020-07-14 13:32:00 |   0 | 3.3505 |
>>> | 2020-07-14 13:31:00 | 2.6 | 2.8571428571428577 |
>>> +-+-++
>>> 65 rows in set (0.001 sec)
>>>
>>>
>>>
>>> Op dinsdag 14 juli 2020 om 13:08:43 UTC+2 schreef flor...@pre-vost.fr:
>>>
 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 

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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 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...@gmail.com a écrit :
>
>> Now it's looking much better. I emptied the archive table, as well as the 
>> daily archive tables, and started weewx.
>>
>> First record (I started weewx at 13:30) is the exact amount of current 
>> daily rainfall. It was not raining then, so this amount at 13:31 should be 
>> zero. One raintick at 13:33, which is correct.
>>
>> Also attached the syslog, first 30 minutes after starting weewx (13:30).
>>
>> MariaDB [weewx_import]> select from_unixtime(datetime),rain,rainrate from 
>> archive order by datetime desc limit 100;
>> +-+-++
>> | from_unixtime(datetime) | rain| rainrate   |
>> +-+-++
>>
>> | 2020-07-14 14:35:00 |   0 |  0 |
>> | 2020-07-14 14:34:00 |   0 |  0 |
>> | 2020-07-14 14:33:00 |   0 |  0 |
>> | 2020-07-14 14:32:00 |   0 |  0 |
>> 
>> | 2020-07-14 13:53:00 |   0 |  0 |
>> | 2020-07-14 13:52:00 |   0 |  0 |
>> | 2020-07-14 13:51:00 |   0 |  0 |
>> | 2020-07-14 13:50:00 |   0 |   0.25 |
>> | 2020-07-14 13:49:00 |   0 | 0.6003 |
>> | 2020-07-14 13:48:00 |   0 | 0.6754 |
>> | 2020-07-14 13:47:00 |   0 | 0.8005 |
>> | 2020-07-14 13:46:00 |   0 |  1.5562499 |
>> | 2020-07-14 13:45:00 |   0 | 3.5507 |
>> | 2020-07-14 13:44:00 |   0 | 3.5507 |
>> | 2020-07-14 13:43:00 |   0 | 3.5507 |
>> | 2020-07-14 13:42:00 |   0 | 3.5507 |
>> | 2020-07-14 13:41:00 |   0 | 3.5507 |
>> | 2020-07-14 13:40:00 |   0 | 3.5507 |
>> | 2020-07-14 13:39:00 |   0 | 3.5507 |
>> | 2020-07-14 13:38:00 |   0 | 3.5507 |
>> | 2020-07-14 13:37:00 |   0 | 3.5507 |
>> | 2020-07-14 13:36:00 |   0 | 3.5507 |
>> | 2020-07-14 13:35:00 |   0 | 3.5507 |
>> | 2020-07-14 13:34:00 |   0 | 3.5507 |
>> | 2020-07-14 13:33:00 | 0.20004 |  3.475 |
>> | 2020-07-14 13:32:00 |   0 | 3.3505 |
>> | 2020-07-14 13:31:00 | 2.6 | 2.8571428571428577 |
>> +-+-++
>> 65 rows in set (0.001 sec)
>>
>>
>>
>> Op dinsdag 14 juli 2020 om 13:08:43 UTC+2 schreef flor...@pre-vost.fr:
>>
>>> 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_unixtime(datetime),rain,rainrate 
 from 
 archiv 

  
 e order by datetime desc limit 10;
 +-++-+
 | from_unixtime(datetime) | rain   | rainrate|
 +-++-+
 | 2020-07-14 12:26:00 |3.2 |   9.406 |
 | 2020-07-14 12:25:00 |3.2 |   6.202 |
 | 2020-07-14 12:24:00 |3.2 |   3 |
 | 2020-07-14 12:23:00 | 1.2002 | 0.43636363636363645 |
 +-++-+
 4 rows in set (0.001 sec)


 Op dinsdag 14 juli 2020 om 12:24:30 UTC+2 schreef Maarten van der 
 Hoeven:

> 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 

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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...@gmail.com a écrit :

> Now it's looking much better. I emptied the archive table, as well as the 
> daily archive tables, and started weewx.
>
> First record (I started weewx at 13:30) is the exact amount of current 
> daily rainfall. It was not raining then, so this amount at 13:31 should be 
> zero. One raintick at 13:33, which is correct.
>
> Also attached the syslog, first 30 minutes after starting weewx (13:30).
>
> MariaDB [weewx_import]> select from_unixtime(datetime),rain,rainrate from 
> archive order by datetime desc limit 100;
> +-+-++
> | from_unixtime(datetime) | rain| rainrate   |
> +-+-++
>
> | 2020-07-14 14:35:00 |   0 |  0 |
> | 2020-07-14 14:34:00 |   0 |  0 |
> | 2020-07-14 14:33:00 |   0 |  0 |
> | 2020-07-14 14:32:00 |   0 |  0 |
> 
> | 2020-07-14 13:53:00 |   0 |  0 |
> | 2020-07-14 13:52:00 |   0 |  0 |
> | 2020-07-14 13:51:00 |   0 |  0 |
> | 2020-07-14 13:50:00 |   0 |   0.25 |
> | 2020-07-14 13:49:00 |   0 | 0.6003 |
> | 2020-07-14 13:48:00 |   0 | 0.6754 |
> | 2020-07-14 13:47:00 |   0 | 0.8005 |
> | 2020-07-14 13:46:00 |   0 |  1.5562499 |
> | 2020-07-14 13:45:00 |   0 | 3.5507 |
> | 2020-07-14 13:44:00 |   0 | 3.5507 |
> | 2020-07-14 13:43:00 |   0 | 3.5507 |
> | 2020-07-14 13:42:00 |   0 | 3.5507 |
> | 2020-07-14 13:41:00 |   0 | 3.5507 |
> | 2020-07-14 13:40:00 |   0 | 3.5507 |
> | 2020-07-14 13:39:00 |   0 | 3.5507 |
> | 2020-07-14 13:38:00 |   0 | 3.5507 |
> | 2020-07-14 13:37:00 |   0 | 3.5507 |
> | 2020-07-14 13:36:00 |   0 | 3.5507 |
> | 2020-07-14 13:35:00 |   0 | 3.5507 |
> | 2020-07-14 13:34:00 |   0 | 3.5507 |
> | 2020-07-14 13:33:00 | 0.20004 |  3.475 |
> | 2020-07-14 13:32:00 |   0 | 3.3505 |
> | 2020-07-14 13:31:00 | 2.6 | 2.8571428571428577 |
> +-+-++
> 65 rows in set (0.001 sec)
>
>
>
> Op dinsdag 14 juli 2020 om 13:08:43 UTC+2 schreef flor...@pre-vost.fr:
>
>> 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_unixtime(datetime),rain,rainrate 
>>> from 
>>> archiv  
>>> 
>>>
>>> e order by datetime desc limit 10;
>>> +-++-+
>>> | from_unixtime(datetime) | rain   | rainrate|
>>> +-++-+
>>> | 2020-07-14 12:26:00 |3.2 |   9.406 |
>>> | 2020-07-14 12:25:00 |3.2 |   6.202 |
>>> | 2020-07-14 12:24:00 |3.2 |   3 |
>>> | 2020-07-14 12:23:00 | 1.2002 | 0.43636363636363645 |
>>> +-++-+
>>> 4 rows in set (0.001 sec)
>>>
>>>
>>> Op dinsdag 14 juli 2020 om 12:24:30 UTC+2 schreef Maarten van der Hoeven:
>>>
 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 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, 

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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_unixtime(datetime),rain,rainrate from 
> archiv
>   
>
> e order by datetime desc limit 10;
> +-++-+
> | from_unixtime(datetime) | rain   | rainrate|
> +-++-+
> | 2020-07-14 12:26:00 |3.2 |   9.406 |
> | 2020-07-14 12:25:00 |3.2 |   6.202 |
> | 2020-07-14 12:24:00 |3.2 |   3 |
> | 2020-07-14 12:23:00 | 1.2002 | 0.43636363636363645 |
> +-++-+
> 4 rows in set (0.001 sec)
>
>
> Op dinsdag 14 juli 2020 om 12:24:30 UTC+2 schreef Maarten van der Hoeven:
>
>> 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 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 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 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.
>>
>> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, 
>> rainrate, radiation, uv, et from archive order by datetime desc limit 30;
>>
>> +-+-+-+---+--+--+
>> | from_unixtime(dateTime) | rain| rainrate
>> | radiation | uv   | et   |
>>
>> +-+-+-+---+--+--+
>> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:56:00 | 1.6 |  10.843 
>> |   

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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  

   
e order by datetime desc limit 10;
+-++-+
| from_unixtime(datetime) | rain   | rainrate|
+-++-+
| 2020-07-14 12:26:00 |3.2 |   9.406 |
| 2020-07-14 12:25:00 |3.2 |   6.202 |
| 2020-07-14 12:24:00 |3.2 |   3 |
| 2020-07-14 12:23:00 | 1.2002 | 0.43636363636363645 |
+-++-+
4 rows in set (0.001 sec)


Op dinsdag 14 juli 2020 om 12:24:30 UTC+2 schreef Maarten van der Hoeven:

> 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 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 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 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.
>
> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, 
> rainrate, radiation, uv, et from archive order by datetime desc limit 30;
>
> +-+-+-+---+--+--+
> | from_unixtime(dateTime) | rain| rainrate
> | radiation | uv   | et   |
>
> +-+-+-+---+--+--+
> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:56:00 | 1.6 |  10.843 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:55:00 | 1.6 |   9.248 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:54:00 | 1.6 |   7.652 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:53:00 |

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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 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 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 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 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.
>
> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, 
> rainrate, radiation, uv, et from archive order by datetime desc limit 30;
>
> +-+-+-+---+--+--+
> | from_unixtime(dateTime) | rain| rainrate
> | radiation | uv   | et   |
>
> +-+-+-+---+--+--+
> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:56:00 | 1.6 |  10.843 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:55:00 | 1.6 |   9.248 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:54:00 | 1.6 |   7.652 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:52:00 | 1.6 |   4.453 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:48:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:47:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:46:00 |

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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

 MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
 radiation, uv, et from archive order by datetime desc limit 30;

 +-+-+-+---+--+--+
 | from_unixtime(dateTime) | rain| rainrate| 
 radiation | uv   | et   |

 +-+-+-+---+--+--+
 | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:12:00 | 3.2 |   32.049993 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:11:00 | 3.2 |   30.449994 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:09:00 | 3.2 |   27.249995 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:08:00 | 3.2 |   25.649995 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:06:00 | 1.6 |   24.131245 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:03:00 | 1.6 |   22.049996 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:01:00 | 1.6 |   18.849997 
 |  NULL | NULL | NULL |
 | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:58:00 | 1.6 |   14.049998 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:56:00 | 1.6 |  10.843 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:55:00 | 1.6 |   9.248 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:54:00 | 1.6 |   7.652 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:53:00 | 1.6 |  6.0525 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:52:00 | 1.6 |   4.453 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:51:00 | 1.6 |  2.8514 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:50:00 | 1.6 |  1.2502 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:48:00 |   0 |   0 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:47:00 |   0 |   0 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:46:00 |   0 |   0 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:45:00 |   0 |   0 
 |  NULL | NULL | NULL |
 | 2020-07-14 09:44:00 |   0 |   0 
 |  NULL | NULL | NULL |

 

[weewx-development] Re: Weatherlink Live driver developpment

[flor...@pre-vost.fr]

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 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 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.
>>>
>>> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
>>> radiation, uv, et from archive order by datetime desc limit 30;
>>>
>>> +-+-+-+---+--+--+
>>> | from_unixtime(dateTime) | rain| rainrate| 
>>> radiation | uv   | et   |
>>>
>>> +-+-+-+---+--+--+
>>> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:56:00 | 1.6 |  10.843 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:55:00 | 1.6 |   9.248 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:54:00 | 1.6 |   7.652 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:52:00 | 1.6 |   4.453 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:48:00 |   0 |   0 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:47:00 |   0 |   0 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:46:00 |   0 |   0 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:45:00 |   0 |   0 
>>> |  NULL | NULL | NULL |
>>> | 2020-07-14 09:44:00 |   0 |   0 
>>> |  NULL | NULL | NULL |
>>>
>>> +-+-+-+---+--+--+
>>> 30 rows in set (0.001 sec)
>>>
>>> Console output:
>>> maarten@weewximport:~$ tail -f /var/log/syslog
>>> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set 
>>> previous period rain to: 2
>>> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: rainRate 
>>> rightnow is : 0.007874015748031498
>>> 

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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;
+-+--+---+
| from_unixtime(datetime) | rain | rainrate  |
+-+--+---+
| 2020-07-14 11:55:00 |0 | 0 |
| 2020-07-14 11:54:00 |0 | 0 |
| 2020-07-14 11:53:00 |0 | 0 |
| 2020-07-14 11:52:00 |  3.2 | 48.31 |
| 2020-07-14 11:51:00 |  3.2 | 48.31 |
| 2020-07-14 11:50:00 |  3.2 | 48.31 |
| 2020-07-14 11:49:00 |  3.2 | 48.31 |
| 2020-07-14 11:48:00 |  3.2 | 48.31 |
| 2020-07-14 11:47:00 |  3.2 | 48.31 |
| 2020-07-14 11:46:00 |  3.6 | 52.70303030303021 |
+-+--+---+
10 rows in set (0.001 sec)


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 :) 
>
> Le mardi 14 juillet 2020 à 10:19:23 UTC+2, hoev...@gmail.com a écrit :
>
>> 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.
>>
>> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
>> radiation, uv, et from archive order by datetime desc limit 30;
>>
>> +-+-+-+---+--+--+
>> | from_unixtime(dateTime) | rain| rainrate| 
>> radiation | uv   | et   |
>>
>> +-+-+-+---+--+--+
>> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:56:00 | 1.6 |  10.843 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:55:00 | 1.6 |   9.248 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:54:00 | 1.6 |   7.652 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:52:00 | 1.6 |   4.453 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:48:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:47:00 |   0 |   0 
>> |  

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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 :) 
>
> Le mardi 14 juillet 2020 à 10:19:23 UTC+2, hoev...@gmail.com a écrit :
>
>> 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.
>>
>> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
>> radiation, uv, et from archive order by datetime desc limit 30;
>>
>> +-+-+-+---+--+--+
>> | from_unixtime(dateTime) | rain| rainrate| 
>> radiation | uv   | et   |
>>
>> +-+-+-+---+--+--+
>> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:56:00 | 1.6 |  10.843 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:55:00 | 1.6 |   9.248 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:54:00 | 1.6 |   7.652 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:52:00 | 1.6 |   4.453 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:48:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:47:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:46:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:45:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>> | 2020-07-14 09:44:00 |   0 |   0 
>> |  NULL | NULL | NULL |
>>
>> +-+-+-+---+--+--+
>> 30 rows in set (0.001 sec)
>>
>> Console output:
>> maarten@weewximport:~$ tail -f /var/log/syslog
>> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set previous 
>> period rain to: 2
>> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: rainRate 
>> rightnow is : 0.007874015748031498
>> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Packet 
>> received from WLL module {'dateTime': 1594714658, 'usUnits': 1, 
>> 'windSpeed': 2.0, 'windDir': 234, 'windGust': 5.0, 'windGustDir': 227, 
>> 'rain': 0.0, 'rainRate': 0.007874015748031498}:
>> Jul 14 10:17:40 

[weewx-development] Re: Weatherlink Live driver developpment

[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 :) 

Le mardi 14 juillet 2020 à 10:19:23 UTC+2, hoev...@gmail.com a écrit :

> 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.
>
> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
> radiation, uv, et from archive order by datetime desc limit 30;
>
> +-+-+-+---+--+--+
> | from_unixtime(dateTime) | rain| rainrate| 
> radiation | uv   | et   |
>
> +-+-+-+---+--+--+
> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:56:00 | 1.6 |  10.843 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:55:00 | 1.6 |   9.248 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:54:00 | 1.6 |   7.652 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:52:00 | 1.6 |   4.453 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:48:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:47:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:46:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:45:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:44:00 |   0 |   0 
> |  NULL | NULL | NULL |
>
> +-+-+-+---+--+--+
> 30 rows in set (0.001 sec)
>
> Console output:
> maarten@weewximport:~$ tail -f /var/log/syslog
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set previous 
> period rain to: 2
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: rainRate 
> rightnow is : 0.007874015748031498
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Packet 
> received from WLL module {'dateTime': 1594714658, 'usUnits': 1, 
> 'windSpeed': 2.0, 'windDir': 234, 'windGust': 5.0, 'windGustDir': 227, 
> 'rain': 0.0, 'rainRate': 0.007874015748031498}:
> Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
> Starting new HTTP connection (1): 192.168.2.33:80
> Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
> 

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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-environment). Not looking good, see below. Also, 
> radiation, UV and ET are NULL, although I have data for these variables.
>
> MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
> radiation, uv, et from archive order by datetime desc limit 30;
>
> +-+-+-+---+--+--+
> | from_unixtime(dateTime) | rain| rainrate| 
> radiation | uv   | et   |
>
> +-+-+-+---+--+--+
> | 2020-07-14 10:13:00 | 3.2 |  33.6499935 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:12:00 | 3.2 |   32.049993 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:11:00 | 3.2 |   30.449994 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:10:00 | 3.2 |  28.8499945 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:09:00 | 3.2 |   27.249995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:08:00 | 3.2 |   25.649995 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:07:00 | 2.2 |  24.2124956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:06:00 | 1.6 |   24.131245 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:05:00 | 1.6 |  24.1499956 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:04:00 | 1.6 |  23.6249954 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:03:00 | 1.6 |   22.049996 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:02:00 | 1.6 |  20.4499964 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:01:00 | 1.6 |   18.849997 
> |  NULL | NULL | NULL |
> | 2020-07-14 10:00:00 | 1.6 |  17.2499968 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:59:00 | 1.6 |  15.6499974 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:58:00 | 1.6 |   14.049998 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:57:00 | 1.6 |  12.4499985 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:56:00 | 1.6 |  10.843 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:55:00 | 1.6 |   9.248 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:54:00 | 1.6 |   7.652 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:53:00 | 1.6 |  6.0525 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:52:00 | 1.6 |   4.453 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:51:00 | 1.6 |  2.8514 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:50:00 | 1.6 |  1.2502 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:49:00 | 0.20004 | 0.06251 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:48:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:47:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:46:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:45:00 |   0 |   0 
> |  NULL | NULL | NULL |
> | 2020-07-14 09:44:00 |   0 |   0 
> |  NULL | NULL | NULL |
>
> +-+-+-+---+--+--+
> 30 rows in set (0.001 sec)
>
> Console output:
> maarten@weewximport:~$ tail -f /var/log/syslog
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set previous 
> period rain to: 2
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: rainRate 
> rightnow is : 0.007874015748031498
> Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Packet 
> received from WLL module {'dateTime': 1594714658, 'usUnits': 1, 
> 'windSpeed': 2.0, 'windDir': 234, 'windGust': 5.0, 'windGustDir': 227, 
> 'rain': 0.0, 'rainRate': 0.007874015748031498}:
> Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
> Starting new HTTP connection (1): 192.168.2.33:80
> Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
> http://192.168.2.33:80 "GET /v1/current_conditions HTTP/1.1" 200 None
> Jul 14 10:17:40 weewximport weewx[881] INFO weewx.restx: MQTT: Published 
> record 2020-07-14 

[weewx-development] Re: Weatherlink Live driver developpment

[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-environment). Not looking good, see below. Also, 
radiation, UV and ET are NULL, although I have data for these variables.

MariaDB [weewx_import]> select from_unixtime(dateTime), rain, rainrate, 
radiation, uv, et from archive order by datetime desc limit 30;
+-+-+-+---+--+--+
| from_unixtime(dateTime) | rain| rainrate| 
radiation | uv   | et   |
+-+-+-+---+--+--+
| 2020-07-14 10:13:00 | 3.2 |  33.6499935 
|  NULL | NULL | NULL |
| 2020-07-14 10:12:00 | 3.2 |   32.049993 
|  NULL | NULL | NULL |
| 2020-07-14 10:11:00 | 3.2 |   30.449994 
|  NULL | NULL | NULL |
| 2020-07-14 10:10:00 | 3.2 |  28.8499945 
|  NULL | NULL | NULL |
| 2020-07-14 10:09:00 | 3.2 |   27.249995 
|  NULL | NULL | NULL |
| 2020-07-14 10:08:00 | 3.2 |   25.649995 
|  NULL | NULL | NULL |
| 2020-07-14 10:07:00 | 2.2 |  24.2124956 
|  NULL | NULL | NULL |
| 2020-07-14 10:06:00 | 1.6 |   24.131245 
|  NULL | NULL | NULL |
| 2020-07-14 10:05:00 | 1.6 |  24.1499956 
|  NULL | NULL | NULL |
| 2020-07-14 10:04:00 | 1.6 |  23.6249954 
|  NULL | NULL | NULL |
| 2020-07-14 10:03:00 | 1.6 |   22.049996 
|  NULL | NULL | NULL |
| 2020-07-14 10:02:00 | 1.6 |  20.4499964 
|  NULL | NULL | NULL |
| 2020-07-14 10:01:00 | 1.6 |   18.849997 
|  NULL | NULL | NULL |
| 2020-07-14 10:00:00 | 1.6 |  17.2499968 
|  NULL | NULL | NULL |
| 2020-07-14 09:59:00 | 1.6 |  15.6499974 
|  NULL | NULL | NULL |
| 2020-07-14 09:58:00 | 1.6 |   14.049998 
|  NULL | NULL | NULL |
| 2020-07-14 09:57:00 | 1.6 |  12.4499985 
|  NULL | NULL | NULL |
| 2020-07-14 09:56:00 | 1.6 |  10.843 
|  NULL | NULL | NULL |
| 2020-07-14 09:55:00 | 1.6 |   9.248 
|  NULL | NULL | NULL |
| 2020-07-14 09:54:00 | 1.6 |   7.652 
|  NULL | NULL | NULL |
| 2020-07-14 09:53:00 | 1.6 |  6.0525 
|  NULL | NULL | NULL |
| 2020-07-14 09:52:00 | 1.6 |   4.453 
|  NULL | NULL | NULL |
| 2020-07-14 09:51:00 | 1.6 |  2.8514 
|  NULL | NULL | NULL |
| 2020-07-14 09:50:00 | 1.6 |  1.2502 
|  NULL | NULL | NULL |
| 2020-07-14 09:49:00 | 0.20004 | 0.06251 
|  NULL | NULL | NULL |
| 2020-07-14 09:48:00 |   0 |   0 
|  NULL | NULL | NULL |
| 2020-07-14 09:47:00 |   0 |   0 
|  NULL | NULL | NULL |
| 2020-07-14 09:46:00 |   0 |   0 
|  NULL | NULL | NULL |
| 2020-07-14 09:45:00 |   0 |   0 
|  NULL | NULL | NULL |
| 2020-07-14 09:44:00 |   0 |   0 
|  NULL | NULL | NULL |
+-+-+-+---+--+--+
30 rows in set (0.001 sec)

Console output:
maarten@weewximport:~$ tail -f /var/log/syslog
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set previous 
period rain to: 2
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: rainRate 
rightnow is : 0.007874015748031498
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Packet 
received from WLL module {'dateTime': 1594714658, 'usUnits': 1, 
'windSpeed': 2.0, 'windDir': 234, 'windGust': 5.0, 'windGustDir': 227, 
'rain': 0.0, 'rainRate': 0.007874015748031498}:
Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
Starting new HTTP connection (1): 192.168.2.33:80
Jul 14 10:17:40 weewximport weewx[881] DEBUG urllib3.connectionpool: 
http://192.168.2.33:80 "GET /v1/current_conditions HTTP/1.1" 200 None
Jul 14 10:17:40 weewximport weewx[881] INFO weewx.restx: MQTT: Published 
record 2020-07-14 10:17:38 CEST (1594714658)
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Rain rightnow 
is :-0.02
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Set previous 
period rain to: 0
Jul 14 10:17:40 weewximport weewx[881] DEBUG user.WLLDriver: Packet 
received from WLL module 

[weewx-development] Re: Weatherlink Live driver developpment

[Maarten van der Hoeven]

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" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-development+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-development/75e3122b-202b-4c92-a380-c89866410b26n%40googlegroups.com.