🗊Презентация Принципы работы блоков и модулей MES

Принципы работы блоков и модулей MES Золтоев Алдар Бадмаевич Малинкин Иван Алексеевич Омельянюк Михаил Юрьевич

Место MES в иерархии управления производством

Что такое MES?

Структура MES в разрезе ПО

GE Historian. Общее описание и структура.

GE Historian. Тег в БДРВ – единица хранения информации (временного ряда).

GE Historian. Правила наименования тегов в БДРВ (на примере СК).

GE Historian. Основные службы. Data Archiver(x64). Data Archiver(x64) Данная служба отвечает за сбор все данных поступающих в Historian. Все данные от АСУ ТП и других служб Historian обрабатываются данной службой и записываются в архивные файлы. Historian имеет высокое быстродействие при сборе, архивировании и выборке всех типов производственных данных: • Высокая скорость сбора и выборки данных – запись со скоростью до 1 000 000 записей в секунду, чтение до 1 000 000 значений в секунду. • Возможность предоставления данных 3 000 клиентов одновременно. • Запись событий с микросекундным разрешением. • Более 2 000 коллекторов на одном сервере Historian. • 64-разрядный архиватор собирает как числовые (аналоговые, дискретные) данные, так и строковые переменные. • Эффективное двухуровневое сжатие данных в коллекторе и сервере – оптимизация объема хранения в 6 раз по сравнению с SQL-сервером при 1 % сжатия. • Зона нечувствительности настраивается индивидуально для каждого тега. • Точность регистрации времени события: метки времени автоматически синхронизируются с часами сервера, обеспечивая синхронизацию времени всех компьютеров даже в разных часовых зонах.

GE Historian. Основные службы. Calculation Collector. Calculation Collector это служба Historian, которая позволяет реализовать пользовательские вычисления, в качестве языка программирования используется VBScript. Так же в Historian имеет ряд встроенных функций, которые позволяют получать значения из других тегов ( на рис 1. используется функция CurrentValue, которая получает текущее значение на другого тега). Условно теги можно разделить на две категории Простые, которые используют только встроенные функции Historian и «простые» скрипты. Сложные, которые используют коннекты к базе данных или используют различные интерфейсы (SDK или API)

GE Historian. Основные службы. File Collector Данный коллектор используется для импорта текстовых CSV- м XML-файлов в Historian. Файлы могут содержать данные, теги и свойства тегов, а также сообщения, поэтому сборщик файлов является очень полезным инструментом для переноса данных из сторонних источников в ПО Historian. ServerToServer Collector Коллектор StoS позволяет передавать данные с одного сервера Historian на другой. Для примера сейчас настроена передача данных из СТГ в СИБТ по качеству и объему ШФЛУ поставляемого на СИБТ. Simulation Collector Эта служба генерирует случайные числа и строковые шаблоны для демонстрационных целей. Сборщик моделирования генерирует случайные масштабируемые значения в диапазоне от 0 до 32 767. Performance Counters Collector Этот коллектор собирают данные любых счетчиков производительности Windows и отправляет их на сервер Proficy Historian для архивирования. Собранные данные могут быть использованы для контроля и оценки производительности и эффективности компьютера. В дальнейшем эти данные можно просмотреть средствами клиентов Proficy Historian и сравнить с другими данными, хранящимися на сервере Historian. Архивированные значения можно просматривать в администраторе Historian (последние 10 архивированных значений) или в отчете Excel (вместе с другими данными Historian).

GE Historian. Дополнительные интерфейсы.

GE HMI/SCADA – iFIX Система мониторинга GE iFIX – SCADA пакет, предназначенный для разработки и обеспечения работы в реальном времени систем мониторинга и управления технологическими процессами. Критическая информация может быть представлена средствами GE iFIX на экранах операторов, диспетчеров или руководства предприятия в понятных графических форматах, что дает возможность принимать быстрые и эффективные управленческие решения.

GE HMI/SCADA – iFIX. Основные возможности Визуализация процессов и диспетчерское управление. Сбор данных и управление ими. Отображение трендов исторических и текущих данных. Высокопроизводительная распределенная сетевая архитектура. встроенная полнофункциональная среда разработки Microsoft Visual Basic for Applications. Поддержка ОPC DA, ОРС Alarm &Events, SQL ODBC, COM/DCOM,OLE DB, ActiveX, .NET. Используя ODBC-драйверы, можно получить доступ к базе данных GE iFIX из MS Access, MS SQL Server, Oracle, генератора отчетов Crystal Reports и др.

GE HMI/SCADA – iFIX. Внутренние скрипты Мнемосхем Мнемосхемы можно разделить на два основных класса: Мнемосхемы аналоги схем АСУТП без сложной логики. Данные мнемосхемы предназначены для визуального мониторинга технологического процесса, так как не у всех пользователей есть доступ к схемам АСУ ТП. Мнемосхемы использующие функции ODBC-драйверов или различные функции VBA. Эти схемы были созданы для реализации нетиповой логики для облегчения анализа и мониторинга различных процессов на производстве.

GE Plant Applications. Аналитические модули MES GE Plant Applications – это программное решение для сбора разрозненных данных, поступающих с производственных объектов, и интерпретирующее их в единой модели «виртуального предприятия», которое позволяет в режиме реального времени получить четкое понимание происходящих на производстве процессов и значительно повысить их эффективность. На базе данного ПО в MES реализованы следующие функциональные блоки: ВПР – время полезной работы; КПЭ – ключевые показатели эффективности; Ручной ввод; НТР – нормы технологического режима; ПАЗ – противоаварийные защиты; ДБК – деблокировочные ключи; МТР и ТЭР – нормы материально-технических и топливно-энергетических ресурсов; НАК – нормы аналитического контроля; SPC – статистический анализ процессов;

GE Plant Applications. Основные службы. Службы инфраструктуры: License Manager – Менеджер лицензии. На основе доступных лицензий определяет, имеет ли возможность подключаемый клиент работать в данной системе. Server Manager выполнят функцию «сторожевого пса», который гарантирует, что все остальные службы работают правильно. Так же он будет автоматически запускать любую службу, которая остановилась. Router ( Маршрутизатор) – это центральный хаб для сообщений служб, который координирует перемещение данных между службами и гарантирует доставку данных. Database manager сохраняет все данные системы в базе данных MS SQL. Она производит запись и подтверждает обновление , вставку и удаление данных Архивные службы: Служба Reader извлекает все данные, с привязкой ко времени из Historian. Служба Writer записывают данные в Historian. Еvent Manager отслеживает изменение данных Historian и создает события с привязкой к этим данным. Summary Manager извлекает архивные данные с привязкой ко времени и выполняет стандартные вычисления, основываясь на событии.

GE Plant Applications. Основные службы. Внутрисистемные службы: Calculation Manager выполняет вычисления, VB скрипты и хранимые процедуры. Data Strubber создает новые колонки с привязкой ко времени на Экранах Ручного ввода Служба Alarm Manager управляет обработкой тревог и отслеживает выходы данных за пределы номинального диапазона. Службы управления взаимодействием Служба Gateway управляет всей информацией передающейся между активным клиентом Plant Applications, службами и приложениями SDK Proficy Server Email Engine используется для отправки почтовых сообщений по событиям других служб

GE Plant Applications. Модель предприятия. Главной функцией модели завода в Plant Applications является описание определяемых свойств отдельных рабочих единиц (оборудования), составляющих производственную линию. Для создания модели чертежа вашего завода в приложении Plant Applications имеется иерархическое дерево из пяти уровней. Пять уровней: "Отдел" является верхним уровнем дерева и его можно использовать для группирования производственных линий, изготавливающих одинаковую продукцию. "Производственные линии" — это набор оборудования, работающего вместе для изготовления продукта. Производственная единица: В рамках производственной линии производственные единицы используются для определения отдельной рабочей единицы. Они потребляют материалы и производят продукты. Производственная единица — это ключевой элемент модели предприятия, где ассоциируются модели, переменные, расчеты, продукты, регламенты и события производства. Так как производственные единицы представляют собой независимые события, такие как простой, потери и партии продукции, производственная единица в модели завода Plant Applications может являться или не являться физической частью оборудования в производственном цеху. Производственные единицы необходимо определять по событиям, которые требуется захватить. Группа переменных: Группы переменных используются для группирования одинаковых переменных, которые связаны с конкретной производственной единицей. Переменные: Переменные — это отдельные элементы данных, использующиеся для хранения данных и их формирования. Например, переменными могут быть лабораторные тесты или значения обработки определенной производственной единицы.

GE Plant Applications. Типы переменных. Переменные PPA можно разделить на 3 основных типа: Переменные ручного ввода. Данные вводятся вручную пользователями на экранах ручного ввода. Переменные Historian. Данные поступают из тегов Historian Переменные вычислений.

GE Plant Applications. Переменные Historian. Основные настройки переменной Historian Engineering Units – единица измерения ( задается вручную); Data Type – тип данных; Precision – точность данных; Should Archive – сохранять значения переменной в БД; Sampling Type – тип регламентной операции, на рисунке выбрано средневзвешенное по времени; Sampling Interval – интервал регламентной операции, на рисунке показана переменная, которая запрашивает значения по теги раз 3 минуты; Sampling Offset – сдвиг регламентной операции относительно 00:00; Sampling Window – окно выборки, на примере среднее берется за интервал 3 минуты; Input Tag – Входящий тег, откуда забирает данные регламентная операция; Output Tag – Исходящий тег , куда записывает свои значения переменная;

GE Plant Applications. Переменные Calculation. Переменные Calculation могут быть 3х типов: Equaltion – простые вычисления уровня a+b. VB Script – вычисления, которые используют функции VBA ( условия, циклы и прочее). Stored Procedure – вычисления, которые используют хранимые процедуры, которые хранятся в БД PPA.

GE Proficy Workflow. Система автоматизации рабочих процессов GE Workflow – программное обеспечение для автоматизации процессов, в течении которых информация или задача переходят от одного участника к другому для действий в соответствии с определенным набором правил (регламентов, инструкций и т.д.). GE Workflow позволяет снизить количество ошибок в работе персонала, повысить согласованность действий подразделений, снизить время согласования операций, повысить эффективность действий персонала в выполнении производственных операций как каждодневных, так и редко возникающих (в том числе нештатных ситуаций).

GE Proficy Workflow. SOA - Провайдеры Service-Oriented Architecture - архитектура построения ИТ систем на основе применения совокупности распределённых, слабосвязанных заменяемых компонентов оснащённых стандартизированными интерфейсами для взаимодействия по стандартизированным протоколам. Провайдер содержат в себе набор методов, которые позволяют выполнять определенную операцию с некоторыми параметрами. Основные SOA Провайдеры типового решения MES Сибура: 1) BM – Учет партий. 2) QM – Контроль качества и интеграция с LIMS 3) MB – Интеграция с SAP 4) PA – Создание операций движения материалов 5) Rpm – Планирование 6) Rtdb – Интеграция с Historian 7) UL – Блок погрузки выгрузки

GE Proficy Workflow. Рабочие процессы Рабочий процесс ( Workflow) – представляет собой выполняющийся процесс, в котором последовательно вызываются методы и пользовательские формы. Выполнения действия в рабочих процессах имеет четкое графическое выражение (блок-схема), демонстрируя ход работы между шагами процесса. Типы рабочих процессов: Интерактивный процесс – РП, для завершения которого пользователю необходимо выполнить определенные действия на форме. Автоматизированный процесс – РП, который выполняется без привлечения пользователя

GE Proficy Workflow. События События (Event) – это действие, которое используется для активации различных действий в приложении Proficy Workflow. События могу быть созданы в Proficy SOA, сгенерированы в форме или поступить из внешних системы. События имеют атрибуты, которые могут быть переданы в рабочий процесс или в расписание РП при возникновения события. Типы событий Proficy SOA: Условное событие – событие , которое характеризуется выражением с использованием определенных значений переменных. Событие с привязкой ко времени – событие, которое определяется промежутком времени или датой календаря.

GE Proficy Workflow. Расписания Расписания (Schedules) используются для связки событий и рабочих процессов Расписания есть двух типов: Пользовательские , запускаются пользователем вручную Автоматические, запускаются при возникновении определенного события

GE Proficy Workflow. BM – Учет партий Провайдер BM содержит в себе набор методов, форм и рабочих процессов, которые позволяют отражать в системе MES процесс наработки, перемещение между технологическими объектами, паспортизации и отгрузки партий продукции.

GE Proficy Workflow. QM – Контроль качества Провайдер QM позволяет подавать заявки в систему LIMS ( промежуточный и входной контроль, паспортизация) и получать результаты и статус по этим испытаниям.

GE Proficy Workflow. UL – Блок погрузки выгрузки Данный провайдер отвечает за отражение в MES жизненного цикла вагон-цистерн Постановка в/ц Налив в/ц Слив в/ц Паспортизация продукции Взвешивание в/ц

GE Proficy Workflow. MB – Интеграция с SAP Провайдер MB отвечает за интеграцию с SAP. Основные функции: Обработка тех. заказов Передача запросов на контроль качества и результатов по ним Отправка в SAP факт выпуска продукции

GE Proficy Workflow. PA - Создание операций движения материалов Данный провайдер позволяет создавать операции движения материалов или энергоресурсов по сигналам от других провайдеров. Например при начале налива продукции на эстакаде в рабочем процессе ПВ.ЖД Погрузка-Выгрузка вызывается метод AddOrUpdateShipmentOperation, который поднимает событие UnloadingOperation. Данное событие запускает рабочий процесс PA.UnloadingOperationHandler, который создает операцию

GE Proficy Workflow. Rpm провайдер Rpm-провайдер Основной задачей функционального блока является подготовка и формирование наборов данных, содержащих фактические значения потребления и выработки материалов и энергоресурсов в привязке к плановым значениям из технологических заказов для передачи в ERP. Для реализации данной задачи определён набор критериев, в соответствии с которыми то или иное фактическое движение материалов и энергоресурсов будет сопоставлено с плановым потоком технологического заказа. К данным критериям относятся: 1) Источник движения; 2) Приёмник движения; 3)Материал по источнику или приёмнику; 4) Техрежим Сопоставление по источнику и приёмнику производится на основании вхождения источника и приёмника операции движения в склад и производственный ресурс, указанные в технологическом заказе.

Архитектура системы InduSoft.

I-DS/P. Архитектура. Масштабирование. Система ДУ – 3-х уровневое приложение: БД/Сервер приложений/Клиенты. Системные функции реализуются сервисами, прикладные – сервисами и расширяемыми возможностями клиента. Система ДУ работает с любыми источниками данных: PI System; GE IP Proficy; Wonderware; MS SQL Server. Система ДУ имеет единый пользовательский интерфейс «толстого клиента» для всех прикладных задач с предоставлением функционала в соответствии с ролевой политикой. Система ДУ обеспечивает доступ пользователям через «тонкий клиент» (портал) с различных устройств: ПК, Планшет, Смартфон. Система ДУ является функционально расширяемым и масштабируемым решением.

I-DS/P. Состав прикладных модулей платформы.

I-DS/P. Общее описание. I-DS/P является платформой для остальных продуктов системы диспетчерского управления I-DS, таких как I-DS/MS, I-DS/CENG, и др.

I-DS/P. Основные функциональные возможности.

I-DS/P. Сервер приложений.

I-DS/P. Сервер приложений.

I-DS/P. Клиентская часть. Рабочее место инженера I-DS/EC. Основные функции приложения.

I-DS/P. Клиентская часть. Рабочее место инженера I-DS/EC. Основные модули и их назначение.

I-DS/MS. Учет движения сырья и продуктов. Для эффективного управления материальными потоками и запасами предприятия необходимо в темпе с производством осуществлять учет движения сырья, полуфабрикатов и готовой продукции по всей производственной цепочке, что позволяет обеспечить: динамический учет поступления сырья; динамический учет направлений и потоков передачи сырья, полуфабрикатов и продуктов по предприятию; оперативный расчет наличия сырья и продуктов на производствах и остатков по емкостям; расчет массы операций перемещения материалов.

