Matthew Wall's Lightning service extension and variable names

102 views
Skip to first unread message

Karen K

unread,
Nov 16, 2023, 7:42:43 PM11/16/23
to weewx-user
There is an extension available created by Matthew Wall and reading the AS3935 lightning detector circuit. It sets 2 observation types:
  • avg_distance
  • lightning_strikes
In contrary to that, the wview_extended schema as well as units.py in WeeWX define other observation types for the same purpose:
  • lightning_distance
  • lightning_strike_count
Why they are different?

I found no assignment of a unit group to the observation types used by Matthew Wall's extension. Is that intended?

matthew wall

unread,
Nov 16, 2023, 11:21:07 PM11/16/23
to weewx-user
On Thursday, November 16, 2023 at 2:42:43 PM UTC-5 kk44...@gmail.com wrote:
There is an extension available created by Matthew Wall and reading the AS3935 lightning detector circuit. It sets 2 observation types:
  • avg_distance
  • lightning_strikes
In contrary to that, the wview_extended schema as well as units.py in WeeWX define other observation types for the same purpose:
  • lightning_distance
  • lightning_strike_count
Why they are different?

because i am stupid.  i wrote the AS3935 code rather quickly, so i could compare that sensor with some other lightning detection equipment we were experimenting with.  only later did we create the wview_extended schema, and the intent there was to extend the schema with labels and structure that were general enough to accommodate a wide range of hardware.

i should probably modify the AS3935 code to use the wview extended schema names...
 
I found no assignment of a unit group to the observation types used by Matthew Wall's extension. Is that intended?

it is lazy coding on my part, not intentional.
 

Karen K

unread,
Nov 17, 2023, 2:00:07 PM11/17/23
to weewx-user
Reply all
Reply to author
Forward
0 new messages