www.InTouch.su

Доброго времени суток!
Уважаемые специалисты, поделитесь опытом?
Интересует практика создания тегов, как они называются, и функциональное назначение.
Пример 1: на входе в контроллере аналоговый сигнал, пусть "Уровень в емкости", на выходе в OPC сервере, на один такой сигнал создаются дополнительные теги (в зависимости от задач), само значение уровня, значение тока, HiHi, LoLo и т.д.
Пример 2: на входе в контроллере один дискретный сигнал, пусть "Насос включен", на выходе в OPC сервере, на один такой сигнал создаются доп. теги "Насос включен", "Насос отключен" и т.д.
Для InTouch они будут являться тегами ввода/вывода (внешними).

Кто может привести примеры внешних тегов или тегов самого OPC-сервера, как они называются, и каково их назначение?

Обычно делают индиректные теги, чтобы например сделать одно окно для настройки всех аналоговых датчиков. Кроме аварийных уставок обычно делают значение для симуляции, коэф. фильтрации.

Farit писал(а):Входной сигнал «Уровень в емкости», тег самого значения уровня к нему дополнительные теги уставок HiHi, Hi, Lo, LoLo.

Создаются как дополнительные поля аналоговому тегу. Если HiHi, Hi, Lo, LoLo - отдельные переменные в контроллере, то придётся их заводить как отдельные теги InTouch-а.

Спасибо за советы!
Это нужно, для того, чтобы заранее рассчитать примерное количество тегов вв/выв., чтобы подобрать соответствующую лицензию, а за основу берется таблица сигналов.

Понятно, что есть разные нюансы, например выводятся-ли из сигнала пороговые значения, или просто передается на верхний уровень.
Еще к примеру, специалисты давали такие разъяснения, что на один аналоговый сигнал приходится до 16 тегов, а на дискретный до 4 тегов. (Это конечно, в общих словах и цифры средние)

Но вместе с тем, чтобы избавиться от абстракции, может кто-нибудь поделиться конкретными примерами?

Farit писал(а):Но вместе с тем, чтобы избавиться от абстракции, может кто-нибудь поделиться конкретными примерами?

Подсчитайте все внешние теги, заложите избыток 5-10%. Умножте на 2-3 (внутренние теги всегда будут, иногда мало, иногда много, не угадаешь - зависит от задач и стиля создания проекта). Из полученной цифры выбирайте лицензию.

Генератор зла писал(а):Подсчитайте все внешние теги, заложите избыток 5-10%. Умножте на 2-3 (внутренние теги всегда будут, иногда мало, иногда много, не угадаешь - зависит от задач и стиля создания проекта). Из полученной цифры выбирайте лицензию.

Вопрос как раз заключался во внешних тегах. Внутренние теги не лицензируются.

Садитесь. ДВА!!!

Возможно, я некорректно изложил суть вопроса. Интересуют сами внешние теги, какие они вообще есть и какие у них названия?
Понятно, что практически те же самые, что заведены в OPC сервере контроллера, но вопрос в названиях и назначении.

Ответ я сам найду, если добрые специалисты поделятся примерами.

В InTouch есть I/O-теги и Memory. Оба типа лицензируются.
А вот как Вы их в InTouch-е назовёте - решать Вам.
И только Вы можете определить кол-во внешних тегов (или это уже определено в ТЗ или проектной доке). Их кол-во должно быть достаточным для контроля и управления процессом.
Как правило в перечень попадают все входы/выходы контроллера (аналоговые и дискретные), значения ключевых таймеров/счётчиков, ну и масса внутренних переменных контроллера (настроечные коэффициенты, лимиты, рез-ты вычислений,...).
НО!!!
Это не придумывается программистом, а берётся из ТЗ/проекта.

Генератор зла писал(а):И только Вы можете определить кол-во внешних тегов (или это уже определено в ТЗ или проектной доке).

Мне пример и нужен, чтобы отразить в проекте, чтобы принять во внимание практическую реализацию.

Генератор зла писал(а):Как правило в перечень попадают все входы/выходы контроллера (аналоговые и дискретные), значения ключевых таймеров/счётчиков, ну и масса внутренних переменных контроллера (настроечные коэффициенты, лимиты, рез-ты вычислений,...).

Это уже ближе к делу, а конкретные примеры смогли бы пролить больше света на вопрос.

Генератор зла писал(а):Это не придумывается программистом, а берётся из ТЗ/проекта.

Заложенное в проекте может оказаться не исчерпывающим, а конечная реализация - отличаться. В случае, когда проект разрабатывается одной организацией, а внедрение другой.

Farit писал(а):Заложенное в проекте может оказаться не исчерпывающим, а конечная реализация - отличаться. В случае, когда проект разрабатывается одной организацией, а внедрение другой.

Есть такое понятие как корректировка проектной доки
С примерами - сложнее. Работаем не с InTouch, а с System Platform. Там для любого чужого - мешанина на грани бреда, а для неподготовленного - китайская грамота.
А пример проектной документации невозможно выложить по причинам конфиденциальности.

Спасибо за внимание!