Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
How can I stop loop data? 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/6fe8b84f-8c69-4293-b848-b5c8f87034aao%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
weewx debug = 1
does not issue errors

Am Freitag, 3. Juli 2020 23:17:17 UTC+2 schrieb John Kline:
>
> OK, ignore my last email.  The accumulators were correct and conversions 
> of observations were being done correctly.  But not highs, lows, sums, ...
>
> This is fixed in loopdata 1.3.5.  Please pull it, install it and restart 
> weewx.  It should all work with this change.
>
> It’s fortunate (for me) that WeeWX stores rain in cm and defaults to 
> reporting it in mm.  Because of that, FMT_SUM_rain revealed the issue (in 
> Metric) and that let me fix it.
>
> Thank you for reporting this.
> John
>
> On Jul 3, 2020, at 12:28 PM, John Kline > 
> wrote:
>
> 
> I found the problem.  The database is storing rain as cm and, as you might 
> expect, the day accumulators were correct.  I however, when I copied the 
> accumulators at startup, was treating them as if they were in the report 
> target units (in this case mm).
>
> I’ll push a fix today.
>
> On Jul 3, 2020, at 11:14 AM, John Kline > 
> wrote:
>
> 
> I’ve duplicated the daily rainfall discrepancy.
>
> I am asking WeeWX for the day summary and initializing my day accumulators 
> with the day summary.
> day_summary = dbm._get_day_summary(time.time())
>
> But the day summary accumulator for rain is reporting 1/10 of the actual 
> rain.  Before I can fix this, I need to take the time to understand why I 
> am seeing what I am seeing in WeeWX’s day summary.
>
> On Jul 3, 2020, at 10:10 AM, Geni 0815 > 
> wrote:
>
> 
> I'm using the latest driver
> wget -P / var / tmp 
> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
>
> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>>
>>
>>
>> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
>>
>> 
>> All fields are displayed again, we have absolute calm at the moment so I 
>> can not see how it works.
>> The error kph is desired km / h
>>
>> You can ask others how to change a label on a report.  Once you do that, 
>> LoopData will use it.
>>
>> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>>
>> Indeed, when i curl your page, I see the .6 being generated at reporting 
>>> time and I can look at your loop-data.txt and see 0.1.  I am actually 
>>> copying the day summary accumulators, so this is perplexing.  I will 
>>> investigate this.  I have not run into it since I have been using 
>>> day_rain_total, which isn’t available in your driver.
>>>
>>
>> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>>>
>>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>>> trying to get a document element by the name of FMT_dewpoint, but that 
>>> element no longer exists in index.html.
>>>
>>> Make the following changes and let me know how it goes.
>>>
>>> In index.html.tmpl:
>>> Change:
>>>  $current.outTemp>> id="appTemp">$current.appTemp
>>> to:
>>> $current.outTemp>> id="FMT_appTemp">$current.appTemp
>>>
>>> In weewx.conf>LoopData>Include>fields:
>>> Change:
>>> appTemp
>>> to:
>>> FMT_appTemp
>>>
>>> In realtime_updater.inc:
>>> Change:
>>>  // dew point  
>>>   var dew = result["FMT_dewpoint"];
>>>   if (dew.length == 5) {
>>> dew = "" + dew;
>>>   } else if (dew.length == 6) {
>>> dew = "" + dew;
>>>   } 
>>> 
>>>   
>>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>>> to:
>>>  // apparent temp  
>>>   var appTemp = result["FMT_appTemp"];
>>>   if (appTemp.length == 5) {
>>> appTemp = "" + appTemp;
>>>   } else if (appTemp.length == 6) {
>>> appTemp = "" + appTemp;
>>>   } 
>>> 
>>>   
>>>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>>>
>>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
>>>
>>> 
>>>
>>>
>>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:



 Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>
> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
> could be the problem
>
> # Options for extension 'loopdata'
>> [LoopData]
>> [[FileSpec]]
>> loop_data_dir = /home/pi/wetter/loop-data
>> filename = loop-data.txt
>> [[Formatting]]
>> target_report = WeatherBoardReport
>> [[RsyncSpec]]
>> enable = false
>> remote_server = 192.168
>> remote_port = 2022
>> remote_user = 
>> remote_dir = /web/wetter/loop-data
>> compress = false
>> log_success = false

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
After installing 1.3.5, sudo extension --list reports errors and weewx no 
longer works

pi@Wetter-Raspi:~/NAS/weewx-loopdata $ sudo wee_extension --list
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time streaming 
> updates and interactive charts. Modeled after BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
> pi@Wetter-Raspi:~/NAS/weewx-loopdata $ sudo wee_extension --install 
> weewx-loopdata-master.zip
> Request to install 'weewx-loopdata-master.zip'
> Extracting from zip archive weewx-loopdata-master.zip
> Saving installer file to /usr/share/weewx/user/installer/loopdata
> Saved configuration dictionary. Backup copy at 
> /etc/weewx/weewx.conf.20200704064717
> Finished installing extension 'weewx-loopdata-master.zip'
> pi@Wetter-Raspi:~/NAS/weewx-loopdata $ sudo nano /etc/weewx/weewx.conf
> pi@Wetter-Raspi:~/NAS/weewx-loopdata $ sudo /etc/init.d/weewx restart
> [ ok ] Restarting weewx (via systemctl): weewx.service.
> pi@Wetter-Raspi:~/NAS/weewx-loopdata $ sudo wee_extension --list
> Traceback (most recent call last):
>   File "/usr/share/weewx/wee_extension", line 88, in 
> main()
>   File "/usr/share/weewx/wee_extension", line 67, in main
> config_path, config_dict = weecfg.read_config(options.config, _args)
>   File "/usr/share/weewx/weecfg/__init__.py", line 179, in read_config
> default_encoding='utf-8')
>   File "/usr/lib/python3/dist-packages/configobj.py", line 1229, in 
> __init__
> self._load(infile, configspec)
>   File "/usr/lib/python3/dist-packages/configobj.py", line 1318, in _load
> raise error
> configobj.ConfigObjError: Parsing failed with several errors.
> First error at line 532.
> pi@Wetter-Raspi:~/NAS/weewx-loopdata $ 
>
 

Am Samstag, 4. Juli 2020 00:50:00 UTC+2 schrieb John Kline:
>
> OK, as far as changing to km/h.  It’s done the same way you would change a 
> label
> for any report in WeeWX.  In this case, just add the last two lines below 
> to WeatherBoardReport in weewx.conf.  This is assuming the target_report
> LoopData section is WeatherBoardReport (which it should be).
>
> [[WeatherBoardReport]]
> HTML_ROOT = public_html/weatherboard
> enable = true
> .
> .
> .
> [[[Units]]]
> StringFormats
> mile_per_hour = %.1f
> degree_C = %.1f
> km_per_hour = %.1f
> degree_F = %.1f
> Labels]]]
> km_per_hour = km/h
>
> This change looks weird to me because there is a slash separating the two 
> wind numbers:
> 3.5 km/h/ 7.7 km/h
>
> You might want to change line 83 to:
>   id="FMT_HI_windGust">
>
> That will look better:
> 3.5 km/h - 7.7 km/h
>  
>
>
> On Jul 3, 2020, at 2:17 PM, John Kline > 
> wrote:
>
> 
> OK, ignore my last email.  The accumulators were correct and conversions 
> of observations were being done correctly.  But not highs, lows, sums, ...
>
> This is fixed in loopdata 1.3.5.  Please pull it, install it and restart 
> weewx.  It should all work with this change.
>
> It’s fortunate (for me) that WeeWX stores rain in cm and defaults to 
> reporting it in mm.  Because of that, FMT_SUM_rain revealed the issue (in 
> Metric) and that let me fix it.
>
> Thank you for reporting this.
> John
>
> On Jul 3, 2020, at 12:28 PM, John Kline > 
> wrote:
>
> 
> I found the problem.  The database is storing rain as cm and, as you might 
> expect, the day accumulators were correct.  I however, when I copied the 
> accumulators at startup, was treating them as if they were in the report 
> target units (in this case mm).
>
> I’ll push a fix today.
>
> On Jul 3, 2020, at 11:14 AM, John Kline > 
> wrote:
>
> 
> I’ve duplicated the daily rainfall discrepancy.
>
> I am asking WeeWX for the day summary and initializing my day accumulators 
> with the day summary.
> day_summary = dbm._get_day_summary(time.time())
>
> But the day summary accumulator for rain is reporting 1/10 of the actual 
> rain.  Before I can fix this, I need to take the time to understand why I 
> am seeing what I am seeing in WeeWX’s day summary.
>
> On Jul 3, 2020, at 10:10 AM, Geni 0815 > 
> wrote:
>
> 
> I'm using the latest driver
> wget -P / var / tmp 
> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
>
> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>>
>>
>>
>> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
>>
>> 
>> All fields are displayed again, we have absolute calm at the moment so I 
>> can not see how it works.
>> The error kph is desired km / h
>>
>> You can ask others how to change a label on a report.  Once you do that, 
>> LoopData will use it.
>>
>> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>>
>> Indeed, when i curl your page, I see the .6 being generated at reporting 
>>> time and I 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
Actually, you need a space before the km/h.

So add:

Labels
km_per_hour = " km/h"

This will result in:
  3.5 / 7.7 km/h

You can ignore the change to index.html line 83.

> On Jul 3, 2020, at 3:49 PM, John Kline  wrote:
> 
> 
> OK, as far as changing to km/h.  It’s done the same way you would change a 
> label
> for any report in WeeWX.  In this case, just add the last two lines below to 
> WeatherBoardReport in weewx.conf.  This is assuming the target_report
> LoopData section is WeatherBoardReport (which it should be).
> 
> [[WeatherBoardReport]]
> HTML_ROOT = public_html/weatherboard
> enable = true
> .
> .
> .
> [[[Units]]]
> StringFormats
> mile_per_hour = %.1f
> degree_C = %.1f
> km_per_hour = %.1f
> degree_F = %.1f
> Labels]]]
> km_per_hour = km/h
> 
> This change looks weird to me because there is a slash separating the two 
> wind numbers:
> 3.5 km/h/ 7.7 km/h
> 
> You might want to change line 83 to:
>   id="FMT_HI_windGust">
> 
> That will look better:
> 3.5 km/h - 7.7 km/h
>  
> 
> 
>> On Jul 3, 2020, at 2:17 PM, John Kline  wrote:
>> 
>> 
>> OK, ignore my last email.  The accumulators were correct and conversions of 
>> observations were being done correctly.  But not highs, lows, sums, ...
>> 
>> This is fixed in loopdata 1.3.5.  Please pull it, install it and restart 
>> weewx.  It should all work with this change.
>> 
>> It’s fortunate (for me) that WeeWX stores rain in cm and defaults to 
>> reporting it in mm.  Because of that, FMT_SUM_rain revealed the issue (in 
>> Metric) and that let me fix it.
>> 
>> Thank you for reporting this.
>> John
>> 
>>> On Jul 3, 2020, at 12:28 PM, John Kline  wrote:
>>> 
>>> 
>>> I found the problem.  The database is storing rain as cm and, as you might 
>>> expect, the day accumulators were correct.  I however, when I copied the 
>>> accumulators at startup, was treating them as if they were in the report 
>>> target units (in this case mm).
>>> 
>>> I’ll push a fix today.
>>> 
 On Jul 3, 2020, at 11:14 AM, John Kline  wrote:
 
 
 I’ve duplicated the daily rainfall discrepancy.
 
 I am asking WeeWX for the day summary and initializing my day accumulators 
 with the day summary.
 day_summary = dbm._get_day_summary(time.time())
 
 But the day summary accumulator for rain is reporting 1/10 of the actual 
 rain.  Before I can fix this, I need to take the time to understand why I 
 am seeing what I am seeing in WeeWX’s day summary.
 
> On Jul 3, 2020, at 10:10 AM, Geni 0815  wrote:
> 
> 
> I'm using the latest driver
> wget -P / var / tmp 
> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
> 
> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>> 
>> 
>> 
>>> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
>>> 
>>> 
>>> All fields are displayed again, we have absolute calm at the moment so 
>>> I can not see how it works.
>>> The error kph is desired km / h
>> You can ask others how to change a label on a report.  Once you do that, 
>> LoopData will use it.
>>> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>>> Indeed, when i curl your page, I see the .6 being generated at 
>>> reporting time and I can look at your loop-data.txt and see 0.1.  I am 
>>> actually copying the day summary accumulators, so this is perplexing.  
>>> I will investigate this.  I have not run into it since I have been 
>>> using day_rain_total, which isn’t available in your driver.
>>> 
>>> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
 
 You didn’t quite get the change to appTemp correct.  The JavaScript 
 was trying to get a document element by the name of FMT_dewpoint, but 
 that element no longer exists in index.html.
 
 Make the following changes and let me know how it goes.
 
 In index.html.tmpl:
 Change:
  >>> id="FMT_outTemp">$current.outTemp>>> id="appTemp">$current.appTemp
 to:
 $current.outTemp>>> id="FMT_appTemp">$current.appTemp
 
 In weewx.conf>LoopData>Include>fields:
 Change:
 appTemp
 to:
 FMT_appTemp
 
 In realtime_updater.inc:
 Change:
  // dew point  
   var dew = result["FMT_dewpoint"];
   if (dew.length == 5) {
 dew = "" + dew;
   } else if (dew.length == 6) {
 dew = "" + dew;
   }
  

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
OK, as far as changing to km/h.  It’s done the same way you would change a label
for any report in WeeWX.  In this case, just add the last two lines below to 
WeatherBoardReport in weewx.conf.  This is assuming the target_report
LoopData section is WeatherBoardReport (which it should be).

[[WeatherBoardReport]]
HTML_ROOT = public_html/weatherboard
enable = true
.
.
.
[[[Units]]]
StringFormats
mile_per_hour = %.1f
degree_C = %.1f
km_per_hour = %.1f
degree_F = %.1f
Labels]]]
km_per_hour = km/h

This change looks weird to me because there is a slash separating the two wind 
numbers:
3.5 km/h/ 7.7 km/h

You might want to change line 83 to:
 

That will look better:
3.5 km/h - 7.7 km/h
 


> On Jul 3, 2020, at 2:17 PM, John Kline  wrote:
> 
> 
> OK, ignore my last email.  The accumulators were correct and conversions of 
> observations were being done correctly.  But not highs, lows, sums, ...
> 
> This is fixed in loopdata 1.3.5.  Please pull it, install it and restart 
> weewx.  It should all work with this change.
> 
> It’s fortunate (for me) that WeeWX stores rain in cm and defaults to 
> reporting it in mm.  Because of that, FMT_SUM_rain revealed the issue (in 
> Metric) and that let me fix it.
> 
> Thank you for reporting this.
> John
> 
>>> On Jul 3, 2020, at 12:28 PM, John Kline  wrote:
>>> 
>> 
>> I found the problem.  The database is storing rain as cm and, as you might 
>> expect, the day accumulators were correct.  I however, when I copied the 
>> accumulators at startup, was treating them as if they were in the report 
>> target units (in this case mm).
>> 
>> I’ll push a fix today.
>> 
 On Jul 3, 2020, at 11:14 AM, John Kline  wrote:
 
>>> 
>>> I’ve duplicated the daily rainfall discrepancy.
>>> 
>>> I am asking WeeWX for the day summary and initializing my day accumulators 
>>> with the day summary.
>>> day_summary = dbm._get_day_summary(time.time())
>>> 
>>> But the day summary accumulator for rain is reporting 1/10 of the actual 
>>> rain.  Before I can fix this, I need to take the time to understand why I 
>>> am seeing what I am seeing in WeeWX’s day summary.
>>> 
> On Jul 3, 2020, at 10:10 AM, Geni 0815  wrote:
> 
 
 I'm using the latest driver
 wget -P / var / tmp 
 https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
 
 Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
> 
> 
> 
>> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
>> 
>> 
>> All fields are displayed again, we have absolute calm at the moment so I 
>> can not see how it works.
>> The error kph is desired km / h
> You can ask others how to change a label on a report.  Once you do that, 
> LoopData will use it.
>> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>> Indeed, when i curl your page, I see the .6 being generated at reporting 
>> time and I can look at your loop-data.txt and see 0.1.  I am actually 
>> copying the day summary accumulators, so this is perplexing.  I will 
>> investigate this.  I have not run into it since I have been using 
>> day_rain_total, which isn’t available in your driver.
>> 
>> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>>> 
>>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>>> trying to get a document element by the name of FMT_dewpoint, but that 
>>> element no longer exists in index.html.
>>> 
>>> Make the following changes and let me know how it goes.
>>> 
>>> In index.html.tmpl:
>>> Change:
>>>  $current.outTemp>> id="appTemp">$current.appTemp
>>> to:
>>> $current.outTemp>> id="FMT_appTemp">$current.appTemp
>>> 
>>> In weewx.conf>LoopData>Include>fields:
>>> Change:
>>> appTemp
>>> to:
>>> FMT_appTemp
>>> 
>>> In realtime_updater.inc:
>>> Change:
>>>  // dew point  
>>>   var dew = result["FMT_dewpoint"];
>>>   if (dew.length == 5) {
>>> dew = "" + dew;
>>>   } else if (dew.length == 6) {
>>> dew = "" + dew;
>>>   } 
>>> 
>>>   
>>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>>> to:
>>>  // apparent temp  
>>>   var appTemp = result["FMT_appTemp"];
>>>   if (appTemp.length == 5) {
>>> appTemp = "" + appTemp;
>>>   } else if (appTemp.length == 6) {
>>> appTemp = "" + appTemp;
>>>   }

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
OK, ignore my last email.  The accumulators were correct and conversions of 
observations were being done correctly.  But not highs, lows, sums, ...

This is fixed in loopdata 1.3.5.  Please pull it, install it and restart weewx. 
 It should all work with this change.

It’s fortunate (for me) that WeeWX stores rain in cm and defaults to reporting 
it in mm.  Because of that, FMT_SUM_rain revealed the issue (in Metric) and 
that let me fix it.

Thank you for reporting this.
John

> On Jul 3, 2020, at 12:28 PM, John Kline  wrote:
> 
> 
> I found the problem.  The database is storing rain as cm and, as you might 
> expect, the day accumulators were correct.  I however, when I copied the 
> accumulators at startup, was treating them as if they were in the report 
> target units (in this case mm).
> 
> I’ll push a fix today.
> 
>>> On Jul 3, 2020, at 11:14 AM, John Kline  wrote:
>>> 
>> 
>> I’ve duplicated the daily rainfall discrepancy.
>> 
>> I am asking WeeWX for the day summary and initializing my day accumulators 
>> with the day summary.
>> day_summary = dbm._get_day_summary(time.time())
>> 
>> But the day summary accumulator for rain is reporting 1/10 of the actual 
>> rain.  Before I can fix this, I need to take the time to understand why I am 
>> seeing what I am seeing in WeeWX’s day summary.
>> 
 On Jul 3, 2020, at 10:10 AM, Geni 0815  wrote:
 
>>> 
>>> I'm using the latest driver
>>> wget -P / var / tmp 
>>> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
>>> 
>>> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
 
 
 
> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
> 
> 
> All fields are displayed again, we have absolute calm at the moment so I 
> can not see how it works.
> The error kph is desired km / h
 You can ask others how to change a label on a report.  Once you do that, 
 LoopData will use it.
> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
> Indeed, when i curl your page, I see the .6 being generated at reporting 
> time and I can look at your loop-data.txt and see 0.1.  I am actually 
> copying the day summary accumulators, so this is perplexing.  I will 
> investigate this.  I have not run into it since I have been using 
> day_rain_total, which isn’t available in your driver.
> 
> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>> 
>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>> trying to get a document element by the name of FMT_dewpoint, but that 
>> element no longer exists in index.html.
>> 
>> Make the following changes and let me know how it goes.
>> 
>> In index.html.tmpl:
>> Change:
>>  $current.outTemp> id="appTemp">$current.appTemp
>> to:
>> $current.outTemp> id="FMT_appTemp">$current.appTemp
>> 
>> In weewx.conf>LoopData>Include>fields:
>> Change:
>> appTemp
>> to:
>> FMT_appTemp
>> 
>> In realtime_updater.inc:
>> Change:
>>  // dew point  
>>   var dew = result["FMT_dewpoint"];
>>   if (dew.length == 5) {
>> dew = "" + dew;
>>   } else if (dew.length == 6) {
>> dew = "" + dew;
>>   }  
>>  
>> 
>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>> to:
>>  // apparent temp  
>>   var appTemp = result["FMT_appTemp"];
>>   if (appTemp.length == 5) {
>> appTemp = "" + appTemp;
>>   } else if (appTemp.length == 6) {
>> appTemp = "" + appTemp;
>>   }  
>>  
>> 
>>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>> 
 On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
 
