That's correct, I have a problem understanding the JavaScript entries and 
the WeatherBord template.
I started again with the original files.
As soon as I make the smallest change, the wind update no longer works. I 
work with Notepad++ and then copy the file into the skin folder via the 
console. Could this have an impact? Are there rules about the encoding of 
the file? UTF-8 or UTF-8-BOM or something else?

[email protected] schrieb am Mittwoch, 15. Juli 2020 um 16:21:06 UTC+2:

> 
> 
> You need to be care as to how you state things.  I can clearly see that 
> you have added current.inHumidity to LoopData and you show that it is 
> appearing correctly in the loop-data.txt.
>
> inHumidity is not part of the WeatherBoard skin.  You have added it.  You 
> have a JavaScript error that says inHumidity not defined.  Perhaps you 
> should restate your question.  Are you having problems with the JavaScript 
> changes you have made to WeatherBoard?
>
> On Jul 15, 2020, at 5:54 AM, [email protected] <[email protected]> 
> wrote:
>
> 
>
>    Also, why are you using 2.0.b3?  Please use the latest on master as 
> I’ve merged it in.  It is 2.0.b6 (which happens to be what you were 
> claiming to use in the last email). 
> this was watherboard version
>
> <loop01.jpg>
>
>
> my loop-data.txt:
> {"current.dateTime.raw": 1594817282, "current.windchill": "17.6\u00b0C", 
> "current.windSpeed": "0.0 km/h", "current.windSpeed.raw": 0.0, 
> "day.windGust.max": "12.9 km/h", "10m.windGust.max": "8.0 km/h", 
> "10m.windGust.max.formatted": "8.0", "current.barometer": "1013.5 hPa", 
> "trend.barometer.formatted": "0.3", "current.rain": "0.0 mm", 
> "current.rainRate": "0 mm/h", "day.rain.sum": "0.8 mm", "current.appTemp": 
> "18.9\u00b0C", "current.outTemp": "17.6\u00b0C", "current.inTemp": 
> "24.2\u00b0C", "current.inHumidity": "50%", "current.outHumidity": "81%"}
>
> <loop02.jpg>
>
>
> I still have problems with version 2, the update no longer works as in 
> version 1.xx. 
>
> [email protected] schrieb am Dienstag, 14. Juli 2020 um 18:35:21 UTC+2:
>
> Of course inHumidity is not defined. You need to read the doc and 
>> specifically the part about upgrading.
>>
>> inHumidity is now current.inHumidity.formatted
>> It’s in the doc.
>>
>> Also, why are you using 2.0.b3?  Please use the latest on master as I’ve 
>> merged it in.  It is 2.0.b6 (which happens to be what you were claiming to 
>> use in the last email).
>>
>> Again, please read the upgrade section of LoopData.  The names changed. 
>>  There is ample warning about that at the top:
>>
>> LoopData 2.x is a breaking change from 1.x. See "How to Upgrade from 
>> LoopData 1.x." below.
>>
>> inHumidity would fall under this conversion rule:
>>
>>    - <obs> -> current.<obs>.formatted
>>
>>
>> On Jul 14, 2020, at 8:29 AM, Geni 0815 <[email protected]> wrote:
>>
>> 
>>
>> @John: WeaterBoard 2.0b3 causes problems. everything worked until the 
>> time with the old version.
>> With version 2 I get the error: Uncaught ReferenceError: inHumidity is 
>> not defined, and refreshing doesn't seem to work properly.
>> The syntax also seems different?
>>
>> I'll test that with current.dateTime.raw in a moment
>>
>> Am Dienstag, 14. Juli 2020 15:52:13 UTC+2 schrieb John Kline:
>>
>> It looks like you are missing the following in the fields line:
>>>
>>> current.dateTime.raw
>>>
>>> That is, to upgrade, dateTime needs to be changed to 
>>> current.dateTime.raw
>>>
>>> I’ll update the How to Upgrade section to reflect that.
>>>
>>> On Jul 14, 2020, at 6:01 AM, Geni 0815 <[email protected]> wrote:
>>>
>>> 
>>>
>>> @John: I installed version 2.0.b6, almost everything worked right away, 
>>> congratulations.
>>> What is not yet running is the label: Live and the clock at the bottom 
>>> right.
>>>
>>>
>>> Am Freitag, 10. Juli 2020 20:09:30 UTC+2 schrieb John Kline:
>>>
>>> I had a look.  You never actually write FMT_windDir in the JavaScript. 
>>>>  Just add:
>>>> + ‘ (‘ + result[‘FMT_windDir’] + ‘)’
>>>> on the appropriate line in realtime_updater.inc.
>>>>
>>>> As for barometerRate.  I do see it.  I just spills over to the next 
>>>> line.  It looks like I am not properly formatting barometerRate.  I will 
>>>> fix that as part of the 2.0 release which I am working on and hope to have 
>>>> out this weekend.
>>>>
>>>> On Jul 10, 2020, at 9:03 AM, [email protected] <[email protected]> 
>>>> wrote:
>>>>
>>>>  
>>>> Hi John, I'm on the mountain, there was more. Can you please keep an 
>>>> eye on the two files?
>>>>
>>>>
>>>> [email protected] schrieb am Freitag, 10. Juli 2020 um 16:05:18 
>>>> UTC+2:
>>>>
>>>> You need to add the fields:
>>>>> barometerRate
>>>>> FMT_windDir
>>>>> to the fields line in the LoopData section of weewx.conf.
>>>>>
>>>>> After you do that and restart WeeWX, verify that you see these 
>>>>> readings in loop-data.txt.
>>>>>
>>>>> Finally, you need to set these values in the JavaScript.
>>>>>
>>>>> If you have already done all of the above, perhaps you have a 
>>>>> JavaScript error.  Have a look in the JavaScript console in your browser 
>>>>> (note: it may be called something else, search for how to see JavaScript 
>>>>> errors).
>>>>>
>>>>> BTW, this weekend, I should have a version of LoopData out that uses 
>>>>> the same naming scheme as cheetah.  As such, you will then specify 
>>>>> $current.windSpeed, $current.windDir.ordinal_compass and $current.windDir 
>>>>> (for example) in the fields line in weewx.conf and those keys will show 
>>>>> up 
>>>>> in loop-data.txt.  There was no good reason to invent a new language for 
>>>>> this. 
>>>>>
>>>>> On Jul 10, 2020, at 1:54 AM, [email protected] <[email protected]> 
>>>>> wrote:
>>>>>
>>>>>  
>>>>>
>>>>> what do I have to change so that the two values (in the yellow circle) 
>>>>> are always displayed? Now they only flash briefly during a manual 
>>>>> refresh.
>>>>>
>>>>> <loop2.jpg>
>>>>>
>>>>> in index.html.templ:
>>>>>  <td id="windSpeedAndBearing" 
>>>>> style="font-family:monospace;font-size:85px;text-align:center;">$current.windSpeed
>>>>>  
>>>>> $current.windDir.ordinal_compass ($current.windDir)</td>
>>>>> <span id="FMT_barometer">$current.barometer 
>>>>> ($trend.barometer.formatted)</span><span>&nbsp;-&nbsp;</span><span 
>>>>> id="FMT_outHumidity">$current.outHumidity</span>
>>>>>
>>>>> [email protected] schrieb am Donnerstag, 9. Juli 2020 um 15:40:48 
>>>>> UTC+2:
>>>>>
>>>>>
>>>>>>
>>>>>> On Jul 9, 2020, at 1:52 AM, [email protected] <[email protected]> 
>>>>>> wrote:
>>>>>>
>>>>>> Question for my understanding:
>>>>>>
>>>>>>
>>>>>> If or why is the id = string supplemented with $current, $day or not 
>>>>>> at all?
>>>>>>
>>>>>> <loop1.jpg>
>>>>>>
>>>>>>
>>>>>> In the examples, no IDs is supplemented with current, day or none at 
>>>>>> all.  Some values say $current, which means the current observation.  
>>>>>> Some 
>>>>>> say day, which would be for the day and have an aggregator 
>>>>>> ($day.rain.sum). 
>>>>>>  In any event, all of these values are overwritten every couple of 
>>>>>> seconds 
>>>>>> by the javascript.  As such, they could be removed.
>>>>>>
>>>>>> As for the ids.  They could be anything you wish.  They just are used 
>>>>>> by the JavaScript to look up the element.  As a naming scheme for ids, I 
>>>>>> chose to to name them for the corresponding key in loop-data.txt.
>>>>>>
>>>>>> For example, FMT_HI_windGust.  The JavaScript will get lookup the 
>>>>>> element with the id FMT_HI_windGust.  It will then lookup the value in 
>>>>>> loop-data.txt for the key FMT_HI_windGust and set the contents of the 
>>>>>> HTML 
>>>>>> tag (innerHTML property) to that value.
>>>>>>
>>>>>> If the id was foo on this element, the JavaScript would have to find 
>>>>>> the foo element in the DOM.  Of course, it will still need to use the 
>>>>>> key 
>>>>>> FMT_HI_windGust for looking up the loop-data value.
>>>>>>
>>>>>> As for the naming scheme in loop-data.txt:
>>>>>> FMT_HI_windGust
>>>>>> The FMT_ means include the label.
>>>>>> The HI_ means give me today’s high.
>>>>>>
>>>>>> FMT_windGust would be for the current observation and would include 
>>>>>> the label.
>>>>>>
>>>>>> windGust would be for the current observation. It would NOT include a 
>>>>>> label, but it would still be formatted.  That is, if wind should have 1 
>>>>>> decimal place, it be formatted as such (e.g., 4.0).
>>>>>>
>>>>>> The README has this info, but to summarize:
>>>>>>
>>>>>> If the key is missing an aggregator (HI, LO, AVG, WAVG, SUM, RMS, 
>>>>>> VEC_AVG, VEC_DIR), it is the current observation.  If it has an 
>>>>>> aggregator 
>>>>>> prefix, it is for the day.  Exceptions are the items I made up 
>>>>>> 10mMaxGust 
>>>>>> (which is 10 minutes) and barometerRate (which is a delta from 3 hours 
>>>>>> ago) 
>>>>>> and windRose.
>>>>>>
>>>>>> FMT_ includes the label.
>>>>>>
>>>>>> UNITS_ is the unit for the observation.
>>>>>>
>>>>>> LABEL_ is the label for the observation.
>>>>>>
>>>>>> COMPASS_ for windDIr and windGustDir gives compass (text) direction.
>>>>>>
>>>>>> DESC_ for barometer rate gives a text description of the rate (and 
>>>>>> probably needs to be internationalized).
>>>>>>
>>>>>> T_ is the time of the observation.  For example, T_HI_<obs> would be 
>>>>>> the time today that the high was reached for the observation.
>>>>>>
>>>>>> Just to mention the other things you pointed to:
>>>>>> FMT_SUM_rain is today’s rain with a label.  The FMT_ gives the label. 
>>>>>>  Since SUM_ is an aggregator, it is for today.
>>>>>>
>>>>>> FMT_rainRate is the current rate of rain (since it is missing an 
>>>>>> aggregator) and it includes a label (FMT_).  FMT_HI_rainRate would be 
>>>>>> today’s high rainRate.  FMT_T_HI_rainRate would be the formatted time 
>>>>>> when 
>>>>>> today’s high rain rate happened.
>>>>>>
>>>>>> Note that the packet time presented in WeatherBoard is not formatted. 
>>>>>>  It uses rainRate.  That time is then localized with toLocaleTimeString 
>>>>>> in 
>>>>>> JavaScript.  In that way, the time presented is local time for the 
>>>>>> viewer 
>>>>>> of the web page.
>>>>>>
>>>>>> [email protected] schrieb am Mittwoch, 8. Juli 2020 um 20:35:22 
>>>>>> UTC+2:
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> On Jul 8, 2020, at 1:36 AM, [email protected] <[email protected]> 
>>>>>>> wrote:
>>>>>>>
>>>>>>>  weewx-weatherboard 1.3a the label entries are implemented.
>>>>>>>
>>>>>>>
>>>>>>> What is the easiest way now
>>>>>>> Indoor temperature
>>>>>>> barometer
>>>>>>> Indoor and outdoor humidity
>>>>>>> to show signs on the display?
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> To get these readings in loop-data.txt, add the following to the end 
>>>>>>> of the fields line in the LoopData section of weewx.conf:
>>>>>>>     , FMT_inTemp, FMT_barometer, FMT_inHumidity, FMT_outHumidity
>>>>>>>
>>>>>>> As for adding them to a skin, it would be helpful to know your end 
>>>>>>> goal and your familiarity with the technologies.
>>>>>>>
>>>>>>> WeatherBoard is designed for display on a tablet sitting on a 
>>>>>>> bookshelf or hanging on a wall.  It’s meant to be viewed from across 
>>>>>>> the 
>>>>>>> room.  That’s why there’s a small amount of data in large fonts and why 
>>>>>>> I 
>>>>>>> chose the color scheme.
>>>>>>>
>>>>>>> Are you trying to have something that looks like WeatherBoard but 
>>>>>>> just these four extra items on it?  Will you want more after you add 
>>>>>>> these 
>>>>>>> four?  Extra items will mean smaller fonts.  How will this skin be 
>>>>>>> viewed? 
>>>>>>>  I’m assuming you are not looking for the across the room viewing that 
>>>>>>> I 
>>>>>>> targeted with this skin.
>>>>>>>
>>>>>>> Are you looking to write an entirely new skin?
>>>>>>>
>>>>>>> Are you looking to add “update on every loop” capabilities to 
>>>>>>> another skin that you like?
>>>>>>>
>>>>>>> How comfortable are you working with html, css and JavaScript?
>>>>>>>
>>>>>>> Cheers,
>>>>>>> John
>>>>>>>
>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 20:10:24 
>>>>>>> UTC+2:
>>>>>>>
>>>>>>> Most of the WeatherBoard will now use the strings in Defaults, so 
>>>>>>>> you should see it in German after you install.  For the custom 
>>>>>>>> strings, 
>>>>>>>> just update the strings in the WeatherBoard>Labels>Generic section of 
>>>>>>>> weewx.conf.
>>>>>>>>
>>>>>>>> On Jul 7, 2020, at 6:47 AM, John Kline <[email protected]> wrote:
>>>>>>>>
>>>>>>>> 
>>>>>>>>
>>>>>>>> I’ve created a branch of WeatherBoard that substitutes appTemp for 
>>>>>>>> dewpoint.
>>>>>>>>
>>>>>>>> It is here:
>>>>>>>> https://github.com/chaunceygardiner/weewx-weatherboard/tree/appTemp
>>>>>>>>
>>>>>>>> On Jul 7, 2020, at 12:09 AM, John Kline <[email protected]> 
>>>>>>>> wrote:
>>>>>>>>
>>>>>>>> 
>>>>>>>> There was a subtle difference in how I was creating the next day 
>>>>>>>> accumulator vs. how WeeWX proper is doing it.  I’ve changed that.  
>>>>>>>> Please 
>>>>>>>> install 1.3.15 and let me know how it goes at midnight.
>>>>>>>>
>>>>>>>> On Jul 6, 2020, at 10:44 PM, [email protected] <
>>>>>>>> [email protected]> wrote:
>>>>>>>>
>>>>>>>> Jul  7 00:00:01 Wetter-Raspi rsyslogd:  [origin 
>>>>>>>> software="rsyslogd" swVersion="8.1901.0" x-pid="295" x-info="
>>>>>>>> https://www.rsyslog.com";] rsyslogd was HUPed
>>>>>>>> Jul  7 00:00:01 Wetter-Raspi systemd[1]: logrotate.service: 
>>>>>>>> Succeeded.
>>>>>>>> Jul  7 00:00:01 Wetter-Raspi systemd[1]: Started Rotate log files.
>>>>>>>> Jul  7 00:00:02 Wetter-Raspi systemd[1]: man-db.service: Succeeded.
>>>>>>>> Jul  7 00:00:02 Wetter-Raspi systemd[1]: Started Daily man-db 
>>>>>>>> regeneration.
>>>>>>>> Jul  7 00:00:15 Wetter-Raspi weewx[18476] INFO weewx.manager: Added 
>>>>>>>> record 2020-07-07 00:00:00 CEST (1594072800) to database 'weewx'
>>>>>>>> Jul  7 00:00:15 Wetter-Raspi weewx[18476] INFO weewx.manager: Added 
>>>>>>>> record 2020-07-07 00:00:00 CEST (1594072800) to daily summary in 
>>>>>>>> 'weewx'
>>>>>>>>
>>>>>>>>
>>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 07:39:52 
>>>>>>>> UTC+2:
>>>>>>>>
>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  Traceback (most recent call last):
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****    File "/usr/share/weewx/user/loopdata.py", 
>>>>>>>>> line 
>>>>>>>>> 365, in process_queue
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****      self.day_accum.addRecord(pkt)
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****    File "/usr/share/weewx/weewx/accum.py", 
>>>>>>>>> line 
>>>>>>>>> 423, in addRecord
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****      % (record['dateTime'], self.timespan))
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  weewx.accum.OutOfSpan: Attempt to add 
>>>>>>>>> out-of-interval record (1594072801) to timespan ([2020-07-06 00:00:00 
>>>>>>>>> CEST 
>>>>>>>>> (1593986400) -> 2020-07-07 00:00:00 CEST (1594072800)])
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  During handling of the above exception, 
>>>>>>>>> another 
>>>>>>>>> exception occurred:
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  Traceback (most recent call last):
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****    File "/usr/share/weewx/user/loopdata.py", 
>>>>>>>>> line 
>>>>>>>>> 370, in process_queue
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****      self.day_accum.addRecord(pkt)
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****    File "/usr/share/weewx/weewx/accum.py", 
>>>>>>>>> line 
>>>>>>>>> 423, in addRecord
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****      % (record['dateTime'], self.timespan))
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi weewx[18476] CRITICAL 
>>>>>>>>> user.loopdata:     ****  weewx.accum.OutOfSpan: Attempt to add 
>>>>>>>>> out-of-interval record (1594072801) to timespan ([2020-07-06 00:00:00 
>>>>>>>>> CEST 
>>>>>>>>> (1593986400) -> 2020-07-07 00:00:00 CEST (1594072800)])
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi systemd[1]: Starting Rotate log 
>>>>>>>>> files...
>>>>>>>>> Jul  7 00:00:00 Wetter-Raspi systemd[1]: Starting Daily man-db 
>>>>>>>>> regeneration...
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> [email protected] schrieb am Dienstag, 7. Juli 2020 um 07:09:28 
>>>>>>>>> UTC+2:
>>>>>>>>>
>>>>>>>> It looks like loopdata stopped again at midnight (I looked at your 
>>>>>>>>>> sight).
>>>>>>>>>>
>>>>>>>>>> I think it likely that something in the packet at midnight is 
>>>>>>>>>> causing this.  Loopdata does print a stack trace on an unexpected 
>>>>>>>>>> exception 
>>>>>>>>>> before exiting.  Would you have a look in the log and send it?
>>>>>>>>>>
>>>>>>>>>> If the stack trace doesn’t give me the info I need, I will send 
>>>>>>>>>> you an instrumented version of loopdata.py that will, among other 
>>>>>>>>>> things, 
>>>>>>>>>> log loop packets around midnight.
>>>>>>>>>>
>>>>>>>>>> On Jul 6, 2020, at 10:26 AM, John Kline <[email protected]> 
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> 
>>>>>>>>>>
>>>>>>>>>> BTW, I should probably make dewpoint position on the weatherboard 
>>>>>>>>>> configurable between dewpoint and appTemp.  That would save you from 
>>>>>>>>>> having 
>>>>>>>>>> to hack on the javaascript.
>>>>>>>>>>
>>>>>>>>>> Also, I could make the legend configurable for translation.
>>>>>>>>>>
>>>>>>>>>> I’ll try to do that today or tomorrow.
>>>>>>>>>>
>>>>>>>>>> On Jul 6, 2020, at 10:19 AM, John Kline <[email protected]> 
>>>>>>>>>> wrote:
>>>>>>>>>>
>>>>>>>>>> 
>>>>>>>>>> Yep, you’ll need to make your changes to switch to appTemp. 
>>>>>>>>>>  That’s both a change in index.html.tmpl and in the 
>>>>>>>>>> realtime_updater.inc 
>>>>>>>>>> file.
>>>>>>>>>>
>>>>>>>>>> A new day accumulator gets created at midnight, so I am very 
>>>>>>>>>> interested in that loopdata crash.  Do you have a stacktrace in the 
>>>>>>>>>> log? 
>>>>>>>>>>  Please send what you have.  If it’s not descriptive enough, I’ll 
>>>>>>>>>> update 
>>>>>>>>>> loopdata to provide more info on that crash.
>>>>>>>>>>
>>>>>>>>>> On Jul 6, 2020, at 8:20 AM, [email protected] <
>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>
>>>>>>>>>>  
>>>>>>>>>> I have replaced the index.html.tmpl with an old version! However, 
>>>>>>>>>> the appTemp is not yet running. Loopdate also crashed at 
>>>>>>>>>> midnight, so watch that today.
>>>>>>>>>>
>>>>>>>>>> [email protected] schrieb am Montag, 6. Juli 2020 um 15:50:11 
>>>>>>>>>> UTC+2:
>>>>>>>>>>
>>>>>>>>>> Now that I’m up for the morning, I went to look at your 
>>>>>>>>>>> WeatherBoard page to see what the JavaScript error was, but I see 
>>>>>>>>>>> that it 
>>>>>>>>>>> is up and runnning!
>>>>>>>>>>>
>>>>>>>>>>> On Jul 6, 2020, at 3:44 AM, John Kline <[email protected]> 
>>>>>>>>>>> wrote:
>>>>>>>>>>>
>>>>>>>>>>> 
>>>>>>>>>>>
>>>>>>>>>>> Send realtime_updater.inc and weewx.conf.
>>>>>>>>>>> The JavaScript is broken. I’ll have a look.
>>>>>>>>>>>
>>>>>>>>>>> On Jul 5, 2020, at 10:35 PM, [email protected] <
>>>>>>>>>>> [email protected]> wrote:
>>>>>>>>>>>
>>>>>>>>>>> I have weewx-loopdata 1.1.13, only the default km_per_hour 
>>>>>>>>>>> definition -> the loop-data.txt is OK.
>>>>>>>>>>> Why is my WeatherBoard not working? Only time is running.
>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>>> 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 [email protected].
>>>>>>>>>>>
>>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/b24a6c1c-9b40-4c1b-abde-cf1c40d127e2n%40googlegroups.com
>>>>>>>>>>>  
>>>>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/b24a6c1c-9b40-4c1b-abde-cf1c40d127e2n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>>>>>>> .
>>>>>>>>>>> <index.html.tmpl.txt>
>>>>>>>>>>>
>>>>>>>>>>> -- 
>>>>>>>>>> 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 [email protected].
>>>>>>>>>>
>>>>>>>>>> To view this discussion on the web visit 
>>>>>>>>>> https://groups.google.com/d/msgid/weewx-user/441af783-906b-4497-a023-733da7ec6cc3n%40googlegroups.com
>>>>>>>>>>  
>>>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/441af783-906b-4497-a023-733da7ec6cc3n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>>>>>> .
>>>>>>>>>>
>>>>>>>>>> -- 
>>>>>>>> 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 [email protected].
>>>>>>>>
>>>>>>>> To view this discussion on the web visit 
>>>>>>>> https://groups.google.com/d/msgid/weewx-user/9583022e-a87f-4991-8b71-9704b18c9ecen%40googlegroups.com
>>>>>>>>  
>>>>>>>> <https://groups.google.com/d/msgid/weewx-user/9583022e-a87f-4991-8b71-9704b18c9ecen%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>>>> .
>>>>>>>>
>>>>>>>> -- 
>>>>>>> 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 [email protected].
>>>>>>>
>>>>>>> To view this discussion on the web visit 
>>>>>>> https://groups.google.com/d/msgid/weewx-user/002514e4-098f-42f4-8d52-8fccfa293472n%40googlegroups.com
>>>>>>>  
>>>>>>> <https://groups.google.com/d/msgid/weewx-user/002514e4-098f-42f4-8d52-8fccfa293472n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>>> .
>>>>>>>
>>>>>>> -- 
>>>>>> 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 [email protected].
>>>>>>
>>>>>> To view this discussion on the web visit 
>>>>>> https://groups.google.com/d/msgid/weewx-user/ab5bd30d-64b5-473b-8125-e1cbe3ebc811n%40googlegroups.com
>>>>>>  
>>>>>> <https://groups.google.com/d/msgid/weewx-user/ab5bd30d-64b5-473b-8125-e1cbe3ebc811n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>>> .
>>>>>> <loop1.jpg>
>>>>>>
>>>>>> -- 
>>>>> 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 [email protected].
>>>>>
>>>>> To view this discussion on the web visit 
>>>>> https://groups.google.com/d/msgid/weewx-user/b7deee51-6748-4373-bdb1-79433c7dedban%40googlegroups.com
>>>>>  
>>>>> <https://groups.google.com/d/msgid/weewx-user/b7deee51-6748-4373-bdb1-79433c7dedban%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>>> .
>>>>> <loop2.jpg>
>>>>>
>>>>> -- 
>>>> 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 [email protected].
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/weewx-user/20fdce76-5c9c-49ae-9688-5fd810ea3d25n%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/weewx-user/20fdce76-5c9c-49ae-9688-5fd810ea3d25n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>> <index.html.tmpl.txt>
>>>> <realtime_updater.inc.txt>
>>>>
>>>> -- 
>>> 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 [email protected].
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/weewx-user/acc5218a-0dea-4eb9-b114-a630b1ecba8bo%40googlegroups.com
>>>  
>>> <https://groups.google.com/d/msgid/weewx-user/acc5218a-0dea-4eb9-b114-a630b1ecba8bo%40googlegroups.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>> -- 
>> 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 [email protected].
>>
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/weewx-user/babdf486-8e09-4045-8e16-6eeafdb0428eo%40googlegroups.com
>>  
>> <https://groups.google.com/d/msgid/weewx-user/babdf486-8e09-4045-8e16-6eeafdb0428eo%40googlegroups.com?utm_medium=email&utm_source=footer>
>> .
>>
>> -- 
> 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 [email protected].
>
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/weewx-user/42761d21-da47-4657-b34c-5fd16815c438n%40googlegroups.com
>  
> <https://groups.google.com/d/msgid/weewx-user/42761d21-da47-4657-b34c-5fd16815c438n%40googlegroups.com?utm_medium=email&utm_source=footer>
> .
> <loop01.jpg>
> <loop02.jpg>
>
>

-- 
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 [email protected].
To view this discussion on the web visit 
https://groups.google.com/d/msgid/weewx-user/88acbf55-0c07-4d4a-a27a-0170b0455fa4n%40googlegroups.com.

Reply via email to