Feature - Enhancement #2144
Improve short-cycle behavior
Currently, the only function supported is short-cycle only when rock is already low. The bot does not know when the rock gets low because the survey scan data is static.
This can be fixed by activating the survey scanner at the end of every cycle (not ideal because e the mining lasers will already be active by the time the scan data arrives).
The proposed model works like this:
1 - Currently implemented timers work accurately
2 - We can activate Both Mining Lasers as a group (Both on the same asteroid, when short-cycling distributing lasers is an unnecessary complication )
3 - We can get either free space on Ore Hold/Cargo Hold or (Max Cargo/Ore Hold Capacity - Used Ore/Cargohold capacity)
1 - Calculate the time for an asteroid to die in seconds or 10th to seconds
2 - Calculate the time until ore hold full
3 - Adopt the shorter timer as a Mining Laser shutdown timer
If the time until asteroid die > time until ore/cargo hold full
Time to run = Time until ore/cargo hold full
Time to run = Time until asteroid die
1 - Only one-timer will be running at any given time, ensuring it's activated properly
2 - Easier target management coding because only one asteroid will be targeted at a given time and lasers activates as a group.
3 - Easier target management when on fleet. (because each bot will only claim one rock on grit)
4 - Can be built as a module activated via a UI checkbox.
5 - Will reduce the time needed for the miners to break even, therefore, reducing detection and BAN risk.