>>> 
>>> 
>>> 
>>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
 
 
 
 Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
> 
> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, 
> this could be the problem
> 
>> # Options for extension 'loopdata'
>> [LoopData]
>> [[FileSpec]]
>> loop_data_dir = /home/pi/wetter/loop-data
>> filename = loop-data.txt
>> [[Formatting]]
>> target_report = WeatherBoardReport
>> [[RsyncSpec]]
>> enable = false
>> 

Re: [weewx-user] Re: Vantage Vue showing loss of signal at midnight

2020-07-03 Thread Tom Keffer
Look around at any Vantage station --- they all show this.

A long time ago, someone (Luc?) figured out the cause. Something to do with
the reception stats getting reset at midnight, but I may not be remembering
correctly.

-tk

On Fri, Jul 3, 2020 at 10:14 AM vince  wrote:

> On Friday, July 3, 2020 at 9:59:52 AM UTC-7, Phil Green wrote:wx.
>>
>> Weewx is running on a Pi3 and up to date and working well.
>> I have noticed that periodically at midnight my system shows a drop in
>> received signal by the console.
>>
>>
> I wouldn't worry too much about it.   You'll see that occasionally on
> probably all systems.
>
> Here's my last 24 hours from a Seagate Dockstar (128 MB Pogoplug so far
> slower than a pi3).
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/28df5a63-6e8c-4e86-aa01-95e0aca7a165o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEBpYtzN6ApTaFsXXmQp5%3D4iATwit9v%3DJgFB-0%2BR3xrbmA%40mail.gmail.com.


Re: [weewx-user] weewx 4.1.1-1 on rasp pi

2020-07-03 Thread Star Gazer
Tom,

I turned on debug and got a little more output:
Jul  3 15:45:12 obs weewx[26304] INFO weewx.engine: Loading station type 
Vantage (weewx.drivers.vantage)
Jul  3 15:45:12 obs weewx[26304] DEBUG weewx.drivers.vantage: Driver 
version is 3.2.0
Jul  3 15:45:12 obs weewx[26304] DEBUG weewx.drivers.vantage: Opened up 
serial port /dev/ttyUSB0; baud 19200; timeout 4.00
Jul  3 15:45:16 obs weewx[26304] DEBUG weewx.drivers.vantage: Retry #0 
failed
Jul  3 15:45:20 obs weewx[26304] DEBUG weewx.drivers.vantage: Retry #1 
failed
..
Jul  3 15:46:08 obs weewx[26304] DEBUG weewx.drivers.vantage: Retry #13 
failed
Jul  3 15:46:08 obs weewx[26304] ERROR weewx.drivers.vantage: Unable to 
wake up console
Jul  3 15:46:08 obs weewx[26304] ERROR weewx.engine: Import of driver 
failed: Unable to wake up Vantage console ()

lsof /dev/ttyUSB0 does not list anything with the serial port open.  The 
lines in the log seem to indicate the port is getting opened ok.

There are no other instances of weewx running.

There is nothing else that I'm aware of that would be using the serial 
port.  
This is a plain NOOBs install of raspbian jessie 4.9.35-v7+ (with with 
recent patches) weewx/squeeze 4.1.1-1 installed via apt install.  
weewx is all this pi does, nothing else has been installed.

There doesn't appear to be anything going into dmesg except for right 
around boot time.  Nothing suspicious jumps out at me.
I'm not seeing any issues in syslog with the USB/Serial port.

python miniterm opens the port without complaint, but I don't see any 
data.  I don't know how to get the Davis Vantage Pro to talk to me.  I can 
talk to a device on the other USB port fine.  

A reboot will always clear the problem, and then weewx will run for 
anywhere between hours to days, and then it will stop again.  
Sometimes a service stop/start will work, usually it won't.

This was mostly working for many months, but every few weeks it would quit 
like this, and a restart wouldn't work, so I'd reboot it.  But now, it is 
failing several times per day.
The only thing that changes on the pi is periodic patching.

This pi is in an unattended location, so I can't reseat the logger until 
the next time I go up there.  But since a pi reboot always fixes the 
problem, it would seem unlikely to be in the Davis, right?
I'd be curious to see if there's any serial data coming out of the pi when 
it is hung up like this.

Thanks,

SG


On Thursday, July 2, 2020 at 9:57:54 PM UTC-4, Tom Keffer wrote:
>
> That's not much of a log excerpt to go by, but here are a few things to 
> check:
>
> 1. Are there other entries in the system log? For example, is there an 
> instance of modemmanager that is competing for the same port? Or, some 
> other process? You can list what processes are using a port with the 'lsof' 
> command. For example,
>
> *lsof /dev/ttyUSB0*
>
>
> 2. Do you have a second instance of weewx running?
>
> 3. Try the command 'dmesg'. It will tell you what the kernel has been up 
> to. Any clues there?
>
> 4. Try removing your logger from the console and reseating it.
>
> -tk
>
>
>
>
> On Thu, Jul 2, 2020 at 6:18 PM Star Gazer  > wrote:
>
>> I can't keep weewx running on my raspberry pi.  It keeps failing with:
>>
>> Jul  2 21:13:10 obs weewx[18459] ERROR weewx.drivers.vantage: Unable to 
>> wake up console
>> Jul  2 21:13:10 obs weewx[18459] ERROR weewx.engine: Import of driver 
>> failed: Unable to wake up Vantage console ()
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> Traceback (most recent call last):
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> "/usr/share/weewx/weewx/engine.py", line 103, in setupStation
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> self.console = loader_function(config_dict, self)
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> "/usr/share/weewx/weewx/drivers/vantage.py", line 39, in loader
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> return VantageService(engine, config_dict)
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> "/usr/share/weewx/weewx/drivers/vantage.py", line 1897, in __init__
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> Vantage.__init__(self, **config_dict[DRIVER_NAME])
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> "/usr/share/weewx/weewx/drivers/vantage.py", line 514, in __init__
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> self._setup()
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> "/usr/share/weewx/weewx/drivers/vantage.py", line 1317, in _setup
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine:   
>> self.port.wakeup_console(max_tries=self.max_tries)
>> Jul  2 21:13:10 obs weewx[18459] CRITICAL weewx.engine: File 
>> 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
I found the problem.  The database is storing rain as cm and, as you might 
expect, the day accumulators were correct.  I however, when I copied the 
accumulators at startup, was treating them as if they were in the report target 
units (in this case mm).

I’ll push a fix today.

> On Jul 3, 2020, at 11:14 AM, John Kline  wrote:
> 
> 
> I’ve duplicated the daily rainfall discrepancy.
> 
> I am asking WeeWX for the day summary and initializing my day accumulators 
> with the day summary.
> day_summary = dbm._get_day_summary(time.time())
> 
> But the day summary accumulator for rain is reporting 1/10 of the actual 
> rain.  Before I can fix this, I need to take the time to understand why I am 
> seeing what I am seeing in WeeWX’s day summary.
> 
>>> On Jul 3, 2020, at 10:10 AM, Geni 0815  wrote:
>>> 
>> 
>> I'm using the latest driver
>> wget -P / var / tmp 
>> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
>> 
>> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>>> 
>>> 
>>> 
 On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
 
 
 All fields are displayed again, we have absolute calm at the moment so I 
 can not see how it works.
 The error kph is desired km / h
>>> You can ask others how to change a label on a report.  Once you do that, 
>>> LoopData will use it.
 Rain display is wrong where the 0.1mm would come from correctly 0.6mm
 Indeed, when i curl your page, I see the .6 being generated at reporting 
 time and I can look at your loop-data.txt and see 0.1.  I am actually 
 copying the day summary accumulators, so this is perplexing.  I will 
 investigate this.  I have not run into it since I have been using 
 day_rain_total, which isn’t available in your driver.
 
 Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
> 
> You didn’t quite get the change to appTemp correct.  The JavaScript was 
> trying to get a document element by the name of FMT_dewpoint, but that 
> element no longer exists in index.html.
> 
> Make the following changes and let me know how it goes.
> 
> In index.html.tmpl:
> Change:
>  $current.outTemp id="appTemp">$current.appTemp
> to:
> $current.outTemp id="FMT_appTemp">$current.appTemp
> 
> In weewx.conf>LoopData>Include>fields:
> Change:
> appTemp
> to:
> FMT_appTemp
> 
> In realtime_updater.inc:
> Change:
>  // dew point  
>   var dew = result["FMT_dewpoint"];
>   if (dew.length == 5) {
> dew = "" + dew;
>   } else if (dew.length == 6) {
> dew = "" + dew;
>   }   
>   
>   
>   document.getElementById("FMT_dewpoint").innerHTML = dew;
> to:
>  // apparent temp  
>   var appTemp = result["FMT_appTemp"];
>   if (appTemp.length == 5) {
> appTemp = "" + appTemp;
>   } else if (appTemp.length == 6) {
> appTemp = "" + appTemp;
>   }   
>   
>   
>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
> 
>>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
>>> 
>> 
>> 
>> 
>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>>> 
>>> 
>>> 
>>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
 
 The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
 "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, 
 this could be the problem
 
> # Options for extension 'loopdata'
> [LoopData]
> [[FileSpec]]
> loop_data_dir = /home/pi/wetter/loop-data
> filename = loop-data.txt
> [[Formatting]]
> target_report = WeatherBoardReport
> [[RsyncSpec]]
> enable = false
> remote_server = 192.168
> remote_port = 2022
> remote_user = 
> remote_dir = /web/wetter/loop-data
> compress = false
> log_success = false
> ssh_options = -o ConnectTimeout=1
> timeout = 1
> skip_if_older_than = 3
> [[Include]]
> fields = dateTime, windSpeed, COMPASS_windDir, 
> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
I’ve duplicated the daily rainfall discrepancy.

I am asking WeeWX for the day summary and initializing my day accumulators with 
the day summary.
day_summary = dbm._get_day_summary(time.time())

But the day summary accumulator for rain is reporting 1/10 of the actual rain.  
Before I can fix this, I need to take the time to understand why I am seeing 
what I am seeing in WeeWX’s day summary.

> On Jul 3, 2020, at 10:10 AM, Geni 0815  wrote:
> 
> 
> I'm using the latest driver
> wget -P / var / tmp 
> https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py
> 
> Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>> 
>> 
>> 
 On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
 
