Форум TRACE MODE: техническая поддержка   
мой профиль / my profile авторизация / login | регистрация / register | поиск / search | часто задаваемые вопросы / faq | начало / forum home

  Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
» Форум TRACE MODE: техническая поддержка » ТЕХНИЧЕСКАЯ ПОДДЕРЖКА / TECHNICAL SUPPORT TRACE MODE 5 » TRACE MODE 5 бесплатная версия / TRACE MODE 5 Free version » Работа с многими однотипными технологическими объектами

   
Автор / Author Тема / Topic: Работа с многими однотипными технологическими объектами
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 5 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Имеется сеть одинаковых специализированных технологических контроллеров (по одному на технолгический объект). Количество объектов порядка 50-100. Необходимо организовать управление ими через TM.
Специфика состоит в том, что количество объектов и настройки контроллеров могут достаточно часто меняться. Поэтому добавление/удаление объектов в систему и их настройка должна быть легкодоступна. Снова замечу, объекты (и контроллеры) - одинаковые.
В данный момент в качестве HMI используется специализированная программа собственного производства, заточенная под работу с "нашими" контроллерами. Таким образом при добавлении нового объекта нет необходимости программировать каждый тэг в отдельности - система "умеет" обращаться объектом как с единым целым.
Как средствами TM можно решить этот вопрос?

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 5 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Что именно подразумевается под "добавление/удаление объектов в систему" - это добавление новых УСО, каналов, алгоритмов, прописывание связей по каналам коммуникаций или что-то другое?
Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 1 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Прошу прощения. Очень хотел
этого избежать, но всё таки использовал свою "родную" внутрипроектную терминологию.
Как я сказал, одному технологическому объекту соответствует один контроллер. В имеющейся системе каждому контроллеру соответствует один информационный объект (возможно он близок к "узлу" в TM). В результате технологический объект является не просто набором тэгов настроенных на этапе конфигурирования, а неизменной совокупностью тэгов, определённой в самой системе для данного типа контроллеров (она ж специализированная). При добавлении нового физического технологического объекта, в информационный сервер системы добавляется сразу целый объект (со всеми тегами и присущими ему свойствами), для которого нужно лишь указать адрес и технологические уставки. Соответственно в программе HMI добавляется один графический объект, указывается к какому объекту информационного сервера он привязан и далее программа уже умеет работать с ним соответствующим образом: отображать состояние и другую информацию, отдавать команды и пр..
Заранее извиняюсь, если местами говорю на "своём" языке.

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 1 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Собственно основным вопросом является: какие есть в TM средства создания неких технологических программных объектов, т.е. (как по определению) устойчивых совокупностей свойств и функций, с каждым из которых можно обращаться как с единым целым.
Запрос, возможно, специфичен. Всё дело именно в большом количестве однотипных, но достаточно сложных, технологических объектов и непостоянстве технологической схемы.

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 2 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Насколько я понял - у Вас вопрос в другом: можно ли в ТМ не останавливая процесс добавлять новые элементы в систему как на уровне математики, так и на уровне графики?
Да - такое возможно, однако в таком случае информационная структура одного подгружаемого объекта не должна быть связана с другим на уровне математических алгоритмов.
В графике же все гораздо проще - имеется специальная команда на обновление HMI без останова процесса. Поэтому любой АРМ может обновить текущую графику и принять все новые изменения в графической базе, если таковые были внесены в системе разработки.

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 1 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Нет. Не так. Наверное смутила моя фраза "При добавлении нового физического технологического объекта, в информационный сервер системы добавляется сразу целый объект". Я не имел ввиду некое динамическое добавление элементов в систему.

Вопрос в том, как минимизировать и упростить (в общем - оптимизировать) действия необходимые для добавления нового элемента в систему как на уровне математики, так и на уровне графики, при том, что в системе имеется большое количество таких однотипных объектов.

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 1 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Тогда наверное это Вам подойдет:
Система ТМ5 поддерживает импорт\экспорт (через файл) любого из элементов проекта:
Для математической части:
1) Канала
2) FBD
3) Объекта базы каналов вместе с каналами и FBD в нем
4) Узла - с каналами и FBD

Для графики:
1) Графической базы
2) Группы экранов
3) Экранов по отдельности