I-DS/MS. Основные функциональные возможности системы.

I-DS/MS. Архитектура. I-DS/P является платформой, информационным пространством, системы. Его компоненты выполняют функцию хранения и частичной обработки исходных и результирующих данных, конфигурирования модели и хранения настроек элементов I-DS/MS. MS SQL Server является хранилищем всех необходимых метаданных для работы системы I-DS/MS. Серверные расширения: I-DS/P-MS. Серверное расширение платформы I-DS/P Учета движения материалов; I-DS/MS-Adapter. Приложение для миграции модели объектов и конфигураций в АРМ операторов Учета движения (I-DS/DC-MS); I-OMS-Server. Серверная служба АРМ Учета движения, выполняющая функцию расчета масс операций и других функций. Клиентские расширения: I-DS/EC-MS. Клиентское расширение клиента платформы I-DS/EC для конфигурирования Учета движения материалов (АРМ инженера); I-DS/DC-MS. АРМ операторов Учета движения. Выполняет функции фиксирования значений параметров, предназначенных для ручного ввода, и операций движения продуктов, расчета значений параметров, напрямую зависящих от вводимых, представление данных в специализированных формах и отчетах и ряд других функций.

I-DS/MS-Adapter. Конфигурирование. После создания модели производства, конфигурирования периодов, операторных (рабочих контекстов), связей между объектами и других параметров, необходимо всю данную конфигурацию перенести в sql-таблицы БД. Эту функцию выполняет программа I-DS/MS-Adapter.

I-DS/MS-Adapter. Настройка маппинга адаптера. Рабочая подсистема I-DS/MS базируется на элементах типа "Резервуар" и "Установка". При конфигурировании модели производства резервуар представляется в виде единого объекта с набором каких-то атрибутов. Установка же может быть представлена в виде множества объектов (например, узел - поток - установка - поток - измеритель - узел). I-DS/MS-Adapter анализирует модель и определяет, какие объекты являются резервуарами и установками. Определение типа элемента происходит на основании настроенного соответствия (файл Mapping.xml). В данном файле прописываются названия шаблонов, относящихся к резервуарам и установкам, а также обязательные атрибуты.

I-OMS-Server. Вычислительный сервер. Вычислительный сервер учёта движения (I-OMS-Server) является службой Windows, устанавливается на сервере предприятия и занимается расчётом масс перекачки продуктов и закрытием периодов учёта движения. I-OMS-Server, исходя из массовых измерений элементов модели и связывающих их операций, рассчитывает: для элементов типа «Резервуар» – состояние резервуара (например, «Приход», «Расход», «Неактивен»); для элементов типа «Операция»: массу, переданную по элементу – источнику; массу, принятую по элементу – приёмнику. В конце периода учёта I-OMS-Server производит закрытие периода. Время начала закрытия периода и его возможная продолжительность настраиваются администратором. Серверная операция закрытия периода заключается в следующем: закрытие всех открытых операций (время закрытия – «-1» секунда от времени окончания периода учёта, например, 5:59:59); окончательный расчёт масс перекаченного продукта; открытие всех закрытых сервером операций (время начала операций – «+1» минута к времени начала периода расчёта, например, 6:01:00). При этом закрытие периода может осуществиться не с первого раза. Если по какой-либо причине это не произошло, сервер постарается закрыть период со следующей минуты и т.д. до тех пор, пока не истечёт допустимый интервал закрытия. Причины сбоя при закрытии периода могут быть различны, начиная от временной потери соединения с сервером БДРВ и кончая ошибками в расчёте масс перекачки, которые могли быть спровоцированы некорректной конфигурацией системы. Если допустимый интервал истёк, а закрытие периода не произошло – это критический сбой системы, который требует вмешательства администратора для устранения причины сбоя и перезакрытия периода. Иногда возникает необходимость пересчитать массы операций прошлых периодов учёта движения. Пересчёт прошлых периодов осуществляет I-OMS-Server. Пересчёт можно осуществить следующими способами: пересчёт по требованию – осуществляется пересчёт прошлых периодов по требованию администратора I-OMS-Server; пересчёт по расписанию – осуществляется пересчёт прошлых периодов по расписанию, настроенного администратором I-OMS-Server.

I-OMS-Server. Конфигурирование.

I-OMS-Server. Счетчики производительности.

I-OMS-Server. Пример настроенных счетчиков производительности на СИБТ.

I-OMS-Solver. Расчет масс операций. Программный продукт предназначен для расчета масс операций, имеющихся в БД операций, за определенный период времени. Программа написана на VB.Net 2005 и представлена в виде библиотеки InduSoft.IOMSSolver.dll. I-OMS-Solver работает непосредственно с сервером БДРВ, платформой и БД операций. Результат работы I-OMS-Solver – коллекция посчитанных операций. Дублирующиеся операции или имеющие какие-то отклонения от шаблона помечаются флагом удаления. При загрузке I-OMS-Solver получает интервал времени, временную метку начала периода учета движения, пользовательские настройки (названия свойств, модулей….) и указание на сервер БДРВ. Программа загружает из БД операций все операции за интервал времени (операции могут начинаться и (или) заканчиваться вне интервала). Затем применяется алгоритм фильтрации и коррекции операций: отбрасываются операции, которые не относятся к системе учета движения, имеют флаг удаления или не удовлетворяют шаблону операций, отбрасываются дубликаты операций (дубликатами считаются операции, пересекающиеся во времени, с одинаковыми объектами (резервуар, поток установки), имеющие более позднее «Время создания операции»), корректируются границы операций: если операция начинается раньше времени начала интервала / позже времени конца интервала, то время начала заменяется временем начала операции / время конца – временем конца интервала.   Если операция началась в первую минуту от начала периода учета движения, то время начало сдвигается на 1 минуту назад, чтобы не потерять 1 минуту (из клиента I-OMS пользователи могут указывать время начала операции не раньше 1 минуты после времени начала периода учета движения). После фильтрации и корректировки все операции распределяются по «объектам расчета». Если имеются 2 и более пересекающиеся кучки операций по одному объекту, то идет разделение на 2 и более «объектов расчета». Т.е. «объект расчета» имеет одну операцию или полный набор пересекающихся операций. В зависимости от типа объекта, разница массового тега может считаться по-разному, но общее у них то, что время начала – это время самой ранней пересекающейся операции, а время конца – время самой поздней пересекающейся операции. Для объекта типа «резервуар» и «установка» берется разница значений массового тега на начало и окончание. Для объекта типа «отгрузка» берется разница значения массового тега на конец и значения массы за предыдущий период (из свойства операции). После того как все операции разобраны по «объектам расчета», и у каждого «объекта расчета» посчитана разность массового тега, наступает пора осуществить расчет всех операций. Далее идут циклы тестов – расчетов для всех полностью не рассчитанных «объектов». Циклы бывают нескольких видов. Общее у них то, что внутри цикла идет перебор тестов-расчетов для всех полностью не рассчитанных «объектов» до тех пор, пока в результате полного перебора ни один «объект» полностью не будет рассчитан (рассчитаны все операции по «объекту расчета»).

I-DS/DC-MS. АРМ операторов Учёта движения. Программное обеспечение I-DS/DC-MS (Indusoft - Dispatching System/Dispatcher Client-Movement System) предназначено для ведения резервуарного учета движения на предприятии. Основные функции системы: позволяет фиксировать значения параметров по резервуарам (в случае отсутствия современных средств автоматизации); осуществляет автоматический пересчет масс продукта в резервуаре по исходным параметрам (взливу, плотности и др.); позволяет выполнять пользовательские расчеты параметров относительно резервуара; позволяет фиксировать маршруты движения сырья, полуфабрикатов и нефтепродуктов; осуществляет автоматический пересчет масс перекачанного нефтепродукта для каждой зафиксированной операции; автоматически формирует динамический набор отчетов, позволяет осуществлять их печать.

I-DS/DC-MS. Конфигурирование.