>>> 
>>> All fields are displayed again, we have absolute calm at the moment so I 
>>> can not see how it works.
>>> The error kph is desired km / h
>> You can ask others how to change a label on a report.  Once you do that, 
>> LoopData will use it.
>>> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>>> Indeed, when i curl your page, I see the .6 being generated at reporting 
>>> time and I can look at your loop-data.txt and see 0.1.  I am actually 
>>> copying the day summary accumulators, so this is perplexing.  I will 
>>> investigate this.  I have not run into it since I have been using 
>>> day_rain_total, which isn’t available in your driver.
>>> 
>>> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
 
 You didn’t quite get the change to appTemp correct.  The JavaScript was 
 trying to get a document element by the name of FMT_dewpoint, but that 
 element no longer exists in index.html.
 
 Make the following changes and let me know how it goes.
 
 In index.html.tmpl:
 Change:
  $current.outTemp>>> id="appTemp">$current.appTemp
 to:
 $current.outTemp>>> id="FMT_appTemp">$current.appTemp
 
 In weewx.conf>LoopData>Include>fields:
 Change:
 appTemp
 to:
 FMT_appTemp
 
 In realtime_updater.inc:
 Change:
  // dew point  
   var dew = result["FMT_dewpoint"];
   if (dew.length == 5) {
 dew = "" + dew;
   } else if (dew.length == 6) {
 dew = "" + dew;
   }

   document.getElementById("FMT_dewpoint").innerHTML = dew;
 to:
  // apparent temp  
   var appTemp = result["FMT_appTemp"];
   if (appTemp.length == 5) {
 appTemp = "" + appTemp;
   } else if (appTemp.length == 6) {
 appTemp = "" + appTemp;
   }

   document.getElementById("FMT_appTemp").innerHTML = appTemp;
 
>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
>> 
> 
> 
> 
> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>> 
>> 
>> 
>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>>> 
>>> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
>>> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, 
>>> this could be the problem
>>> 
 # Options for extension 'loopdata'
 [LoopData]
 [[FileSpec]]
 loop_data_dir = /home/pi/wetter/loop-data
 filename = loop-data.txt
 [[Formatting]]
 target_report = WeatherBoardReport
 [[RsyncSpec]]
 enable = false
 remote_server = 192.168
 remote_port = 2022
 remote_user = 
 remote_dir = /web/wetter/loop-data
 compress = false
 log_success = false
 ssh_options = -o ConnectTimeout=1
 timeout = 1
 skip_if_older_than = 3
 [[Include]]
 fields = dateTime, windSpeed, COMPASS_windDir, 
 DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
 FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
 FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
 [[Rename]]
>>> 
>>> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
 
 Your JavaScript has an error. Nothing is updated after it hits that 
 error.  Since the 10m and day high wind is only updated in the 
 JavaScript, they are blank.
 
 Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
 and realtime_updater.inc files.
 
 
 
>> On Jul 3, 

[weewx-user] Re: Vantage Vue showing loss of signal at midnight

2020-07-03 Thread vince
On Friday, July 3, 2020 at 9:59:52 AM UTC-7, Phil Green wrote:wx. 
>
> Weewx is running on a Pi3 and up to date and working well. 
> I have noticed that periodically at midnight my system shows a drop in 
> received signal by the console. 
>
>
I wouldn't worry too much about it.   You'll see that occasionally on 
probably all systems.

Here's my last 24 hours from a Seagate Dockstar (128 MB Pogoplug so far 
slower than a pi3).
 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/28df5a63-6e8c-4e86-aa01-95e0aca7a165o%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
I'm using the latest driver
wget -P / var / tmp 
https://raw.githubusercontent.com/weewx/weewx/master/bin/weewx/drivers/vantage.py

Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>
>
>
> On Jul 3, 2020, at 9:27 AM, Geni 0815 > 
> wrote:
>
> 
> All fields are displayed again, we have absolute calm at the moment so I 
> can not see how it works.
> The error kph is desired km / h
>
> You can ask others how to change a label on a report.  Once you do that, 
> LoopData will use it.
>
> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>
> Indeed, when i curl your page, I see the .6 being generated at reporting 
>> time and I can look at your loop-data.txt and see 0.1.  I am actually 
>> copying the day summary accumulators, so this is perplexing.  I will 
>> investigate this.  I have not run into it since I have been using 
>> day_rain_total, which isn’t available in your driver.
>>
>
> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>>
>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>> trying to get a document element by the name of FMT_dewpoint, but that 
>> element no longer exists in index.html.
>>
>> Make the following changes and let me know how it goes.
>>
>> In index.html.tmpl:
>> Change:
>>  $current.outTemp> id="appTemp">$current.appTemp
>> to:
>> $current.outTemp> id="FMT_appTemp">$current.appTemp
>>
>> In weewx.conf>LoopData>Include>fields:
>> Change:
>> appTemp
>> to:
>> FMT_appTemp
>>
>> In realtime_updater.inc:
>> Change:
>>  // dew point  
>>   var dew = result["FMT_dewpoint"];
>>   if (dew.length == 5) {
>> dew = "" + dew;
>>   } else if (dew.length == 6) {
>> dew = "" + dew;
>>   }   
>> 
>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>> to:
>>  // apparent temp  
>>   var appTemp = result["FMT_appTemp"];
>>   if (appTemp.length == 5) {
>> appTemp = "" + appTemp;
>>   } else if (appTemp.length == 6) {
>> appTemp = "" + appTemp;
>>   }   
>> 
>>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>>
>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
>>
>> 
>>
>>
>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>>>
>>>
>>>
>>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:

 The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
 "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
 could be the problem

 # Options for extension 'loopdata'
> [LoopData]
> [[FileSpec]]
> loop_data_dir = /home/pi/wetter/loop-data
> filename = loop-data.txt
> [[Formatting]]
> target_report = WeatherBoardReport
> [[RsyncSpec]]
> enable = false
> remote_server = 192.168
> remote_port = 2022
> remote_user = 
> remote_dir = /web/wetter/loop-data
> compress = false
> log_success = false
> ssh_options = -o ConnectTimeout=1
> timeout = 1
> skip_if_older_than = 3
> [[Include]]
> fields = dateTime, windSpeed, COMPASS_windDir, 
> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
> [[Rename]]
>

 Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>
> Your JavaScript has an error. Nothing is updated after it hits that 
> error.  Since the 10m and day high wind is only updated in the 
> JavaScript, 
> they are blank.
>
> Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
> and realtime_updater.inc files.
>
>
>
> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
>
> 
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time 
> streaming updates and interactive charts. Modeled after 
> BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
>
>
> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>>
>> No errors in the syslog
>> appTemp works in loop-data.txt and in the display of weatherboard
>> all wind displays are not displayed correctly and there is no refresh
>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but 
>> the display 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
Except in LoopDate, windspeed is displayed correctly at "km / h" everywhere. In 
all graphics and reports.


Am Freitag, 3. Juli 2020 18:47:16 UTC+2 schrieb John Kline:
>
>
>
> On Jul 3, 2020, at 9:27 AM, Geni 0815 > 
> wrote:
>
> 
> All fields are displayed again, we have absolute calm at the moment so I 
> can not see how it works.
> The error kph is desired km / h
>
> You can ask others how to change a label on a report.  Once you do that, 
>> LoopData will use it.
>>
> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
>
> Indeed, when i curl your page, I see the .6 being generated at reporting 
> time and I can look at your loop-data.txt and see 0.1.  I am actually 
> copying the day summary accumulators, so this is perplexing.  I will 
> investigate this.  I have not run into it since I have been using 
> day_rain_total, which isn’t available in your driver.
>
>
> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>>
>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>> trying to get a document element by the name of FMT_dewpoint, but that 
>> element no longer exists in index.html.
>>
>> Make the following changes and let me know how it goes.
>>
>> In index.html.tmpl:
>> Change:
>>  $current.outTemp> id="appTemp">$current.appTemp
>> to:
>> $current.outTemp> id="FMT_appTemp">$current.appTemp
>>
>> In weewx.conf>LoopData>Include>fields:
>> Change:
>> appTemp
>> to:
>> FMT_appTemp
>>
>> In realtime_updater.inc:
>> Change:
>>  // dew point  
>>   var dew = result["FMT_dewpoint"];
>>   if (dew.length == 5) {
>> dew = "" + dew;
>>   } else if (dew.length == 6) {
>> dew = "" + dew;
>>   }   
>> 
>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>> to:
>>  // apparent temp  
>>   var appTemp = result["FMT_appTemp"];
>>   if (appTemp.length == 5) {
>> appTemp = "" + appTemp;
>>   } else if (appTemp.length == 6) {
>> appTemp = "" + appTemp;
>>   }   
>> 
>>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>>
>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
>>
>> 
>>
>>
>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>>>
>>>
>>>
>>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:

 The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
 "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
 could be the problem

 # Options for extension 'loopdata'
> [LoopData]
> [[FileSpec]]
> loop_data_dir = /home/pi/wetter/loop-data
> filename = loop-data.txt
> [[Formatting]]
> target_report = WeatherBoardReport
> [[RsyncSpec]]
> enable = false
> remote_server = 192.168
> remote_port = 2022
> remote_user = 
> remote_dir = /web/wetter/loop-data
> compress = false
> log_success = false
> ssh_options = -o ConnectTimeout=1
> timeout = 1
> skip_if_older_than = 3
> [[Include]]
> fields = dateTime, windSpeed, COMPASS_windDir, 
> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
> [[Rename]]
>

 Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>
> Your JavaScript has an error. Nothing is updated after it hits that 
> error.  Since the 10m and day high wind is only updated in the 
> JavaScript, 
> they are blank.
>
> Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
> and realtime_updater.inc files.
>
>
>
> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
>
> 
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time 
> streaming updates and interactive charts. Modeled after 
> BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
>
>
> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>>
>> No errors in the syslog
>> appTemp works in loop-data.txt and in the display of weatherboard
>> all wind displays are not displayed correctly and there is no refresh
>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but 
>> the display is 0.6mm
>>
>> Am 

[weewx-user] Vantage Vue loss of signal on graph

2020-07-03 Thread Phil Green
Hello,
I have a minor issue with my Vantage Vue working with Weewx. 
Weewx is running on a Pi3 and up to date and working well. 
I have noticed that periodically at midnight my system shows a drop in received 
signal by the console. 
I know this issue is a potential r.f. issue but I don’t get any dropouts any 
other time. It’s not causing an issue, but just wondered if it is a 
hardware/software logging issue at midnight?
Has anyone else seen a similar issue?
Regards
Phil

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/3f05a72d-a7da-4c85-ad24-0e5d89c778b4o%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline


> On Jul 3, 2020, at 9:27 AM, Geni 0815  wrote:
> 
> 
> All fields are displayed again, we have absolute calm at the moment so I can 
> not see how it works.
> The error kph is desired km / h
You can ask others how to change a label on a report.  Once you do that, 
LoopData will use it.
> Rain display is wrong where the 0.1mm would come from correctly 0.6mm
Indeed, when i curl your page, I see the .6 being generated at reporting time 
and I can look at your loop-data.txt and see 0.1.  I am actually copying the 
day summary accumulators, so this is perplexing.  I will investigate this.  I 
have not run into it since I have been using day_rain_total, which isn’t 
available in your driver.
> 
> Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>> 
>> You didn’t quite get the change to appTemp correct.  The JavaScript was 
>> trying to get a document element by the name of FMT_dewpoint, but that 
>> element no longer exists in index.html.
>> 
>> Make the following changes and let me know how it goes.
>> 
>> In index.html.tmpl:
>> Change:
>>  $current.outTemp> id="appTemp">$current.appTemp
>> to:
>> $current.outTemp> id="FMT_appTemp">$current.appTemp
>> 
>> In weewx.conf>LoopData>Include>fields:
>> Change:
>> appTemp
>> to:
>> FMT_appTemp
>> 
>> In realtime_updater.inc:
>> Change:
>>  // dew point  
>>   var dew = result["FMT_dewpoint"];
>>   if (dew.length == 5) {
>> dew = "" + dew;
>>   } else if (dew.length == 6) {
>> dew = "" + dew;
>>   }  
>>  
>>   document.getElementById("FMT_dewpoint").innerHTML = dew;
>> to:
>>  // apparent temp  
>>   var appTemp = result["FMT_appTemp"];
>>   if (appTemp.length == 5) {
>> appTemp = "" + appTemp;
>>   } else if (appTemp.length == 6) {
>> appTemp = "" + appTemp;
>>   }  
>>  
>>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>> 
 On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
 
>>> 
>>> 
>>> 
>>> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
 
 
 
 Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
> 
> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
> could be the problem
> 
>> # Options for extension 'loopdata'
>> [LoopData]
>> [[FileSpec]]
>> loop_data_dir = /home/pi/wetter/loop-data
>> filename = loop-data.txt
>> [[Formatting]]
>> target_report = WeatherBoardReport
>> [[RsyncSpec]]
>> enable = false
>> remote_server = 192.168
>> remote_port = 2022
>> remote_user = 
>> remote_dir = /web/wetter/loop-data
>> compress = false
>> log_success = false
>> ssh_options = -o ConnectTimeout=1
>> timeout = 1
>> skip_if_older_than = 3
>> [[Include]]
>> fields = dateTime, windSpeed, COMPASS_windDir, 
>> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
>> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
>> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
>> [[Rename]]
> 
> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>> 
>> Your JavaScript has an error. Nothing is updated after it hits that 
>> error.  Since the 10m and day high wind is only updated in the 
>> JavaScript, they are blank.
>> 
>> Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
>> and realtime_updater.inc files.
>> 
>> 
>> 
 On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
 
>>> 
>>> Extension NameVersion   Description
>>> weatherboard  1.1   WeatherBoard skin.
>>> Belchertown   1.2b6 A clean modern skin with real time 
>>> streaming updates and interactive charts. Modeled after 
>>> BelchertownWeather.com
>>> loopdata  1.3.4 Loop statistics for real time reporting.
>>> 
>>> 
>>> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
 
 No errors in the syslog
 appTemp works in loop-data.txt and in the display of weatherboard
 all wind displays are not displayed correctly and there is no refresh
 In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
 display is 0.6mm
 
 Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
> 
> OK, I’ve 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
All fields are displayed again, we have absolute calm at the moment so I 
can not see how it works.
The error kph is desired km / h
Rain display is wrong where the 0.1mm would come from correctly 0.6mm

Am Freitag, 3. Juli 2020 15:44:29 UTC+2 schrieb John Kline:
>
> You didn’t quite get the change to appTemp correct.  The JavaScript was 
> trying to get a document element by the name of FMT_dewpoint, but that 
> element no longer exists in index.html.
>
> Make the following changes and let me know how it goes.
>
> In index.html.tmpl:
> Change:
>  $current.outTemp id="appTemp">$current.appTemp
> to:
> $current.outTemp id="FMT_appTemp">$current.appTemp
>
> In weewx.conf>LoopData>Include>fields:
> Change:
> appTemp
> to:
> FMT_appTemp
>
> In realtime_updater.inc:
> Change:
>  // dew point  
>   var dew = result["FMT_dewpoint"];
>   if (dew.length == 5) {
> dew = "" + dew;
>   } else if (dew.length == 6) {
> dew = "" + dew;
>   }   
> 
>   document.getElementById("FMT_dewpoint").innerHTML = dew;
> to:
>  // apparent temp  
>   var appTemp = result["FMT_appTemp"];
>   if (appTemp.length == 5) {
> appTemp = "" + appTemp;
>   } else if (appTemp.length == 6) {
> appTemp = "" + appTemp;
>   }   
> 
>   document.getElementById("FMT_appTemp").innerHTML = appTemp;
>
> On Jul 3, 2020, at 4:41 AM, Geni 0815 > 
> wrote:
>
> 
>
>
> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>>
>>
>>
>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>>>
>>> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
>>> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
>>> could be the problem
>>>
>>> # Options for extension 'loopdata'
 [LoopData]
 [[FileSpec]]
 loop_data_dir = /home/pi/wetter/loop-data
 filename = loop-data.txt
 [[Formatting]]
 target_report = WeatherBoardReport
 [[RsyncSpec]]
 enable = false
 remote_server = 192.168
 remote_port = 2022
 remote_user = 
 remote_dir = /web/wetter/loop-data
 compress = false
 log_success = false
 ssh_options = -o ConnectTimeout=1
 timeout = 1
 skip_if_older_than = 3
 [[Include]]
 fields = dateTime, windSpeed, COMPASS_windDir, 
 DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
 FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
 FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
 [[Rename]]

>>>
>>> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:

 Your JavaScript has an error. Nothing is updated after it hits that 
 error.  Since the 10m and day high wind is only updated in the JavaScript, 
 they are blank.

 Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
 and realtime_updater.inc files.



 On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:

 
 Extension NameVersion   Description
 weatherboard  1.1   WeatherBoard skin.
 Belchertown   1.2b6 A clean modern skin with real time 
 streaming updates and interactive charts. Modeled after 
 BelchertownWeather.com
 loopdata  1.3.4 Loop statistics for real time reporting.


 Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>
> No errors in the syslog
> appTemp works in loop-data.txt and in the display of weatherboard
> all wind displays are not displayed correctly and there is no refresh
> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
> display is 0.6mm
>
> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>>
>> OK, I’ve pushed new versions of loopdata and weatherboard to user 
>> FMT_SUM_rain rather than FMT_rain_day_total.
>>
>> You asked if appTemp could be displayed.  Yes, it can be included in 
>> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section 
>> of 
>> LoopData in weewx.conf.
>>
>> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
>> copied it to translate the index.  Just change FMT_dewPoint to 
>> FMT_appTemp 
>> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
>> great deal of customization in the browser for the WeatherBoard skin; 
>> but I 
>> don’t see that happening anytime soon.
>>
>> On Jul 2, 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
You didn’t quite get the change to appTemp correct.  The JavaScript was trying 
to get a document element by the name of FMT_dewpoint, but that element no 
longer exists in index.html.

Make the following changes and let me know how it goes.

In index.html.tmpl:
Change:
 $current.outTemp$current.appTemp
to:
$current.outTemp$current.appTemp

In weewx.conf>LoopData>Include>fields:
Change:
appTemp
to:
FMT_appTemp

In realtime_updater.inc:
Change:
 // dew point  
  var dew = result["FMT_dewpoint"];
  if (dew.length == 5) {
dew = "" + dew;
  } else if (dew.length == 6) {
dew = "" + dew;
  } 
  
  document.getElementById("FMT_dewpoint").innerHTML = dew;
to:
 // apparent temp  
  var appTemp = result["FMT_appTemp"];
  if (appTemp.length == 5) {
appTemp = "" + appTemp;
  } else if (appTemp.length == 6) {
appTemp = "" + appTemp;
  } 
  
  document.getElementById("FMT_appTemp").innerHTML = appTemp;

>> On Jul 3, 2020, at 4:41 AM, Geni 0815  wrote:
> 
> 
> 
> Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>> 
>> 
>> 
>> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>>> 
>>> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
>>> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
>>> could be the problem
>>> 
 # Options for extension 'loopdata'
 [LoopData]
 [[FileSpec]]
 loop_data_dir = /home/pi/wetter/loop-data
 filename = loop-data.txt
 [[Formatting]]
 target_report = WeatherBoardReport
 [[RsyncSpec]]
 enable = false
 remote_server = 192.168
 remote_port = 2022
 remote_user = 
 remote_dir = /web/wetter/loop-data
 compress = false
 log_success = false
 ssh_options = -o ConnectTimeout=1
 timeout = 1
 skip_if_older_than = 3
 [[Include]]
 fields = dateTime, windSpeed, COMPASS_windDir, DESC_barometerRate, 
 FMT_barometer, FMT_SUM_rain, FMT_dewpoint, FMT_heatindex, FMT_outHumidity, 
 FMT_outTemp, FMT_rain, FMT_rainRate, FMT_windchill, FMT_windSpeed, 
 FMT_HI_windGust, FMT_10mMaxGust, appTemp
 [[Rename]]
>>> 
>>> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
 
 Your JavaScript has an error. Nothing is updated after it hits that error. 
  Since the 10m and day high wind is only updated in the JavaScript, they 
 are blank.
 
 Please send the LoopData section of WeeWX.conf and the index.html.tmpl and 
 realtime_updater.inc files.
 
 
 
>> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
> 
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time streaming 
> updates and interactive charts. Modeled after BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
> 
> 
> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>> 
>> No errors in the syslog
>> appTemp works in loop-data.txt and in the display of weatherboard
>> all wind displays are not displayed correctly and there is no refresh
>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
>> display is 0.6mm
>> 
>> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>>> 
>>> OK, I’ve pushed new versions of loopdata and weatherboard to user 
>>> FMT_SUM_rain rather than FMT_rain_day_total.
>>> 
>>> You asked if appTemp could be displayed.  Yes, it can be included in 
>>> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section 
>>> of LoopData in weewx.conf.
>>> 
>>> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
>>> copied it to translate the index.  Just change FMT_dewPoint to 
>>> FMT_appTemp in index.html and realtime_updater.txt.  Someday, I hope to 
>>> allow for a great deal of customization in the browser for the 
>>> WeatherBoard skin; but I don’t see that happening anytime soon.
>>> 
> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
 
 One more place to change.
 Change the LoopData>Include section in weewx.conf.  That should 
 include FMT_SUM_rain rather than FMT_day_rain_total.
 
 In addition to changing WeatherBoard, I’ll change the doc in LoopData 
 as day_rain_total is likely to be a source 

[weewx-user] Sensor DP60 Froggit (aka Ecowitt WH57) and visualization of your data on the weewx skin portal

2020-07-03 Thread Massimiliano Neri
Hello.

I added a DP60 Froggit sensor (aka Ecowitt WH57) to my WH2650 weather 
station.
I think I have correctly configured the sensor on weewx, but how can I add 
the lightning count data and their distance to my weewx skin portal?
I would like to add this data both in text and in graphical format.

thank you.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/0d671b9a-cb2d-417c-bc21-69f5d747b1edo%40googlegroups.com.


Re: [weewx-user] restfulservice //:API and register station bug

2020-07-03 Thread Tom Keffer
Two things to try:

1. If you set debug=1, it will tell you what option is missing.
2. Are you sure you are using the correct copy of weewx.conf? When weewxd
starts up, it will log you which copy it is using. Is this the copy you are
expecting?

-tk

On Fri, Jul 3, 2020 at 4:52 AM Météo Téthieu 
wrote:

> Hello Guys,
>
> I've weewx version 4.1.1
>
> I've two module /Driver
> it's : https://github.com/AssociationInfoclimat/StatIC-WeeWX
>
> and https://github.com/Drealine/WLLDriver
>
>
> The first , will verify on the Database if i've the data , and after will
> create the file txt of the data from data base
>
> and WLLDriver is a just drive to Weather Link Live, will get data from WLL
> Network Local
>
>
>
>
>
>
> i'm novice on the weewx :p, i've bug of  the restfulservice , on the
> weewx.conf i've
>
>
> 
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> But on sys log i've
> StationRegistry : Registration not requested.
>
> WOW: Posting Not Enable
>
> Why ??
>
> 
>
>
>
>
>
>
> --
> You received this message because you are subscribed to the Google Groups
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/weewx-user/779ea365-7038-4527-97a1-707eebc0ddb9o%40googlegroups.com
> 
> .
>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/CAPq0zEAgfBSOxXhSAsG0QgjcZ_qkk0Ek4hk5FFfrrNEzopCQ0Q%40mail.gmail.com.


[weewx-user] restfulservice //:API and register station bug

2020-07-03 Thread Météo Téthieu
Hello Guys,

I've weewx version 4.1.1

I've two module /Driver 
it's : https://github.com/AssociationInfoclimat/StatIC-WeeWX

and https://github.com/Drealine/WLLDriver


The first , will verify on the Database if i've the data , and after will 
create the file txt of the data from data base 

and WLLDriver is a just drive to Weather Link Live, will get data from WLL 
Network Local 






i'm novice on the weewx :p, i've bug of  the restfulservice , on the 
weewx.conf i've 










































































But on sys log i've 
StationRegistry : Registration not requested.

WOW: Posting Not Enable 

Why ??








-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/779ea365-7038-4527-97a1-707eebc0ddb9o%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815


Am Freitag, 3. Juli 2020 13:31:49 UTC+2 schrieb Geni 0815:
>
>
>
> Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>>
>> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
>> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
>> could be the problem
>>
>> # Options for extension 'loopdata'
>>> [LoopData]
>>> [[FileSpec]]
>>> loop_data_dir = /home/pi/wetter/loop-data
>>> filename = loop-data.txt
>>> [[Formatting]]
>>> target_report = WeatherBoardReport
>>> [[RsyncSpec]]
>>> enable = false
>>> remote_server = 192.168
>>> remote_port = 2022
>>> remote_user = 
>>> remote_dir = /web/wetter/loop-data
>>> compress = false
>>> log_success = false
>>> ssh_options = -o ConnectTimeout=1
>>> timeout = 1
>>> skip_if_older_than = 3
>>> [[Include]]
>>> fields = dateTime, windSpeed, COMPASS_windDir, 
>>> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
>>> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
>>> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
>>> [[Rename]]
>>>
>>
>> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>>>
>>> Your JavaScript has an error. Nothing is updated after it hits that 
>>> error.  Since the 10m and day high wind is only updated in the JavaScript, 
>>> they are blank.
>>>
>>> Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
>>> and realtime_updater.inc files.
>>>
>>>
>>>
>>> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
>>>
>>> 
>>> Extension NameVersion   Description
>>> weatherboard  1.1   WeatherBoard skin.
>>> Belchertown   1.2b6 A clean modern skin with real time streaming 
>>> updates and interactive charts. Modeled after BelchertownWeather.com
>>> loopdata  1.3.4 Loop statistics for real time reporting.
>>>
>>>
>>> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:

 No errors in the syslog
 appTemp works in loop-data.txt and in the display of weatherboard
 all wind displays are not displayed correctly and there is no refresh
 In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
 display is 0.6mm

 Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>
