Provide an MQTT subscription triggered version about lightning-detector-mqtt2ha-daemon

[ironsheep]

@LouPaloma I'm not quite sure what you are asking for. The card is already an MQTT listener.

Have you seen this? https://github.com/ironsheep/lightning-detector-MQTT2HA-Daemon/blob/master/THEOPS.md

If your sensor is reporting to MQTT you can adjust the content of what you are reporting per the document linked above and the existing card will then respond to your sensor.

This help?

[LouPaloma]

Thanks. I did look at THEOPS. My point is that the daemon:

1. runs on a host that is physically connected to the sensor
2. all aggregations are done in daemon
3. The Lovelace card is "dumb" in that it gets ALL of it's display data for the presentation as part of the mqtt message for current or prior storms.

My sensor is remote, powered by a battery and solar panel such that it sends out minimal data packets, i.e., new strikes, via MQTT (or LoRa).

What I envision is your daemon would listen to an MQTT topic for a new strike (detect message format) and do all the aggregation that it currently does and publish the it's same data out onto topics.

In short, I'm just looking to move the sensor input to come from an MQTT topic, but still be able to use your daemon and card.

[ironsheep]

@LouPaloma Ok, now I understand. However, if you take my daemon, make it listen to your sensor data coming in via MQTT it can then aggregate your incoming data and send the newly aggregated data to the lightning card as it does today. Just rewrite the front end of my daemon to listen to your sensor instead of the lightning detector chip.

It really shouldn't take much time to do...

Does this make sense?

[LouPaloma]

Yes, it makes sense, but 1) I hate Python and 2) I have too many projects queued to take on another. My assumption was that you could do what you mention in under 30 minutes as opposed to many hours of my "hacking".

The underlying thought is that you could increase usage of your front-end component (which is very nice [the daemon is very nice, too!]) by providing a more generic input method. Per my initial issue comments, it'd be easy for anyone getting lightning data from any arbitrary source to re-format and re-post to your generic listener and then display it in HA.

I can understand if this isn't anything of interest, but thought you'd appreciate the kudos and input.

[ironsheep]

@LouPaloma ok, thanks for the request and thank you for your kind words about this project I enjoyed creating it a I learned a lot in the process which is always our goal, right!

As you have already guessed I too have too numerous to count projects in the works... This is precisely why I wrote the THEOPS so I could enable others to extend as they wish while I keep working on more projects. ;-)

Should you decide to take this on, feel free to make a pull request to get your work added to this project, should you wish. Just be sure to document the mechanism so others can make minor tweaks if their interface is not the same as what you constructed for yourself.

Again, Thank you!