Replies: 1 comment
-
A battery inventory has been discussed before but it's not an area I want to get into, the "consumable" batteries is one reason for this as many people would have their own opinion on this, such as AA rechargeable's rather than ones that have to be a certain chemistry. |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
Desired behaviour:
On firing a battery replaced event - https://github.com/andrew-codechimp/HA-Battery-Notes/blob/main/custom_components/battery_notes/button.py#L252
What problem does this solve ?
This integration is already doing the great work of having a library of all device to battery types, which significant reduces the complexity of cataloguing what things use which batteries.
The problem comes in when I want to replace the batteries, and can never quite remember how many of what I have in a drawer vs having to buy - and I end up buying a small amount of the wrong type; rather than just doing a bulk order.
I could manually go and create all of these counters, plus listen for all of the events; but in my house that would be tackling number helpers + event listeners for AAA, AA, A23, CR032, CR2045; getting the stock levels right; etc - just to have the foundations in place so I can build automations like "Add AAA my shopping list when below 2 remaining" and "Add increase AAA on hand when I tick off a shopping list item"
How is this different to the existing blueprint?
https://github.com/andrew-codechimp/HA-Battery-Notes/blob/main/docs/blueprints/battery_notes_battery_threshold.yaml is focused on specific device + battery as opposed to all batteries of a given type
Beta Was this translation helpful? Give feedback.
All reactions