Skip to content

Small fixes to encryption and generated energy - #65

Open
bisonbet wants to merge 1 commit into
Patrick762:mainfrom
bisonbet:main
Open

Small fixes to encryption and generated energy#65
bisonbet wants to merge 1 commit into
Patrick762:mainfrom
bisonbet:main

Conversation

@bisonbet

@bisonbet bisonbet commented May 9, 2026

Copy link
Copy Markdown

I found that with my AC300, I had an issue where encryption usage was failing. My friend Claude (haha) helped me fix that. Also, same with the SOC being shown as 'generated energy'. I've fixed both, and wanted to contribute both back if it helps.

@Patrick762 Patrick762 left a comment

Copy link
Copy Markdown
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Please rebase on the current main branch

@Patrick762 Patrick762 self-assigned this Jul 8, 2026
Register 43 is already defined by BaseDeviceV1 as BATTERY_SOC, so the
AC300 POWER_GENERATION field was reading SoC and dividing by 10 — the
"Generated Electricity" sensor tracked battery percentage instead of
energy. Remove the bogus mapping; AC300 has no known cumulative
generation register, so consumers should integrate dc_input_power
externally.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
@bisonbet

bisonbet commented Jul 9, 2026

Copy link
Copy Markdown
Author

So, it looks like the encryption fix was implemented by another PR you applied. That was removed from this. Now it's just the AC300 generated energy issue. I've been using this for a couple months and it's been working well.

@bisonbet
bisonbet requested a review from Patrick762 July 9, 2026 00:26
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants