This is topic Работа с многими однотипными технологическими объектами in forum TRACE MODE 5 бесплатная версия / TRACE MODE 5 Free version at Форум TRACE MODE: техническая поддержка.
Имеется сеть одинаковых специализированных технологических контроллеров (по одному на технолгический объект). Количество объектов порядка 50-100. Необходимо организовать управление ими через TM. Специфика состоит в том, что количество объектов и настройки контроллеров могут достаточно часто меняться. Поэтому добавление/удаление объектов в систему и их настройка должна быть легкодоступна. Снова замечу, объекты (и контроллеры) - одинаковые. В данный момент в качестве HMI используется специализированная программа собственного производства, заточенная под работу с "нашими" контроллерами. Таким образом при добавлении нового объекта нет необходимости программировать каждый тэг в отдельности - система "умеет" обращаться объектом как с единым целым. Как средствами TM можно решить этот вопрос?
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Что именно подразумевается под "добавление/удаление объектов в систему" - это добавление новых УСО, каналов, алгоритмов, прописывание связей по каналам коммуникаций или что-то другое?
Posted by Kirr (Участник № / Member № 799) on :
Прошу прощения. Очень хотел этого избежать, но всё таки использовал свою "родную" внутрипроектную терминологию. Как я сказал, одному технологическому объекту соответствует один контроллер. В имеющейся системе каждому контроллеру соответствует один информационный объект (возможно он близок к "узлу" в TM). В результате технологический объект является не просто набором тэгов настроенных на этапе конфигурирования, а неизменной совокупностью тэгов, определённой в самой системе для данного типа контроллеров (она ж специализированная). При добавлении нового физического технологического объекта, в информационный сервер системы добавляется сразу целый объект (со всеми тегами и присущими ему свойствами), для которого нужно лишь указать адрес и технологические уставки. Соответственно в программе HMI добавляется один графический объект, указывается к какому объекту информационного сервера он привязан и далее программа уже умеет работать с ним соответствующим образом: отображать состояние и другую информацию, отдавать команды и пр.. Заранее извиняюсь, если местами говорю на "своём" языке.
Posted by Kirr (Участник № / Member № 799) on :
Собственно основным вопросом является: какие есть в TM средства создания неких технологических программных объектов, т.е. (как по определению) устойчивых совокупностей свойств и функций, с каждым из которых можно обращаться как с единым целым. Запрос, возможно, специфичен. Всё дело именно в большом количестве однотипных, но достаточно сложных, технологических объектов и непостоянстве технологической схемы.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Насколько я понял - у Вас вопрос в другом: можно ли в ТМ не останавливая процесс добавлять новые элементы в систему как на уровне математики, так и на уровне графики? Да - такое возможно, однако в таком случае информационная структура одного подгружаемого объекта не должна быть связана с другим на уровне математических алгоритмов. В графике же все гораздо проще - имеется специальная команда на обновление HMI без останова процесса. Поэтому любой АРМ может обновить текущую графику и принять все новые изменения в графической базе, если таковые были внесены в системе разработки.
Posted by Kirr (Участник № / Member № 799) on :
Нет. Не так. Наверное смутила моя фраза "При добавлении нового физического технологического объекта, в информационный сервер системы добавляется сразу целый объект". Я не имел ввиду некое динамическое добавление элементов в систему.
Вопрос в том, как минимизировать и упростить (в общем - оптимизировать) действия необходимые для добавления нового элемента в систему как на уровне математики, так и на уровне графики, при том, что в системе имеется большое количество таких однотипных объектов.
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Тогда наверное это Вам подойдет: Система ТМ5 поддерживает импорт\экспорт (через файл) любого из элементов проекта: Для математической части: 1) Канала 2) FBD 3) Объекта базы каналов вместе с каналами и FBD в нем 4) Узла - с каналами и FBD
Для графики: 1) Графической базы 2) Группы экранов 3) Экранов по отдельности
Т.е. можете тиражировать однотипные элементы на любом уровне, в любом проекте и в любом количество. Подойдет? Posted by Kirr (Участник № / Member № 799) on :
С математикой идеи ясные. Надо пробовать, что лучше подойдёт.
А по графике вопрос: как лучше поступить, если нужно разместить много этих самых однотипных элементов на одном экране?
Posted by Kirr (Участник № / Member № 799) on :
Ещё большой вопрос по графике. Возможно он немного профанский, т.к. задаю его одновременно с изучением документации (для ускорения процесса).
На экране (или экранах) имеется много (десятки) элементов обозначающих однотипные технологические объекты. Количество отображаемых параметров для каждого технологического объекта - мало (включен/выключен, тип режима) и отображаться они могут просто цветом и/или формой условного изображения. Т.е. на одном экране может легко уместиться до нескольких десятков таких элементов (и именно так и хочется сделать).
Нечто похожее изображено в примере "АСУ кондиционерами здания". В этом примере рядом с каждым элементом на экране размещены его средства управления (кнопки "вкл"/"выкл").
В описываемом мною случае для каждого из технологических объектов можно выполнить такие действия, как "включить", "выключить", "изменить режим работы", "задать текущие уставки" и т.д.. Т.е. размещение элементов управления рядом с каждым элементом отображения очень раздует размер мнемосхемы. К тому же мелкая кнопка это хуже, чем мелкий индикатор.
Однако элементы однотипные, поэтому представляется удобным, чтобы при выборе любого элемента мышью доступные для него функции управления (например, кнопки "Включить", "Выключить", "Ручной режим", "Авт. режим" и т.д.) отображались в отдельном окне (экране ?). При этом, естественно, хотелось бы не ставить в соответствие каждому из однотипных элементов своё "окно управления", а использовать одно такое окно для всех однотипных элементов. Визуально это должно быть похоже на окно "Свойства объекта" в различных программах-редакторах (CorelDRAW, различные редакторы форм и т.п.).
Как реализовать такую "красоту" средствами TM?
Ну и остаётся предыдущий вопрос: как оптимизировать операции по добавлению этих самых однотипных элементов на одном экране и их привязке к математике?
Я думаю вопросы не только к службе тех. поддержки, наверняка кто-то уже встречался с подобной задачей.
Заранее спасибо за ответ(ы).
Posted by AdAstra Technical Support (Участник № / Member № 4) on :
Предыдущий вопрос решается просто - Вам достаточно разработать такой элемент один раз как Объект в Библиотеке графических элементов, а затем вставлять его в экраны, как готовый графический объект и привязывать к разным группам каналов. У нас так по умолчанию, начиная с релиза 5.12, поставляются готовые статические и динамические элементы типа баков, задвижек, разных панелей управления и отображения. На текущуй вопрос, ответ - однозначно это решается с помощью ФО (Формы Отображения) Перепривязка. Она позволяет привязать к одной ФО несколько каналов и управлять их подключением по значению управляющего канала. Таким образом, Вы можете, например, для нескольких моторов создать только одну панель управления, назначить для нее с помощью перепривязки списки каналов от разных моторов и при помощи управляющего канала переключать их на эту форму. В управляющий канал, например, посылать соответствующие значения по клику мыши на изображении самого мотора на экране. Posted by Kirr (Участник № / Member № 799) on :
![[fun / веселый]](graemlins/fun.gif)
![[Улыбка / Smile]](smile.gif)