David Rapan

I will try to implement some validation for energy sensors which would throw away sudden big increases in value. Just don't know how to define this big number yet. :)

You can try [feat: Add detection/validation of data corruption](https://github.com/davidrapan/ha-solarman/commit/3d2ba044b8b1d403e6f50099fbe8f00c0c4bba79) (currently enabled only for Total Production) Edit: + [feat: Retry when data corruption is detected](https://github.com/davidrapan/ha-solarman/commit/ca45b76dc3ee1c20e5a3725f181f901d9ac10926)

[fix: Unable to recover from data corruption](https://github.com/davidrapan/ha-solarman/commit/29a30f71b3719f7782c455daae2012ac697c2568)

Corruption of power sensors is hard to detect as these values could as well be valid for some devices... but detection of corrupted energy data is already in place.

> Sorry if this is a different issue No really, but issue is originating in the device and integration only does some mitigation throughout value validation, but this will never...

This would require too much additional bloat for a really small number of users and it will be much easier to do from the UI anyway.

Log?

The detection works, so it's strange that it got through anyway (sometimes?).. Try to associate each spike with an error in the log, and see if they are all logged,...

Hi @Bignose3, you don't need to write your custom script, there are solarman integrations available in the HACS (or [here](https://github.com/davidrapan/ha-solarman)) which are using pysolarmanv5. 😉 Edit: On top of that...

Hallo @Robocat1712, Ihr Gerät verwendet höchstwahrscheinlich andere Modbus-Register als die bereits in dieser Integration implementierten Geräte. Ihre (einzige) Möglichkeit besteht nun darin, Astro-Energy zu kontaktieren und zu fragen, ob sie...