Ok, this is the missing point. Actually, I hesitate because of this
highlight in the Customization Guide:
----------------------------------------------------------------------------------------------------
*Warning!*
Make a backup of the data before doing any of the next steps!
----------------------------------------------------------------------------------------------------
As I am actually not physically close to the Raspi running with Weewx (the
actual connection is with ssh from outside), so I prefer the lazy way:
I replaced wh65_battery with
[[field_map_extension]]
txBatteryStatus = wh65_batt
and the entry in the stanza [Accumulator] accordingly, wrote back an
untouched copy of seasons.inc, uncommented the original label in
skins.conf, and voila, after weewx restart, everything looks ok. Although,
I would have preferred wh65_battery decribing the field name more
precisely, when thinking about adding further sensors in the future. But,
at least, I can now understand a little part of the whole thing more than
before.
Thanks!
Peter
gjr80 schrieb am Freitag, 18. Dezember 2020 um 10:58:43 UTC+1:
> The penny drops. Have you added wh65_battery to your database schema?
> $current.wh65_battery will work without wh65_battery being in your schema
> but $day.wh65_battery requires wh65_battery be in your schema.
>
> Refer to Adding a new type to the database
> <http://weewx.com/docs/customizing.htm#add_archive_type> in the
> Customization Guide.
>
> Gary
>
> On Friday, 18 December 2020 at 19:30:22 UTC+10 Vetti52 wrote:
>
>> Thanks, Gary. The typo was here, not in seasons.inc. But I had another
>> assumption: When displaying the values $current.txBatteryStatus.raw and
>> $current.wh65_battery.raw , I could see, that the first one was empty,
>> and only the second value was existent. My assumption was, that $
>> day.txBatteryStatus had data from time of this day before switching from
>> interceptor to gw1000 driver, but $day.wh65_battery did not (yet).
>> So I tried this modification:
>>
>> #set $have_battery_status = 0
>> #for $x in [$day.txBatteryStatus, $day.wh65_battery,
>> $day.windBatteryStatus, $day.rainBatteryStatus, $day.outTempBatteryStatus,
>> $day.inTempBatteryStatus]
>>
>> #if $x.has_data
>> #set $have_battery_status = 1
>> #end if
>> #end for
>>
>>
>> If this was true, I expected, that the sensor section would be present
>> today, because
>>
>> #if $have_battery_status
>> <tr><th>Batterie Status</th><th></th></tr>
>> #if $day.txBatteryStatus.has_data
>> <tr>
>> <td class="label">$obs.label.wh65_batteryStatus</td>
>> <td class="data">$get_battery_status($current.wh65_battery.raw)</td>
>> </tr>
>>
>> #end if
>>
>> should result in the header line but no "Transmitter" data, because
>> $have_battery_status being true, but no content, because
>> $day.txBatteryStatus.has_data was supposed to be wrong since today.
>> However, unfortunately, the complete section disappeared. So, my assumption
>> is true only partially: Today there is no more $day.txBatteryStatus,
>> but, surprise, there isn't $day.wh65_battery either.
>> What is wrong with it?
>>
>> gjr80 schrieb am Donnerstag, 17. Dezember 2020 um 21:21:10 UTC+1:
>>
>>> Peter,
>>>
>>> Your understanding is correct. The logic in the code now appears correct
>>> but I think you are using the incorrect field name. Earlier you posted an
>>> archive record:
>>>
>>> REC: 2020-12-16 13:30:00 CET (1608121800) altimeter:
>>> 30.09246486970751, appTemp: 46.07291271146897, barometer:
>>> 30.092169667712717, cloudbase: 944.6426189788297, dateTime: 1608121800,
>>> daymaxwind: 3.6, dayRain: 0.0, dewpoint: 45.0455158818643, ET:
>>> 0.00012174671890853505, extraTemp1: 124.89439999999999, heatindex:
>>> 47.403000000000006, humidex: 48.934644083871206, inDewpoint:
>>> 50.88299985988465, inHumidity: 60.0, inTemp: 65.12, interval: 5.0,
>>> luminosity: 8184.0, maxSolarRad: 86.02828823732644, monthRain:
>>> 0.6653543307086613, outHumidity: 87.0, outTemp: 48.74, pressure:
>>> 29.97589031125, radiation: 64.59352801894238, rain: 0.0, rainEvent:
>>> 0.4015748031496063, rainRate: 0.0, relbarometer: 1019.2, usUnits: 1,
>>> UV: 0.0, uvradiation: 6.5, weekRain: 10.9, wh65_battery: 0.0,
>>> windchill: 48.74, windDir: 187.0, windGust: 3.3554127779089566,
>>> windGustDir: 187, windrun: 0.22369418519393044, windSpeed:
>>> 2.6843302223271652, yearRain: 29.17716535433071
>>>
>>> The field name is wh65_battery not wh_65battery. Anywhere you use $day
>>> or $current to access the WH65 battery state you need to be using
>>> $day.wh65_battery or $current.wh65_battery.
>>>
>>> Gary
>>>
>>> On Thursday, 17 December 2020 at 22:38:50 UTC+10 Vetti52 wrote:
>>>
>>>> Aaah, now I start to understand! The first part is just a definition.
>>>> Got it! Thanks!!!!
>>>>
>>>> In skin.conf stanza [Labels] [Generic] I found
>>>>
>>>> txBatteryStatus = Transmitter
>>>>
>>>> I replaced the left side with wh65_batteryStatus
>>>>
>>>> In Seasons.inc I found:
>>>>
>>>> #set $have_battery_status = 0
>>>> #for $x in [$day.txBatteryStatus, $day.windBatteryStatus,
>>>> $day.rainBatteryStatus, $day.outTempBatteryStatus,
>>>> $day.inTempBatteryStatus]
>>>> #if $x.has_data
>>>> #set $have_battery_status = 1
>>>> #end if
>>>> #end for
>>>>
>>>> and later on:
>>>>
>>>> #if $have_battery_status
>>>> <tr><th>Batterie Status</th><th></th></tr>
>>>> #if $day.txBatteryStatus.has_data
>>>> <tr>
>>>> <td class="label">$obs.label.txBatteryStatus</td>
>>>> <td class="data">$get_battery_status($current.txBatteryStatus
>>>> .raw)</td>
>>>> </tr>
>>>> #end if
>>>>
>>>> I replaced all txBatteryStatus entries by wh65_battery except
>>>> $obs.label.wh65_batteryStatus according to the label in skin.conf.
>>>>
>>>> First, all this looks simply logic. However, now the sensors data were
>>>> no longer displayed at all. Checked for typos. Nope. So, my logic failed
>>>> again.
>>>>
>>>> I then tried to replace all entries step by step. So, at first, it was
>>>> evident, that the expression #for $x in [$day.txBatteryStatus, ...
>>>> still results in status = 1, but not, when replaced with
>>>> $day.wh_65battery,.
>>>>
>>>> Ok, next step. Then I have to keep the original condition also here:
>>>>
>>>> #if $have_battery_status
>>>> <tr><th>Batterie Status</th><th></th></tr>
>>>> #if $day.txBatteryStatus.has_data
>>>> <tr>
>>>>
>>>> but still use the new values in the next two lines here:
>>>>
>>>> <td class="label">$obs.label.wh65_batteryStatus</td>
>>>>
>>>> <td class="data">$get_battery_status($current.wh65_battery.raw)
>>>> </td>
>>>> </tr>
>>>> #end if
>>>>
>>>>
>>>> So, finally everything looks fine, same like the results from
>>>> interceptor.py. But why do I still need txBatteryStatus? Where does
>>>> this value come from? Obviously $current.wh65_battery returns a valid
>>>> result, thus providing data. But it is not suitable for evaluating $x.
>>>> This
>>>> is still not logical to me...
>>>>
>>>> Actually to me it looks like txBatteryStatus is not the Ecowitt-client
>>>> field name, as mentioned in my first post here, but is an internal field
>>>> name in Weewx (or why is it regularily used in seasons.inc?). So, it could
>>>> have been much less complicated to map wh65_batt to txBatteryStatus.
>>>> But I am afraid, that there still was something wrong with it.
>>>>
>>>> Peter
>>>>
>>>>
--
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/b6c98c47-3ed9-4f29-86cd-8dc551de0e28n%40googlegroups.com.
