Closed mkarras closed 1 year ago
I think the history service could be a memory hog, as it stores the data in memory, so disabling the feature might reduce the RAM footprint.
The warnings Warning: Unhandled Tasmota sensor type energy
are indicating that a discovered sensor is not supported by the plugin. And can be ignored.
Are you using child bridges ? It also may reduce the memory footprint, as each plugin would run in its own process.
Thank you for the quick response. 🙂 I set the max memory usage to 256MB and this helped already. Now I also use your recommendation with a child bridge. Actually now it uses more memory in total, but with that the main bridge is not more effected when something crashes with the plugin. When the memory it allows I will use even more child bridges making everything more stable and responsive.
Thank you for your help and tips. 👍🏼
Your welcome
Describe Your Problem:
While discovering the first device (in sum there are 4 plugs) the server crashes with heap out of memory. I also noticed that there are really long logs (when debug mode active) regarding the history of the device (first log below). The second log below shows the discovery of first and only device. It was working before so my assumption is that some in memory loading history data are causing the issue. Do I need to clean up the history somewhere e.g. by restarting the devices that send it? Or do I need to disable the feature "enable support for sensor data history logging" completely or something else in the Tasmota settings or mqtt? Also there are some warnings like "Warning: Unhandled Tasmota sensor type energy". Anything wrong with that? I am grateful for every help and tip!
Logs:
Tasmota Device Config:
Device type: NOUS A1T
Environment: