TS. Agents

1 Overview
2 Adding Agents
3 Agents Examples
- 3.1 Single Miner Agent
- 3.2 Multiple Loaders as Agents
4 Agent Scheduling Logic Summary

Overview

An Agent is an entity that picks blocks, on behalf of one or more diggers. It reads the dependencies to get available blocks, and the incentives to rank them, then picks the highest ranked block. An Agent will continue to pick blocks during a period until stopped by Dependencies or Constraints.

The output of a schedule is a list of schedule transactions which the Agents populates by selecting blocks to mine in sequence.

Agents step overview

Adding Agents

Item	Description

Item	Description
Name	Checking the Use as Agent option in the Loader Types setup step establishes one-to-one relationship and results in a linked Fleet and linked Agent being automatically added to the project whose name match that of the loader type. Stockpile Reclaimer is an Agent used only for material movements between Stockpiles and Crushers. It is added to the list of Agents by default.
Image	Image assigned to the agent and used in the Animation:
		Loader
		Shovel
		Excavator
		Drill
		Dozer
Quantity Field	Select Quantity Field for each Agent.
Proportional Extraction	Be careful using the Proportional Extraction setting. It is a specific tool that affects your schedule speed significantly, by making selected Agent to mine every material in multiple passes instead of one pass.

Agents Examples

Multiple agents may be used if different block-picking or block-handling behaviors are required:

Single Agent (Miner)
Agents with concurrent incentives (OreMiner, WasteMiner)
Agents with concurrent fleets in same pit (AHS, Operator)
Agents with concurrent destinations for same material (Crusher1Agent, Crusher2Agent)

Depending on the mine site, there may be one Agent or many Agents.

The user can only assign the fleet, not the individual diggers within the fleet.

Agent	Logic	Example

Agent

Logic

Example

Single Miner Agent

Many projects only have a single “Miner” Agent, which generates every single transaction in the schedule. There might be a Waste Fleet, a South Pit Fleet, an Autonomous Fleet, and a Contractor Fleet, but they all report to the single Miner Agent that is executing the schedule transactions.

In this example, for any given pit, the user can only assign the fleet, not the individual diggers within the fleet. Although the targeted tonnes may amount to "one digger", the actual utilisation may be spread across multiple dig units within the fleet.

If the user is running a long term schedule, or has a restricted mine site where tramming is limited, then this may be a practical way of scheduling with acceptable accuracy.

A single Miner Agent may select the fleet appropriate to the current schedule transaction:

Scheduling by tonnages with a single Miner Agent:

Multiple Loaders as Agents

If the user is running a short term schedule, or has a sprawling mine site, then the solution may be to use Multiple Loaders as Agents.

With this setup, when the user assigns "1x SH90" to the South Pit, then only that exact digger type is used:

The user assigns the "SH90 Agent".
The "SH90 Agent" selects the "SH90 Fleet".
The "SH90 Fleet" contains the "SH90 Shovel".

Although these pieces are working together under the same name, they are doing different things.

The Agent is generating schedule transactions.
The Fleet is a bucket of truck and loader hours.
The Shovel expends hours to move tonnes (it has a dig rate and a utilisation).

By chaining one digger type to one Agent, the user has much more granular control over the dig sequence of individual diggers.

"Loaders As Agents" groups each digger type under its own Agent:

Scheduling by loader units with Loaders as Agents:

More details available in the section TS. Schedule Logic > TS. Loaders, Fleets and Agents.

Agent Scheduling Logic Summary

Transaction	Explanation

Transaction	Explanation
Finding Blocks	Agent picks blocks and starts generating the Schedule transactions. In terms of picking the blocks, the first thing the Agent looks for is a list of blocks that are available (based on the Dependencies). If block is not available Agent cannot pick it.
Ranking Blocks	Once a list of blocks that are available for picking is generated, Agent starts to rank the blocks using the Incentives.
Picking Blocks	Then the Agent pick the highest ranked block first.
In each Period, each Agent filters the blocks by their Dependencies (1), sorts them by their Incentives (2), and selects the highest ranked available block (3).
Finding Destination	Once Agent pick block it needs to put it somewhere, it’s where the Destination Logic comes in. There is a ranked block list of Source records, and the Agent is going to move them to the Destination, where the material will find its final resting place at the end of a period if the block is picked. If there is no destination rule to cover this transaction, the Source to Destination movement won’t be able to take place.
TBA

Раздел документации на русском языке