«Моментные самосвалы» и «Самосвалы TUM»
Прежде всего, важно установить разницу между «Моментным самосвалом» и «Самосвалом TUM».
«Моментный (текущий) самосвал» — это такой самосвал, который эксплуатируется и имеет результат своей работы в определенный момент во времени. В то время как «Самосвал (модели использования времени) TUM» — это количество часов работы самосвала за период, разделенное на количество часов для каждого самосвала в периоде на основе модели использования времени (TUM).
На практике, самосвалы не соблюдают модель использования времени (TUM) в каждый момент времени — самосвал либо доступен, либо недоступен, а не вместе. Возможно, что самосвал будет эксплуатироваться в момент времени в будущем (модель использования времени — это среднее значение за длительный период). Это наиболее правильный способ представления самосвалов на моментной основе и для краткосрочного планирования. Модель использования времени учитывает, но не содержит в явном виде частоту и продолжительность событий простоя (например, циклоны в сравнении с сломанным зубом ковша).
В Production Scheduler версий 21.2 и выше самосвалы TUM больше не используются, вместо них используется приблизительное значение моментных самосвалов. Instant Units (Моментные единицы) — это вычисляемое поле, представляющее количество введенных единиц, умноженное на PA, UPA, OE, UA и PF. Теоретически, моментные единицы — это точное количество самосвалов, которое, как ожидается, будет доступно для использования в любой момент времени в календарном плане.
Несмотря на то, что моментные единицы (Instant Units) относятся к прогнозируемому количеству самосвалов, количество техники, которая будет доступна в любой день, будет основано на вероятности биномального распределения. Поскольку функция такого распределения в Production Scheduler не доступна, в программе используется приблизительное значение (не целое число).
Поле | Расчет | Значение |
---|---|---|
Period Duration (Продолжительность периода) | - | 12 |
Number of Units (Количество единиц) | - | 20 |
Planned Availability (Запланированная доступность) [PA] | - | 80 % |
Unplanned Availability (Незапланированная доступность) [UPA] | - | 90 % |
Use of Availability (Использование доступности) [UA] | - | 90 % |
Operating Efficiency (Эффективность работы) [OE] | - | 100 % |
Productivity Factor (Коэффициент производительности) [PF] | - | 100 % |
Direct Utilisation (Прямое использование) | PA * UPA * UA * OE * PF | 80 % * 90 % * 90 % * 100 % * 100 % = 64,8 % |
Engine Factor (Характеристика двигателя) | [OE] * [PF] | 100 % * 100 % = 100 % |
Hours / Unit (Часы,/единицы) | Продолжительность периода * Прямое использование | 12 * 64,8 % = 7,776 часов |
Instantaneous Units (Моментные единицы) | Количество единиц * PA * UPA * UA * OE * PF | 12,96 |
Назначение самосвалов
В начале каждого периода Production Scheduler определяет точное количество самосвалов, которое, как ожидается, будет доступно для использования в любой момент в течение периода. Зная количество доступных самосвалов, их требуется назначить выполняющим операцию добычи агентам во время каждого установившегося положения. Решение о назначении самосвалов теперь выполняется механизмом оптимизации в Production Scheduler, а не пользователем.
Основной задачей оптимизации в Production Scheduler является максимальное увеличение суммы финансовых средств, получаемых в результате перемещения добытой породы, с учетом накладываемых календарным планом ограничений. Такое перемещение материалов приравнивается к определенной стоимости в долларах и отличается для разных перемещений. В большинстве случаев, более прибыльные перемещение включают отправку материала в дробилку. Чтобы отдать приоритет более прибыльным перемещениям, следует обеспечить максимальную производительность генерирующих их агентов, предоставив им достаточное количество самосвалов.
В предыдущих версиях программного обеспечения этот процесс требовал ручной настройки пользователем, и предполагал корректировку скоростей и ставок по периодам. В Production Scheduler версий 21.2 и выше назначение самосвалов выполняется автоматически и основывается на приоритетности агентов, которые генерируют более прибыльные перемещения. Например, если наибольший доход приносят перемещения, подразумеающие подачу в дробилку, то самосвалы будут сначала назначены тем агентам, которые участвуют в добыче руды. Далее, оставшиеся самосвалы будут назначены агентам, которые генерируют перемещения следующей по величине прибыли. Этот процесс будет продолжаться либо до тех пор, пока не будут назначены все доступные самосвалы, или пока каждый агент не достигнет своей максимальной производительности. Во многих случаях, для агентов с более низким приоритетом может не остаться достаточного количества доступных самосвалов, что приведет к снижению их эксплуатационных возможностей. При недостаточном количестве назначенных агентам самосвалов, коэффициент производительности агента будет автоматически скорректирован в соответствии с количеством доступных самосвалов.
Подводя итог, назначение самосвалов агентам осуществляеся на основе прибыльности генерируемых ими перемещений. Если пользователю необходим полный контроль и возможность установки приоритетов по агентам, то можно создать отдельные финансовые потоки, отфильрованные по отдельным агентам. Такая настройка может пригодиться, например, когда в течение определенного периода времени необходимо установить приоритет для конкретного агента, разрабатывающего вскрышные породы. Финансовый поток для такого конкретного агента может быть увеличен таким образом, чтобы его перемещения приносили высокую прибыль, подняв его в списке приоритетов.
Ограничение количества самосвалов
Несмотря на то, что оптимизация приложения Production Scheduler назначает самосвалы агентам автоматически, пользователи могут установить некоторые ограничения. Эти ограничения можно применить либо к отдельным агентам, либо к правилам назначения самосвалов. Эти функции задаются в шаге настройк Final Configuration (Окончательная конфигурация).
Агенты
Ограничение по агенту вводит жесткое ограничение на количество физических единиц карьерной техники (самосвалов), которое агент может использовать во время одного установившегося положения. В большинстве случаев, ограничение количества доступных для агента самосвалов приведет к снижению скорости агента. Применимая скорость агента автоматически корректируется в соответствии с указанным количеством самосвалов. На рисунке ниже показано, где это значение можно скорректировать в календаре.
Правила назначения самосвалов
Аналогично назначению по агентам, ограничение по количеству техники в группе назначения самосвалов накладывает жесткое ограничение на количество физических единиц карьерной техники, доступное для использования в пределах группы. Такое ограничение по самосвалам может быть полезно для распределения техники одной модели по разным паркам.
Отчеты по использованию самосвалов
Both TUM trucks and Instantaneous trucks can be reported in APS; however, how each is reported is different.
Instantaneous Trucks
Reporting instantaneous trucks in traditional period-based reports simply doesn’t work due to the instantaneous time paradigm; however, there are several other places where the instantaneous trucks can be viewed and reported.
Steady States
Within the Steady States tab, trucking requirements for an Agent can be viewed at any instant in time. The field “Haulage.Instanatenous Trucks” reports how many trucks are currently assigned to the selected Agent.
Truck Graphs
In the Final Configuration Step, there is an Instantaneous graph option. When enabled, users will see the number of trucks each Agent was using and how many trucks are being used overall.
TUM Trucks
Reporting TUM trucks involves looking at consumed truck hours over the period. Users can find information on calculating truck hours at the following link PS Truck Hour Calculation .
Chrono Report
TUM trucks can be reported in a Chrono report by dividing the number of hours available per truck by the productive hours of that particular truck. The number of hours available per truck is available in the Calendar Data Source field list. Users can also find the total productive hours of a particular truck model Mining Data Source field list. A filter must be applied to return the productive hours of the required truck model. These fields and the calculation of truck hours is shown in the image below.
Why can’t I report the number of trucks in a Pivot report?
You might think that you could divide the truck hours in each movement by the number of truck hours per unit in the schedule and sum that up in a pivot table. And you’d be right - but only if the sums are broken down into the scheduling periods as specified in the calendar - if not, it doesn’t work.
Truck Graphs
In the Final Configuration Step, there is a TUM truck graph option. When enabled, users will see the number of TUM trucks used over the period for each Agent and how many TUM trucks were used overall for the period.
Calendar
In the Calendar, under each truck model, both the productive hours consumed and the amount of TUM trucks this equates to can be seen. For a selected Agent, it is also possible to view how many TUM trucks of each truck model the Agent consumed.
The Fleet Use of Availability value represents the calculated Use of Availability of the fleet of trucks. This value is calculated without considering the [UA] input. The below example shows one way in which this value is calculated.
Hours per Unit = Period Duration * [PA] * [UPA] * [OE] * [PF] Number of Trucks = Productive Hours / Hours per Unit Fleet Use of Availability = Number of Trucks / Number of units
Why do my truck numbers look so high/low? What can I do about it?
Examine the animation, which displays the routes taken to ensure the correct paths are being used. If not, use Haul Infinity to ensure the correct routes are used. Take the time to ensure your haulage model is correct before starting to schedule.
Use a pivot report to ensure that the right destinations are used for each material type. If not, alter the destination rules.
If the numbers are too high, look to mine some material with shorter hauls.
If the numbers are too low, there’s an opportunity to mine some material with longer hauls.
Your last option, if you’ve tried the above, is to derate or shut down diggers. Often this cannot be avoided to meet short term ore requirements.
Is this schedule achievable with our truck fleet?
Note this is an opinion. If this opinion is abhorrent to you or any of your stakeholders, refer to the previous question.
To determine whether the schedule is achievable with the truck fleet on-site, consider the Fleet Use Of Availability (UA), which is reported for each truck in the Calendar. Although many sites have a historical UA, this should not be an input (and is not when Dispatch mode is enabled). There is nothing wrong with varying the UA for the truck fleet each day, provided the objectives of the schedule are met. The reported fleet use of availability indicates how close to the edge the schedule is running. If the UA is at 100% fleet use of availability, then if a truck goes down, the schedule may not be achievable (it still may be if there’s an opportunity to catch up later). If it’s at 50%, half the expected trucks could be inoperable, and the schedule is still achievable.
Note that if UA for your site also includes times like when a truck driver does not show up for work, that should be instead be accounted for in either unplanned availability or one of the other availability fields. APS assumes that UA is historically the percentage of time that the truck could be used but intentionally wasn’t.