SDK-OMS. Разработка модулей расширения (на проектах СХ данный функционал не используется). Для разработки модулей расширения предоставляется инструментарий разработчика SDK-OMS. Система I-OMS является расширяемой и позволяет написать и подключить конечным пользователям свои модули расширения. Это могут быть расчётные (Calculators), функциональные (Functionality) и отчётные (Reports) модули (для клиентского приложения), так и модули расширения серверной службы (Tasks).

I-DS/CENG. Система расчетов. I-DS/CENG предназначен для конфигурирования и управления потоковыми расчётами. I-DS/CENG позволяет: Определить расчёт как таковой; Определить механизмы получения необходимых для расчёта данных; Запустить расчёт на выполнение. Основные функциональные возможности: Произведение потоковых расчётов, используя платформу диспетчеризации I-DS/P, а также, взаимодействие напрямую с различными Базами данных реального времени (далее БДРВ). Использование в расчётах помимо функционала, описанного в программном коде, самостоятельно созданных библиотек, определяющих порядок расчёта. Условно можно разделить расчеты на простые и сложные. Расчет можно назвать простым, если в нём используются мгновенные значения параметров и расчет происходит по формуле не используя дополнительного функционала, расчет можно назвать сложным если он использует какой-либо дополнительный функционал, например калибровочные таблицы, внешние библиотеки данных или другое.

I-DS/CENG. Система расчетов. Примеры простого расчета.

I-DS/CENG. Система расчетов. Пример сложного расчета

I-DS/CENG. Структура кода, необходимая для расчёта.

I-DRMS. Система сведение материальных балансов. Программный комплекс Автоматизированная система расчета материальных балансов (АСРМБ) Data Reconciliation Management System (I-DRMS) компании ООО «ИндаСофт» предназначен для расчета согласованного баланса на основе измеренных данных по расходам установок, остаткам в резервуарных парках, на складах и движении продуктов по предприятию, получаемых из сервера БДРВ. Разбаланс на основе измеренных данных может достигать 10 и более процентов!

I-DRMS. Система сведение материальных балансов. При расчете согласованного баланса используется закон сохранения масс, по которому общая масса (вес) веществ, вступающих в реакцию, равна общей массе (весу) продуктов реакции. Согласование материального баланса – это нахождение минимальных поправок к измерениям с выполнением закона сохранения масс на узлах сведения баланса и модели в целом, при минимальном отклонении коррекции конкретного измерения от погрешности измерения

I-DRMS. Архитектура.

Серверная часть I-DRMS-SM Включает в себя:

Клиентская часть I-DRMS-С

Модель материальных потоков - это аппроксимация (укрупнение) физической схемы материальных потоков с заданным уровнем детализации. Цель модели - автоматизация расчета материального баланса

Модель материальных потоков. Структурные элементы и слои Структурный элемент – элемент модели, относящийся к структуре производства. Структурные элементы определяют иерархию производства. К основным структурным элементам относятся: Завод -> Цеха/Производства -> Участки/Парки -> Установки. Слой – элемент модели, отвечающий за привязку других элементов модели к определенному структурному элементу. Слои определяют видимость объектов на каждом уровне иерархии производства.

Анализ и расчетные периоды Анализ – субъективная группа методик накопления информации. Анализ объединяет в себе набор периодов, в которых ведется сбор данных.

Модель материальных потоков. Основные оперируемые объекты

Шаги по созданию модели I-DRMS

Файл сопоставления MappingConfig.xml

Сихронизация модели I-DS/P и I-DRMS Выбор сервера моделей (I-DS/P или PI AF)

Плагины Плагин – независимо компилируемый программный модуль, динамически подключаемый к основной программе и предназначенный для расширения её возможностей. В отличие от датареференсов, которые настраиваются непосредственно для каждого атрибута каждого элемента модели, плагины выполняются для всей модели в целом. Плагины представляют собой наборы библиотек, которые находятся в каталоге PlugIns с установленным сервером. Подключение и настройка параметров запуска плагинов производятся в файле ToolsConfig.xml, который находится в папке с установленным сервером. Дополнительные настройки отдельных плагинов могут производиться в отдельных конфигурационных файлах в папке PlugIns.

Импорт операций из I-OMS