You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the problem you have/What new integration you would like
I am using a MAX17048 (https://www.adafruit.com/product/5580) with the ESPHome MAX17043 component.
(1) I have found that the MAX17048 is similar to the MAX17043 but it can provide a few more readings from your LiPo battery (i.e. charge rate, disharge rate, 1% change in SOC, undervoltage, overvoltage, etc.) and wondering if these could easily be added to the MAX17043 component.
(2) I was surprised that my Li-PO battery was discharged to 2.91V before it gave up. I understood the MAX1704x would (at the least) generate an alert when low battery is detected - but this info does not appear to be easily available to ESPHome. If it is intended that user handles low voltage through an automation in the ESPHome yaml, example code in the documentation would be really helpful.
Please describe your use case for this integration and alternatives you've tried:
My use case is to automate a small greenhouse located away from mains power. I understand that a run of rainy days will run the battery down - but I don't want the microcomputer to just die suddenly without warning.
When running a microcontroller off a LiPo battery and solar panel surely we want to monitor performance of (at least) battery and solar panel. Battery voltage is an absolute minimum. We also want to be able to take action based on low voltage (eg send a notification to the administrator) - not to be surprised when the battery dies.
I don't understand why companies make Solar Power Manager boards without monitoring of battery and solar inputs; pretty much doubling the cost and complexity of the power module by requiring additional modules like MAX17048 and INA219 or INA3221 to monitor the battery, solar and USB inputs ... but that is a very different argument 😠
Additional context
It looks as though the MAX17043 component was added only 3 months ago, so hopefully is still fresh in the minds of its developers 😉
I don't mind having a go at adding features - but (a) I am a BASIC and now python programmer, so can read C but not confident to write it; and (b) it is not currently my high priority for another learning curve.
Thank you for your consideration.
Oops, forgot to provide links to details of the extra data available...
some of the MAX1704x boards have ALERT and QuickSTART headers
Describe the problem you have/What new integration you would like
I am using a MAX17048 (https://www.adafruit.com/product/5580) with the ESPHome MAX17043 component.
(1) I have found that the MAX17048 is similar to the MAX17043 but it can provide a few more readings from your LiPo battery (i.e. charge rate, disharge rate, 1% change in SOC, undervoltage, overvoltage, etc.) and wondering if these could easily be added to the MAX17043 component.
(2) I was surprised that my Li-PO battery was discharged to 2.91V before it gave up. I understood the MAX1704x would (at the least) generate an alert when low battery is detected - but this info does not appear to be easily available to ESPHome. If it is intended that user handles low voltage through an automation in the ESPHome yaml, example code in the documentation would be really helpful.
Please describe your use case for this integration and alternatives you've tried:
My use case is to automate a small greenhouse located away from mains power. I understand that a run of rainy days will run the battery down - but I don't want the microcomputer to just die suddenly without warning.
When running a microcontroller off a LiPo battery and solar panel surely we want to monitor performance of (at least) battery and solar panel. Battery voltage is an absolute minimum. We also want to be able to take action based on low voltage (eg send a notification to the administrator) - not to be surprised when the battery dies.
I don't understand why companies make Solar Power Manager boards without monitoring of battery and solar inputs; pretty much doubling the cost and complexity of the power module by requiring additional modules like MAX17048 and INA219 or INA3221 to monitor the battery, solar and USB inputs ... but that is a very different argument 😠
Additional context
It looks as though the MAX17043 component was added only 3 months ago, so hopefully is still fresh in the minds of its developers 😉
I don't mind having a go at adding features - but (a) I am a BASIC and now python programmer, so can read C but not confident to write it; and (b) it is not currently my high priority for another learning curve.
Thank you for your consideration.
Oops, forgot to provide links to details of the extra data available...
The text was updated successfully, but these errors were encountered: