Компания Alastri рада объявить о выходе версии v21.2

Улучшения

Production Scheduler

Шаг Dynamic Haulage (Динамические перевозки)

Проблема: в горизонте планирования графика производства нередко происходит изменение дорожной сети в результате продвижения горных работ. В версиях APS до 21.2не было возможности моделировать динамический характер карьерных дорог.

Решение: в APS версии 21.2 во вкладку настройки включен шаг Dynamic Haulage (Динамические перевозки). Эта функция работает также, как и в ATS и содержит те же типы триггеров. Более подробно см. в разделе TS. Динамические перевозки.

Оптимизация использования самосвалов

Проблема: в версии 21.1 мы добавили систему диспетчеризации самосвалов, которая стала значительным улучшением предыдущей системы управления перевозками, в которой логика использования в текущий момент и логика модели использования времени были смешены. При использовании режима диспетчеризации эксплуатации самосвалов были выявлены затруднения при поиске причин, по которым оптимизатор запускал определенные действия, например, отправлял материал в насыпь, а не в дробилку. Такие сбои происходили в результате того, что для назначения самосвалов планирование должно было выполнить два прохода. Другие ограничениябыли связаны с назначением экскаваторов по периоду.

Решение: в версии 21.2 самосвалы включены в формулу оптимизации. Теперь назначение агентов происходит автоматически, на основе приносимого каждым из них дохода. Таблица приоритетов экскаваторов удалена из календаря, поскольку назначение самосвалов определяется на основе финансовых потоков. Более подробную информацию см. в разделе PS. Расчет параметров перевозки.

Последовательность задержки

Problem: It is common practice to model tramming delays for drills and, in some cases, diggers. The only way to achieve this in APS was to have multiple sequence bars containing one pattern and have delay bars inserted between them. This process is rather inefficient, and users lose the ability to quickly draw their sequence in one go using the sequence painter. If a pattern is delayed during the schedule, all of the delay sequence bars need to be repositioned, which is time-consuming.

Solution: A new Sequence type has been developed called a ‘Delay Sequence’, enabling users to insert delays directly between blocks chosen in the block picker. Users can configure the delays in the XXX found in the Sequence Painter UI or the properties panel of the selected sequence.

The type of delay to be applied can be set by either clicking in the duration box next to the pattern name and selecting the delay from the list or selecting a delay from the drop-down list of the multi-select window. Like the delay type, users can enter the delay duration directly in the duration box or the delay length input located in the multi-select window. Users can also insert delays at the start and end of the sequence by using the two buttons located on the far left of the toolbar.

Sequence Reordering

Problem: If a user wants to reorder the blocks in the sequence, the Sequence Painter window would need to be launched for that sequence, and the records reordered. This process can get quite tedious if the order is constantly changing.

Solution: To help speed up the process, we have added the functionality to move blocks around directly in a sequences properties panel. Records can be repositioned using drag-and-drop or via the up and down buttons located in the toolbar.

Code Filters

Problem: Within one parcel, there can be a lot of variability in the grades. When this happens, we sometimes want the parcel's destination to be dependent on its grades. There may be a stockpile that houses HG material with a SiO2 value of over 4.0, HG material with a SiO2 less than 4.0 goes to another stockpile. Instantaneous grade targets can be used to try and manage this; however, they are not a hard constraint. As long as the average grade going to a destination meets the criteria, it will allow material to be sent there.

Solution: Code filters have been introduced to help enforce hard constraints when mining Agents select a destination. A Code Filter is an additional piece of logic evaluated when Agents select a destination rule to use. Code filters can either be scripted in which is recommended where a large number of code filters need to be written, or they can be created through an inbuilt Code Editor in the Destinations Rules step. More information about Code Filters and how to construct them can be found at the following link https://alastri.atlassian.net/wiki/spaces/212AD/pages/5483987078/PS+Code+Filters.

. For

Flow Optimisation - Minimum Rate

Problem: When the optimiser runs, it is a possibility that a mining Agent will be selected to operate at a rate that is not practical in reality.

Solution: It is now possible to define a minimum rate that a mining Agent can operate at. This option can be enabled in the Final Configuration step, enabling it will add a row per Agent in the calendar. When enabled, the minimum rate will be included as a binary variable in the optimisation. As it is a binary variable, the optimisation becomes mixed-integer and, as a result, can slow the scheduling speed down.

Chrono Data Sources - Production Blasting and Presplit Blasting

Problem: When creating reports, it is not uncommon to include blast data; however, blast data is not an available Data Source inside Chrono Reports.

Solution: The Data Sources within Chrono reports have now been updated to include ProductionBlasting and PresplitBlasting. PreplsitBlasting will only appear if the activity has been enabled within the project.

Custom Wall Activities

Problem: Within APS, it was not possible to schedule multiple wall-related activities on a wall section → Scaling → Rock Bolting → Shotcrete

