I’ve looked at your system in detail for 1st october:
As mentioned, the scheduler “corrected away” the selling planned for the evening. That is not an “error”, that is about fine, as the situation “changes”.
BUT: The scheduler planed on idling the battery from 15 to 19, so there should have been energy in the battery to sell. This was caused by a bug we noted about 1 week ago: When there is a charge-strategy selected, but a grid2battery-limitation in place, the local client “falsely” considered this as a “overall-from-Grid” restriction and supported your loads from the battery.
This in turn caused the battery to continuously be discharged instead of idle + loads from grid - and therefore the budget planed to sell wasn’t available anymore.
The good news is that this bug is already fixed and submitted for beta-release. Watch the changelogs for the respective change:
DESS: Fix a bug, where the system falsely drives loads from battery during high consumption and a grid2battery restriction, while charging is scheduled.
It is worth to mention, that this only happens “rarely” (and thus was actually discovered by accident), when the system scheduler calculates a idle-soc that is “above” the systems soc, sets a battery2grid restriction AND unpredicted high consumption makes the system “fail” to catch up that amount through solar power only. If It can do that or the target soc for idle is a perfect match, it will enter idle as it is supposed to do.