> OK, I’ve pushed new versions of loopdata and weatherboard to user 
> FMT_SUM_rain rather than FMT_rain_day_total.
>
> You asked if appTemp could be displayed.  Yes, it can be included in 
> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section 
> of 
> LoopData in weewx.conf.
>
> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
> copied it to translate the index.  Just change FMT_dewPoint to 
> FMT_appTemp 
> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
> great deal of customization in the browser for the WeatherBoard skin; but 
> I 
> don’t see that happening anytime soon.
>
> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
>
> 
> One more place to change.
> Change the LoopData>Include section in weewx.conf.  That should 
> include FMT_SUM_rain rather than FMT_day_rain_total.
>
> In addition to changing WeatherBoard, I’ll change the doc in LoopData 
> as day_rain_total is likely to be a source of confusion for many.
>
>
>
> On Jul 2, 2020, at 10:51 PM, John Kline  wrote:
>
> 
>
>
> On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:
>
> 
> Errors are no longer logged
>
> That’s good.
>
> The translation doesn't work anymore:
> [[Rename]]
> kph = kmh
>
> The README says:
>
>- Rename : Used to specify which fields to include and which names 
>should be used as keys (i.e., what these fields should be renamed. If 
>neither Rename nor fields is specified, all fields are included.
>
> Perhaps I need to explain it better.  Rename is used to change the 
> name of the keys in the json (loop-data.txt) file.  It would be used if 
> you 
> have existing JavaScript expecting a different key for an observation.
>
> The good news is that all formatting, conversion, labels, etc. is 
> controlled by the skin you have targeted.  Just change the unit_label for 
> in the skin and the loop-data.txt file will automagically reflect your 
> change.
>
> Rain amount is not in the loop-data.txt
>
> WeatherBoard is using day_rain_total, which is in the loop packet for 
> my weather station, but not yours.  It’s likely you have a rain 
> observation 
> in the loop packet — simply called rain.  SUM_rain would yield the same 
> thing as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
> index.html.tmpl and realtime_updater.inc 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815


Am Freitag, 3. Juli 2020 13:29:40 UTC+2 schrieb Geni 0815:
>
> The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
> "FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
> could be the problem
>
> # Options for extension 'loopdata'
>> [LoopData]
>> [[FileSpec]]
>> loop_data_dir = /home/pi/wetter/loop-data
>> filename = loop-data.txt
>> [[Formatting]]
>> target_report = WeatherBoardReport
>> [[RsyncSpec]]
>> enable = false
>> remote_server = 192.168
>> remote_port = 2022
>> remote_user = 
>> remote_dir = /web/wetter/loop-data
>> compress = false
>> log_success = false
>> ssh_options = -o ConnectTimeout=1
>> timeout = 1
>> skip_if_older_than = 3
>> [[Include]]
>> fields = dateTime, windSpeed, COMPASS_windDir, 
>> DESC_barometerRate, FMT_barometer, FMT_SUM_rain, FMT_dewpoint, 
>> FMT_heatindex, FMT_outHumidity, FMT_outTemp, FMT_rain, FMT_rainRate, 
>> FMT_windchill, FMT_windSpeed, FMT_HI_windGust, FMT_10mMaxGust, appTemp
>> [[Rename]]
>>
>
> Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>>
>> Your JavaScript has an error. Nothing is updated after it hits that 
>> error.  Since the 10m and day high wind is only updated in the JavaScript, 
>> they are blank.
>>
>> Please send the LoopData section of WeeWX.conf and the index.html.tmpl 
>> and realtime_updater.inc files.
>>
>>
>>
>> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
>>
>> 
>> Extension NameVersion   Description
>> weatherboard  1.1   WeatherBoard skin.
>> Belchertown   1.2b6 A clean modern skin with real time streaming 
>> updates and interactive charts. Modeled after BelchertownWeather.com
>> loopdata  1.3.4 Loop statistics for real time reporting.
>>
>>
>> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>>>
>>> No errors in the syslog
>>> appTemp works in loop-data.txt and in the display of weatherboard
>>> all wind displays are not displayed correctly and there is no refresh
>>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
>>> display is 0.6mm
>>>
>>> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:

 OK, I’ve pushed new versions of loopdata and weatherboard to user 
 FMT_SUM_rain rather than FMT_rain_day_total.

 You asked if appTemp could be displayed.  Yes, it can be included in 
 loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
 LoopData in weewx.conf.

 Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
 copied it to translate the index.  Just change FMT_dewPoint to FMT_appTemp 
 in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
 great deal of customization in the browser for the WeatherBoard skin; but 
 I 
 don’t see that happening anytime soon.

 On Jul 2, 2020, at 10:59 PM, John Kline  wrote:

 
 One more place to change.
 Change the LoopData>Include section in weewx.conf.  That should include 
 FMT_SUM_rain rather than FMT_day_rain_total.

 In addition to changing WeatherBoard, I’ll change the doc in LoopData 
 as day_rain_total is likely to be a source of confusion for many.



 On Jul 2, 2020, at 10:51 PM, John Kline  wrote:

 


 On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:

 
 Errors are no longer logged

 That’s good.

 The translation doesn't work anymore:
 [[Rename]]
 kph = kmh

 The README says:

- Rename : Used to specify which fields to include and which names 
should be used as keys (i.e., what these fields should be renamed. If 
neither Rename nor fields is specified, all fields are included.

 Perhaps I need to explain it better.  Rename is used to change the name 
 of the keys in the json (loop-data.txt) file.  It would be used if you 
 have 
 existing JavaScript expecting a different key for an observation.

 The good news is that all formatting, conversion, labels, etc. is 
 controlled by the skin you have targeted.  Just change the unit_label for 
 in the skin and the loop-data.txt file will automagically reflect your 
 change.

 Rain amount is not in the loop-data.txt

 WeatherBoard is using day_rain_total, which is in the loop packet for 
 my weather station, but not yours.  It’s likely you have a rain 
 observation 
 in the loop packet — simply called rain.  SUM_rain would yield the same 
 thing as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
 index.html.tmpl and realtime_updater.inc files and change 
 FMT_day_rain_total to FMT_SUM_rain and you should be good to go.  I will 
 update WeatherBoard with this change shortly.

 Cheers,
 John


 Currently live 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
The values "FMT_windSpeed": "0.0 kph", "FMT_HI_windGust": "14.5 kph", 
"FMT_10mMaxGust": "4.8 kph", have the label kph directly with them, this 
could be the problem

# Options for extension 'loopdata'
> [LoopData]
> [[FileSpec]]
> loop_data_dir = /home/pi/wetter/loop-data
> filename = loop-data.txt
> [[Formatting]]
> target_report = WeatherBoardReport
> [[RsyncSpec]]
> enable = false
> remote_server = 192.168
> remote_port = 2022
> remote_user = 
> remote_dir = /web/wetter/loop-data
> compress = false
> log_success = false
> ssh_options = -o ConnectTimeout=1
> timeout = 1
> skip_if_older_than = 3
> [[Include]]
> fields = dateTime, windSpeed, COMPASS_windDir, DESC_barometerRate, 
> FMT_barometer, FMT_SUM_rain, FMT_dewpoint, FMT_heatindex, FMT_outHumidity, 
> FMT_outTemp, FMT_rain, FMT_rainRate, FMT_windchill, FMT_windSpeed, 
> FMT_HI_windGust, FMT_10mMaxGust, appTemp
> [[Rename]]
>

Am Freitag, 3. Juli 2020 13:21:48 UTC+2 schrieb John Kline:
>
> Your JavaScript has an error. Nothing is updated after it hits that error. 
>  Since the 10m and day high wind is only updated in the JavaScript, they 
> are blank.
>
> Please send the LoopData section of WeeWX.conf and the index.html.tmpl and 
> realtime_updater.inc files.
>
>
>
> On Jul 3, 2020, at 3:56 AM, Geni 0815 > 
> wrote:
>
> 
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time streaming 
> updates and interactive charts. Modeled after BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
>
>
> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>>
>> No errors in the syslog
>> appTemp works in loop-data.txt and in the display of weatherboard
>> all wind displays are not displayed correctly and there is no refresh
>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
>> display is 0.6mm
>>
>> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>>>
>>> OK, I’ve pushed new versions of loopdata and weatherboard to user 
>>> FMT_SUM_rain rather than FMT_rain_day_total.
>>>
>>> You asked if appTemp could be displayed.  Yes, it can be included in 
>>> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
>>> LoopData in weewx.conf.
>>>
>>> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
>>> copied it to translate the index.  Just change FMT_dewPoint to FMT_appTemp 
>>> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
>>> great deal of customization in the browser for the WeatherBoard skin; but I 
>>> don’t see that happening anytime soon.
>>>
>>> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
>>>
>>> 
>>> One more place to change.
>>> Change the LoopData>Include section in weewx.conf.  That should include 
>>> FMT_SUM_rain rather than FMT_day_rain_total.
>>>
>>> In addition to changing WeatherBoard, I’ll change the doc in LoopData as 
>>> day_rain_total is likely to be a source of confusion for many.
>>>
>>>
>>>
>>> On Jul 2, 2020, at 10:51 PM, John Kline  wrote:
>>>
>>> 
>>>
>>>
>>> On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:
>>>
>>> 
>>> Errors are no longer logged
>>>
>>> That’s good.
>>>
>>> The translation doesn't work anymore:
>>> [[Rename]]
>>> kph = kmh
>>>
>>> The README says:
>>>
>>>- Rename : Used to specify which fields to include and which names 
>>>should be used as keys (i.e., what these fields should be renamed. If 
>>>neither Rename nor fields is specified, all fields are included.
>>>
>>> Perhaps I need to explain it better.  Rename is used to change the name 
>>> of the keys in the json (loop-data.txt) file.  It would be used if you have 
>>> existing JavaScript expecting a different key for an observation.
>>>
>>> The good news is that all formatting, conversion, labels, etc. is 
>>> controlled by the skin you have targeted.  Just change the unit_label for 
>>> in the skin and the loop-data.txt file will automagically reflect your 
>>> change.
>>>
>>> Rain amount is not in the loop-data.txt
>>>
>>> WeatherBoard is using day_rain_total, which is in the loop packet for my 
>>> weather station, but not yours.  It’s likely you have a rain observation in 
>>> the loop packet — simply called rain.  SUM_rain would yield the same thing 
>>> as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
>>> index.html.tmpl and realtime_updater.inc files and change 
>>> FMT_day_rain_total to FMT_SUM_rain and you should be good to go.  I will 
>>> update WeatherBoard with this change shortly.
>>>
>>> Cheers,
>>> John
>>>
>>>
>>> Currently live here: https://affolter.familyds.net/wetter/weatherboard/
>>>
>>> Is it possible to get the appTemp displayed?
>>>
>>> Am Donnerstag, 2. Juli 2020 20:33:09 UTC+2 schrieb John Kline:


 -- 
> You received 

Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
Your JavaScript has an error. Nothing is updated after it hits that error.  
Since the 10m and day high wind is only updated in the JavaScript, they are 
blank.

Please send the LoopData section of WeeWX.conf and the index.html.tmpl and 
realtime_updater.inc files.



> On Jul 3, 2020, at 3:56 AM, Geni 0815  wrote:
> 
> 
> Extension NameVersion   Description
> weatherboard  1.1   WeatherBoard skin.
> Belchertown   1.2b6 A clean modern skin with real time streaming 
> updates and interactive charts. Modeled after BelchertownWeather.com
> loopdata  1.3.4 Loop statistics for real time reporting.
> 
> 
> Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>> 
>> No errors in the syslog
>> appTemp works in loop-data.txt and in the display of weatherboard
>> all wind displays are not displayed correctly and there is no refresh
>> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
>> display is 0.6mm
>> 
>> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>>> 
>>> OK, I’ve pushed new versions of loopdata and weatherboard to user 
>>> FMT_SUM_rain rather than FMT_rain_day_total.
>>> 
>>> You asked if appTemp could be displayed.  Yes, it can be included in 
>>> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
>>> LoopData in weewx.conf.
>>> 
>>> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
>>> copied it to translate the index.  Just change FMT_dewPoint to FMT_appTemp 
>>> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
>>> great deal of customization in the browser for the WeatherBoard skin; but I 
>>> don’t see that happening anytime soon.
>>> 
> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
> 
 
 One more place to change.
 Change the LoopData>Include section in weewx.conf.  That should include 
 FMT_SUM_rain rather than FMT_day_rain_total.
 
 In addition to changing WeatherBoard, I’ll change the doc in LoopData as 
 day_rain_total is likely to be a source of confusion for many.
 
 
 
>> On Jul 2, 2020, at 10:51 PM, John Kline  wrote:
>> 
> 
> 
> 
>>> On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:
>>> 
>> 
>> Errors are no longer logged
> That’s good.
> 
>> The translation doesn't work anymore:
>> [[Rename]]
>> kph = kmh
> The README says:
> Rename : Used to specify which fields to include and which names should 
> be used as keys (i.e., what these fields should be renamed. If neither 
> Rename nor fields is specified, all fields are included.
> Perhaps I need to explain it better.  Rename is used to change the name 
> of the keys in the json (loop-data.txt) file.  It would be used if you 
> have existing JavaScript expecting a different key for an observation.
> 
> The good news is that all formatting, conversion, labels, etc. is 
> controlled by the skin you have targeted.  Just change the unit_label for 
> in the skin and the loop-data.txt file will automagically reflect your 
> change.
> 
>> Rain amount is not in the loop-data.txt
> WeatherBoard is using day_rain_total, which is in the loop packet for my 
> weather station, but not yours.  It’s likely you have a rain observation 
> in the loop packet — simply called rain.  SUM_rain would yield the same 
> thing as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
> index.html.tmpl and realtime_updater.inc files and change 
> FMT_day_rain_total to FMT_SUM_rain and you should be good to go.  I will 
> update WeatherBoard with this change shortly.
> 
> Cheers,
> John
> 
>> 
>> Currently live here: https://affolter.familyds.net/wetter/weatherboard/
>> 
>> Is it possible to get the appTemp displayed?
>> 
>> Am Donnerstag, 2. Juli 2020 20:33:09 UTC+2 schrieb John Kline:
>>> 
>>> 
> 
> -- 
> You received this message because you are subscribed to the Google Groups 
> "weewx-user" group.
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to weewx-user+unsubscr...@googlegroups.com.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/230623f3-cd31-41f1-a7bd-b7238d5fd822o%40googlegroups.com.

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/DEFAFFBA-4B64-4865-89AC-0EB5A307D92E%40johnkline.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
Extension NameVersion   Description
weatherboard  1.1   WeatherBoard skin.
Belchertown   1.2b6 A clean modern skin with real time streaming 
updates and interactive charts. Modeled after BelchertownWeather.com
loopdata  1.3.4 Loop statistics for real time reporting.


Am Freitag, 3. Juli 2020 12:55:00 UTC+2 schrieb Geni 0815:
>
> No errors in the syslog
> appTemp works in loop-data.txt and in the display of weatherboard
> all wind displays are not displayed correctly and there is no refresh
> In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
> display is 0.6mm
>
> Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>>
>> OK, I’ve pushed new versions of loopdata and weatherboard to user 
>> FMT_SUM_rain rather than FMT_rain_day_total.
>>
>> You asked if appTemp could be displayed.  Yes, it can be included in 
>> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
>> LoopData in weewx.conf.
>>
>> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
>> copied it to translate the index.  Just change FMT_dewPoint to FMT_appTemp 
>> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
>> great deal of customization in the browser for the WeatherBoard skin; but I 
>> don’t see that happening anytime soon.
>>
>> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
>>
>> 
>> One more place to change.
>> Change the LoopData>Include section in weewx.conf.  That should include 
>> FMT_SUM_rain rather than FMT_day_rain_total.
>>
>> In addition to changing WeatherBoard, I’ll change the doc in LoopData as 
>> day_rain_total is likely to be a source of confusion for many.
>>
>>
>>
>> On Jul 2, 2020, at 10:51 PM, John Kline  wrote:
>>
>> 
>>
>>
>> On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:
>>
>> 
>> Errors are no longer logged
>>
>> That’s good.
>>
>> The translation doesn't work anymore:
>> [[Rename]]
>> kph = kmh
>>
>> The README says:
>>
>>- Rename : Used to specify which fields to include and which names 
>>should be used as keys (i.e., what these fields should be renamed. If 
>>neither Rename nor fields is specified, all fields are included.
>>
>> Perhaps I need to explain it better.  Rename is used to change the name 
>> of the keys in the json (loop-data.txt) file.  It would be used if you have 
>> existing JavaScript expecting a different key for an observation.
>>
>> The good news is that all formatting, conversion, labels, etc. is 
>> controlled by the skin you have targeted.  Just change the unit_label for 
>> in the skin and the loop-data.txt file will automagically reflect your 
>> change.
>>
>> Rain amount is not in the loop-data.txt
>>
>> WeatherBoard is using day_rain_total, which is in the loop packet for my 
>> weather station, but not yours.  It’s likely you have a rain observation in 
>> the loop packet — simply called rain.  SUM_rain would yield the same thing 
>> as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
>> index.html.tmpl and realtime_updater.inc files and change 
>> FMT_day_rain_total to FMT_SUM_rain and you should be good to go.  I will 
>> update WeatherBoard with this change shortly.
>>
>> Cheers,
>> John
>>
>>
>> Currently live here: https://affolter.familyds.net/wetter/weatherboard/
>>
>> Is it possible to get the appTemp displayed?
>>
>> Am Donnerstag, 2. Juli 2020 20:33:09 UTC+2 schrieb John Kline:
>>>
>>>
>>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/230623f3-cd31-41f1-a7bd-b7238d5fd822o%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread Geni 0815
No errors in the syslog
appTemp works in loop-data.txt and in the display of weatherboard
all wind displays are not displayed correctly and there is no refresh
In the loop-date.txt there is always "FMT_SUM_rain": "0.1 mm", but the 
display is 0.6mm

Am Freitag, 3. Juli 2020 08:32:56 UTC+2 schrieb John Kline:
>
> OK, I’ve pushed new versions of loopdata and weatherboard to user 
> FMT_SUM_rain rather than FMT_rain_day_total.
>
> You asked if appTemp could be displayed.  Yes, it can be included in 
> loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
> LoopData in weewx.conf.
>
> Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve 
> copied it to translate the index.  Just change FMT_dewPoint to FMT_appTemp 
> in index.html and realtime_updater.txt.  Someday, I hope to allow for a 
> great deal of customization in the browser for the WeatherBoard skin; but I 
> don’t see that happening anytime soon.
>
> On Jul 2, 2020, at 10:59 PM, John Kline > 
> wrote:
>
> 
> One more place to change.
> Change the LoopData>Include section in weewx.conf.  That should include 
> FMT_SUM_rain rather than FMT_day_rain_total.
>
> In addition to changing WeatherBoard, I’ll change the doc in LoopData as 
> day_rain_total is likely to be a source of confusion for many.
>
>
>
> On Jul 2, 2020, at 10:51 PM, John Kline > 
> wrote:
>
> 
>
>
> On Jul 2, 2020, at 10:28 PM, Geni 0815 > 
> wrote:
>
> 
> Errors are no longer logged
>
> That’s good.
>
> The translation doesn't work anymore:
> [[Rename]]
> kph = kmh
>
> The README says:
>
>- Rename : Used to specify which fields to include and which names 
>should be used as keys (i.e., what these fields should be renamed. If 
>neither Rename nor fields is specified, all fields are included.
>
> Perhaps I need to explain it better.  Rename is used to change the name of 
> the keys in the json (loop-data.txt) file.  It would be used if you have 
> existing JavaScript expecting a different key for an observation.
>
> The good news is that all formatting, conversion, labels, etc. is 
> controlled by the skin you have targeted.  Just change the unit_label for 
> in the skin and the loop-data.txt file will automagically reflect your 
> change.
>
> Rain amount is not in the loop-data.txt
>
> WeatherBoard is using day_rain_total, which is in the loop packet for my 
> weather station, but not yours.  It’s likely you have a rain observation in 
> the loop packet — simply called rain.  SUM_rain would yield the same thing 
> as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
> index.html.tmpl and realtime_updater.inc files and change 
> FMT_day_rain_total to FMT_SUM_rain and you should be good to go.  I will 
> update WeatherBoard with this change shortly.
>
> Cheers,
> John
>
>
> Currently live here: https://affolter.familyds.net/wetter/weatherboard/
>
> Is it possible to get the appTemp displayed?
>
> Am Donnerstag, 2. Juli 2020 20:33:09 UTC+2 schrieb John Kline:
>>
>>
>>

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/05093f02-f4ea-415f-aed0-b404e9e54c0eo%40googlegroups.com.


[weewx-user] Re: Multi-year Graphs

2020-07-03 Thread Richard G
Jarmo,Andrew,

Thank you they both look excellent and both on Github so even better. 

It would be really good to get something like this in the standard release as 
weather analysis is so much about history. 

I have a solution, much appreciated. 

Richard

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/7d1971a1-54c6-4f30-9766-11445f08f73ao%40googlegroups.com.


[weewx-user] Re: Multi-year Graphs

2020-07-03 Thread Andrew Milner
I have done something similar at
http://andrewmilner.online/Bootstrap/history.html
and it is very useful for comparing one year with another.  I think graphs 
would get cumbersome when there are more than a few previous years of data 
to consider.


On Friday, 3 July 2020 12:55:16 UTC+3, Jarmo Seppänen wrote:
>
> Multiple years as graphs might not work that well as figures. I have 
> resolved this like presented at 
> http://kuusamantie22.altervista.org/history.html 
>
> Wonder if it’d work for you? 
>
> jaMO

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/d548f0ac-1922-4e7f-914a-03736a73a54do%40googlegroups.com.


[weewx-user] Multi-year Graphs

2020-07-03 Thread Jarmo Seppänen
Multiple years as graphs might not work that well as figures. I have resolved 
this like presented at http://kuusamantie22.altervista.org/history.html

Wonder if it’d work for you?

jaMO

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/1de00fa3-e93f-443e-8ebf-f866c53c7907o%40googlegroups.com.


Re: [weewx-user] Update interval less than 300 seconds?

2020-07-03 Thread John Kline
OK, I’ve pushed new versions of loopdata and weatherboard to user FMT_SUM_rain 
rather than FMT_rain_day_total.

You asked if appTemp could be displayed.  Yes, it can be included in 
loop-data.txt by adding appTemp (or FMT_appTemp) to the Include section of 
LoopData in weewx.conf.

Perhaps you are asking if I can add it to WeatherBoard.  I see you’ve copied it 
to translate the index.  Just change FMT_dewPoint to FMT_appTemp in index.html 
and realtime_updater.txt.  Someday, I hope to allow for a great deal of 
customization in the browser for the WeatherBoard skin; but I don’t see that 
happening anytime soon.

> On Jul 2, 2020, at 10:59 PM, John Kline  wrote:
> 
> 
> One more place to change.
> Change the LoopData>Include section in weewx.conf.  That should include 
> FMT_SUM_rain rather than FMT_day_rain_total.
> 
> In addition to changing WeatherBoard, I’ll change the doc in LoopData as 
> day_rain_total is likely to be a source of confusion for many.
> 
> 
> 
>>> On Jul 2, 2020, at 10:51 PM, John Kline  wrote:
>>> 
>> 
>> 
>> 
 On Jul 2, 2020, at 10:28 PM, Geni 0815  wrote:
 
>>> 
>>> Errors are no longer logged
>> That’s good.
>> 
>>> The translation doesn't work anymore:
>>> [[Rename]]
>>> kph = kmh
>> The README says:
>> Rename : Used to specify which fields to include and which names should be 
>> used as keys (i.e., what these fields should be renamed. If neither Rename 
>> nor fields is specified, all fields are included.
>> Perhaps I need to explain it better.  Rename is used to change the name of 
>> the keys in the json (loop-data.txt) file.  It would be used if you have 
>> existing JavaScript expecting a different key for an observation.
>> 
>> The good news is that all formatting, conversion, labels, etc. is controlled 
>> by the skin you have targeted.  Just change the unit_label for in the skin 
>> and the loop-data.txt file will automagically reflect your change.
>> 
>>> Rain amount is not in the loop-data.txt
>> WeatherBoard is using day_rain_total, which is in the loop packet for my 
>> weather station, but not yours.  It’s likely you have a rain observation in 
>> the loop packet — simply called rain.  SUM_rain would yield the same thing 
>> as day_rain_total.  So, to fix this issue, edit WeatherBoard’s 
>> index.html.tmpl and realtime_updater.inc files and change FMT_day_rain_total 
>> to FMT_SUM_rain and you should be good to go.  I will update WeatherBoard 
>> with this change shortly.
>> 
>> Cheers,
>> John
>> 
>>> 
>>> Currently live here: https://affolter.familyds.net/wetter/weatherboard/
>>> 
>>> Is it possible to get the appTemp displayed?
>>> 
>>> Am Donnerstag, 2. Juli 2020 20:33:09 UTC+2 schrieb John Kline:
 
 

-- 
You received this message because you are subscribed to the Google Groups 
"weewx-user" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to weewx-user+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/C398BB5F-D5E3-4C33-BA6E-E895A60F1BE5%40johnkline.com.