Solution: It is now possible to model up to 10 user-defined wall activities on a section of the wall. To use this functionality, the “Model Wall Panels” feature must be enabled, as well as enabling the creation of wall panels within the RR project. More information regarding Wall Activities can be found here /wiki/spaces/212AD/pages/30938661 .

Improvement in drill hole visualisation

Problem: When PreplistDrilling and PresplitChargingweres enabled, it wasn't easy to visually distinguish the drilled and blasted states.

Solution: The appearance of presplit holes has been reconfigured to make it easier for users to determine the current state of the activity. Two additional visualization options have also been given to the user in the “Production Mode Features” Step.

Stockpiles - Force new decision point

Problem: When stockpiles in a mutex set have a build target type, the “Hours between stockpile decision” input could cause loaders to remain on stockpiles that do not align with the new build targets. The result would cause a volatile grade curve for the stockpile build.

Solution: Once the state of the stockpile build changes, override the “Hours between stockpile decision” option and force Agents to make a new decision. This functionality can be enabled in the Stockpile Build Settings.

Stockpiles - Delays between Reclaiming and Building

Problem: When a stockpile in a mutex set finishes reclaiming, the software can start dumping there immediately. In some cases, this is not practical as the tip head of the stockpile needs to be reestablished.

Solution: Before a stockpile changes state, a delay specified in hours can be enforced. This functionality can be enabled in the Stockpile Build Settings.

Period Filter for Animation Export

Problem: When exporting the animation, it was not possible to filter the export by period. The whole animation would need to be exported and then filtered in external editing software.

Solution: Include a period filter in the Animation export configuration, allowing users to specify which periods they want to export the animation for.

Properties Grid available in Destinations tab

Problem: When analysing source blocks in the Destinations tab, it was not possible to review information on the record. Users would need to go and find the block in the Database tab to review information about it.

Solution: Provide the same Properties panel that is present in the Gantt tab. When a record is selected, its data will be shown in the Properties panel eliminating the need to source it elsewhere.

Tactical Scheduler

Surface Importer

A new step has been introduced into ATS called “Surface Importer” which allows users to flag solids based on whether they sit above or below a surface. The step encompasses a table-like structure where table items can be organised within folders. Each table entry includes a surface, record filter, and flagging method. There are two possible flagging methods which are outlined below.

Extension Data Sources & Parameters

Like APS, it is now possible to read external data sources into ATS cleanly and easily. A dedicated Setup step, Extension Parameters, can be enabled to load required data into ATS. Previously, this process either involved hardcoding file paths in the scripts or loading in file paths through the Refinements step. Once data has been loaded into the project, the data remains embedded in the project file until the data source is refreshed.

Dependencies

Several new Auto Rule Types have been created in the On Bench Dependency step to help speed up the schedule run time. Auto Rule Types from previous versions are still present. The table below outlines each of the Auto Rule Types now available in ATS.

Drill Hatching

It is now possible to choose the hatching style which represents drilling areas in the Animation. The hatching can be configured in the ‘Haulage Configuration’ step.

Custom Exports

It is now possible to create custom exports from within ATS. These reports are required when data can’t be extracted from the schedule using traditional export methods. As the export is created through scripts, it is possible to push data directly through to an external system provided there is a suitable means.

Rapid Reserver

Bench Preconditioning Workflow

The workflow for Bench Preconditioning has been updated so that it works better with wall segments. The process has now been broken up into two individual steps, Bench Preconditioning and Bench Depletion.

Bench Preconditioning

The Bench Preconditioning step is designed to work on the original Phase solid, not the depleted Phase solid. Material from a bench can either be sent to the bench above or below. This can be helpful when parts of the bench need to be drilled with the bench below, such as sump shots and contour areas. More information about Bench Preconditioning can be found at https://documentation.alastri.com/wiki/spaces/212AD/pages/5310910707/RR.+Bench+Preconditioning.

Bench Depletion

The Bench Depletion step deals with material that exists within the flitches of the depleted phase solids. In Bench Preconditioning, material within a flitch can only be removed or sent to the flitch. The intention of this step is to allow users to remove/push down any remnant material that may be present. It is important to know when the material is sent to the flitch below; it will be trimmed to the below benches silhouette. More Information on Bench depletion can be found here/wiki/spaces/212AD/pages/30938521 .

Infrastructure Module

It is now possible to model infrastructure sites and what impact they have on the mining schedule. Heritage, bores, environmental are just some of the Infrastructure sites which can be modelled. This functionality is an external module and, therefore, may not be accessible to all users. Please send any queries about the module to support@alastri.com.au.

Wall Panels

Within APS, it is now possible to model wall-related activities. These wall activities occur on wall panels which are required to be generated through RR. Inside the Phase Details step, this functionality can be enabled and configured. More information regarding Wall Activities can be found here /wiki/spaces/212AD/pages/30938661 .

Haul Infinity

-

Spatial Conformetrics

-