Т.е. можете тиражировать однотипные элементы на любом уровне, в любом проекте и в любом количество.
Подойдет? [fun / веселый]

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 1 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
С математикой идеи ясные. Надо пробовать, что лучше подойдёт.

А по графике вопрос: как лучше поступить, если нужно разместить много этих самых однотипных элементов на одном экране?

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 5 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Ещё большой вопрос по графике. Возможно он немного профанский, т.к. задаю его одновременно с изучением документации (для ускорения процесса).

На экране (или экранах) имеется много (десятки) элементов обозначающих однотипные технологические объекты. Количество отображаемых параметров для каждого технологического объекта - мало (включен/выключен, тип режима) и отображаться они могут просто цветом и/или формой условного изображения. Т.е. на одном экране может легко уместиться до нескольких десятков таких элементов (и именно так и хочется сделать).

Нечто похожее изображено в примере "АСУ кондиционерами здания". В этом примере рядом с каждым элементом на экране размещены его средства управления (кнопки "вкл"/"выкл").

В описываемом мною случае для каждого из технологических объектов можно выполнить такие действия, как "включить", "выключить", "изменить режим работы", "задать текущие уставки" и т.д.. Т.е. размещение элементов управления рядом с каждым элементом отображения очень раздует размер мнемосхемы. К тому же мелкая кнопка это хуже, чем мелкий индикатор.

Однако элементы однотипные, поэтому представляется удобным, чтобы при выборе любого элемента мышью доступные для него функции управления (например, кнопки "Включить", "Выключить", "Ручной режим", "Авт. режим" и т.д.) отображались в отдельном окне (экране ?). При этом, естественно, хотелось бы не ставить в соответствие каждому из однотипных элементов своё "окно управления", а использовать одно такое окно для всех однотипных элементов. Визуально это должно быть похоже на окно "Свойства объекта" в различных программах-редакторах (CorelDRAW, различные редакторы форм и т.п.).

Как реализовать такую "красоту" средствами TM?

Ну и остаётся предыдущий вопрос: как оптимизировать операции по добавлению этих самых однотипных элементов на одном экране и их привязке к математике?

Я думаю вопросы не только к службе тех. поддержки, наверняка кто-то уже встречался с подобной задачей.

Заранее спасибо за ответ(ы).

Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
АдАстра. Техподдержка
Administrator
Участник № / Member № 4


Icon 3 отправлено / posted      Профиль для / Profile for АдАстра. Техподдержка           Редактировать/удалить сообщение / Edit/Delete Post 
Предыдущий вопрос решается просто - Вам достаточно разработать такой элемент один раз как Объект в Библиотеке графических элементов, а затем вставлять его в экраны, как готовый графический объект и привязывать к разным группам каналов. У нас так по умолчанию, начиная с релиза 5.12, поставляются готовые статические и динамические элементы типа баков, задвижек, разных панелей управления и отображения.
На текущуй вопрос, ответ - однозначно это решается с помощью ФО (Формы Отображения) Перепривязка. Она позволяет привязать к одной ФО несколько каналов и управлять их подключением по значению управляющего канала. Таким образом, Вы можете, например, для нескольких моторов создать только одну панель управления, назначить для нее с помощью перепривязки списки каналов от разных моторов и при помощи управляющего канала переключать их на эту форму. В управляющий канал, например, посылать соответствующие значения по клику мыши на изображении самого мотора на экране. [Улыбка / Smile]

Сообщения / Posts 17083 | Из / From: Россия  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
Kirr
Junior Member / Новичок
Участник № / Member № 799


Icon 7 отправлено / posted      Профиль для / Profile for Kirr           Редактировать/удалить сообщение / Edit/Delete Post 
Ясненько. Спасибо. Будем копать дальше. [Улыбка / Smile]
Сообщения / Posts 8 | Из / From: Украина  |  IP / IP: IP адрес / IP address | Report this post to a Moderator
   

   Закрыть тему / Close Topic   Feature Topic   Переместить топик / Move Topic   Удалить топик / Delete Topic Следующая старая тема / next oldest topic   Следующая новая тема / next newest topic
 - Printer-friendly view of this topic
Перейти к / Hop To


Новости АСУ ТП / News | SCADA / HMI | Обучение / Trainings | Свяжитесь с нами / Contact Us



Powered by Infopop Corporation
UBB.classic™ 6.7.2