Управление рецептами в SCADA TRACE MODE

0:02 Добрый день хорошо известно, что во множестве технологических процессов в таких отраслях промышленности, как химическая, пищевая фармацевтическая. строительных материалов и других широко используются рецептуры сами рецептуры, обычно создаются за пределами АСУ ТП специалистами. И, как правило, это химики никак не связанными с управлением процессами. Более того, нам крайне трудно представить, что подготовленные. Рецепты с бумажки вручную вводятся в действующую управляющую систему вышеназванными специалистами. И дело тут даже вовсе не в том, что. Расстояние между Химиком и асутопе может быть достаточно велико, а самой процедуре ручного ввода вас утопию нужно всячески избегать, ну. Или минимизировать для систем разрабатываемых в Скадатре смогут оптимальным видится вариант с оформлением подготовленных рецептур в. Виде записей таблица базы данных файл, который может быть размещен, например, в доступной по сети для чтения папки на удаленном компьютере. Безусловно, компьютер с запущенным на нем монитором реального времени, при этом должен иметь сетевое подключение к указанной папке.

1:17 В нашем ролике мы покажем, как использовать приведение технологического процесса рецептуры, беря их из локальной базы данных в качестве. Базы данных будем использовать МСКС, запущенную на нашем же компьютере для просмотра и выбора требуемого рецепта на графическом интерфейсе. Треснул, применим специализированный графический элемент. База данных также опробуем выполнение возможных процедур редактирования уже существующих. В базе данных рецептов и будем добавлять в базу данных новые рецепты. Да сам техпроцесс у нас будет виртуальным, мы ограничимся приемом. Рецептурных компонентов в подготовленные для них каналы. Не более того, мы подготовились и заранее запустив базу данных, Аксес создали файл. С именем рецептура разместили его в папочке, темп наметили внутри этого файла 1 таблицу, дав ей имя рецепты, а в самой таблице определили 4. Поля, кстати, поле код это служебное мы его не создавали. Так вот, в наших рецептурах будут фигурировать 3 компонента, а б ц поля числовые задаются. Как длинное целое для того, чтобы нам не путаться в наших рецептурах, мы добавили поле, назвали его имя и определили его в текстовом виде.

2:44 Более того, мы приготовили 2 рецепта соответственно 1 и 2 с произвольным набором наших рецептурных компонентов, а б и ц. Ну и, конечно же, сохранили выполненную работу на диск, после этого запускаем интегрированную среду разработки Трисмоут базовой линии.

3:07 Создаем проект в стандартном стиле. И приступаем к разработке нашего проекта 1 делом слой системы создаем узел для нашего компьютера РТН. В группе каналы для приема 1 рецептурного компонента из базы данных создаем канал класса Хек, 16 открываем моно редактирование. Изменяем его имя на, а и задаем ему вид представления. Дэк напоминаем, что по умолчанию он шестнадцатеричный клонируя дважды наш канал.

3:49 Присваивая созданным каналам имена Б и Ц. Именно в эти 3 канала и будут попадать компоненты, а б и ц из рецептуры. Затем перемещаемся в слой шаблона связи, субд и создаем новый компонент, база данных, 1 которую. Открываем на редактировать работу, начинаем от администратора Адиписи, нажимаем данную кнопочку и создаем в списке пользовательских ДСМ. Новый относительно нашего файла базы данных с именем и рецептур.

4:28 Выбираем соответствующий драйвер, придумываем имя и отыскиваем наш файлик на диске. Вот он, окей окей, контролируем появление пользовательской ДСН для нашего файла. Далее в стратегии Сенс Строка подключения указываем созданный пользовательский дейссо пользователь пароль Хост порт и прочее. Игнорируем нажимаем на кнопочку, проверка убеждаемся, что К. Указанному файлу базы данных было выполнено подключение корректно и отключение тоже корректно. Заходим в схему и проверяем структуру той базы данных, которые мы выполнили подключение.

5:20 Все правильно, дальше перемещаемся в закладку аргументы и создаем аргументы для приема рецептурных компонентов из базы данных как результат. Имеем 4 аргумента с именами, а б ц имя с типом Аут. Это для чтения данных из таблицы базы данных и обратите внимание, что типа данных, созданных. Аргументов полностью соответствует тем типам данных полей, которые определены для соответствующих параметров, затем с помощью ли мастера или. Самостоятельно разрабатываем запрос обязательно с номером 1. У нас это селект, все вышеперечисленные поля считываем из таблицы с именем рецепт.

6:12 После этого с помощью механизма драгон дроп перетаскиваем компонент из слоя шаблонов связи с ОБД в группу канал. Далее переходим к его свойствам и заходим в закладку аргумент к вышеперечисленным аргументом, выполняем привязки ко входным значениям каналов. А б и ц, а имя будем записывать в атрибут базовое имя самого канала Кол, имя рецептура будет сохраняться в нем.

6:50 Выделяем все 4 аргумента, а далее с помощью того же драконтроля покидаем на них группу каналы 1 3 строки, оставляем. Так как получилось, это нас вполне устраивает, а вот с 4 поработаем.

7:10 Ищем базовое имя. Готово в корневой группе узла РТМ, создадим экран. Со следующим списком аргументов итак 1 3 аргумента это реальное значение рецептурных компонентов 4 это имя рецептурного компонента. А вот 5 аргумент служебный, обратите внимание, он имеет тип.

7:43 И связан с атрибутом входное значение канала кол, вызывающего это запрос к нашей базе данных. Сам вид экрана представлен здесь логотип тресмолт наименование нашего тестового проекта. Графический элемент, база данных, обратите внимание в привязке как раз и указан наш служебный аргумент. Далее мы использовали только заголовок более никаких атрибутов внутри данного графического элемента, мы не настраиваем ниже.

8:24 С помощью объемных графических элементов представлены бункера для приема наших рецептурных компонентов абц. Показаны значения. Соответственно, абц и с помощью гистограмм в графическом виде будем писать те же самые значения, воспринимать имя рецептуры. Представлено с помощью графического элемента текст сохраним. Проект на диск с именем рецепты и выполним сохранение для монитора реального времени. Переходим к запуску Профайлера, отмечаем дереве проекта и жмем на иконку с красненьким человечком.

9:08 Запускаем профайлер, это статичная картина для того, чтобы перейти к работе с рецептурами на графическом элементе. База данных нажимаем на кнопочку запрос. Выполняется запрос, и мы видим считанное значение рецептурных компонентов и имена рецептур. Предположим, нам, как оператору, поступает команда о применении рецепта, 1 который мы отмечаем в данной таблице. И нажимаем кнопку Запись по нажатию на этой кнопочке. Считывается именно 1 строка из таблицы и попадает по каналам, а б и ц, что мы и наблюдаем имя рецептуры, тоже на экране. Видно, поработав вдоволь с 1 рецептом, переходим ко 2. Для этого достаточно выбрать его в таблице и нажать на ту же кнопку запись.

10:12 Вы сами все видите, попробуем добавить новый рецепт, для этого открываем Аксес. Открываем нашу таблицу и вносим рецепт с условным названием 3. После чего выполняем сохранение на диск. Возвращаемся в наш кафе. Нажимаем на кнопочку запрос. Происходит чтение содержимого соответствующей таблицы, и мы наблюдаем с вами происшествие 3 рецепта. А вот и он. Ну что замечательно, таким образом, благодаря незамысловатым действиям мы опробовали весьма действенный способ работы с рецептами, избежав ручного водочисленных значений рецептурных компонентов. На этом наш ролик заканчивается вам спасибо за внимание.

Расшифровка сделана автоматически (Yandex SpeechKit) и может содержать ошибки в терминах.