I've wanted to make something like this for a long time, but recently found something bigger. Let me offer you my thoughts and some constructive criticism.
- How do you keep miners from mining the same roids and significantly reducing yield?
- ....Each miner has BM in different part of belt: left, right, center. Then they would mine towards each other.
- ....Having them use T2 crystals, each mine one roid type, would allow you to quadruple the number of miners in high sec. (Requires knowing the BM index.)
- How does the Orca pilot know when to go to the next belt? Does Orca check for no roids or missing roid type (T2)? If using T2 crystals, I'd recommend having the miners tell the Orca they've run out of roids (via IniWrite/IniRead in shared folder) and to move on to the next belt so that you don't have to manually update the Orca with the roid types to monitor.
- ....You could have the Orca be the bodyguard for the whole belt so that the miners don't have to miss cycle times due to fighting. (Only really beneficial if miners are using mining drones.)
WOAH! I just realized that you don't
need the BM index, though it would make things a whole lot simpler. You have code that already looks for "Approach" in each BM. The Orca could determine the BM index it's at that way, IniWrite the BM index to shared file, miners get and warp the the BM index pulled from the Ini file... I can't believe I didn't think of that before, LOL! That would allow 12 miners with T2 crystals in a single belt without them mining the same roids!
I'm so glad you decided to jump in and develop solutions for yourself. That is why I decided to share Corp Bookmarking Miners, to show others that it can be easy and rewarding. (Sounds like you've caught the programming bug like us! Congrats.) Let me know if you want any tips/pointers.
PS: If only the Orca and miners could mine with those drones...
