Project

General

Profile

Feature - Enhancement #2144

Improve short-cycle behavior

Added by gfeitosa over 4 years ago. Updated over 4 years ago.

Status:
New
Priority:
High
Assignee:
Category:
-
Start date:
2020-05-17
Due date:
% Done:

0%

Estimated time:
vbulletin_issue_id:

Description

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:

Assumptions:

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)

 

Theory:

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

Else

Time to run = Time until asteroid die

 

Advantages:

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.

Also available in: Atom PDF