Skip to content
Uniplant Atomix Uniplant Atomix

Состав экрана ПСД (верхний уровень и PLC)

← К разделу АСУТП, АСУЭ

Связанные материалы:

1. Состав экрана ПСД

Section titled “1. Состав экрана ПСД”

Состав экрана ПСД

1 - Причина; 2 - Действие при сработке причины; 3 - Следствие; 4 - Окно сброса блокировки.

Базовое окно для любой ПСД: CE_TemplateWindow. Вмещает 25 однострочных причин и 38 следствий.

2. Причина ПСД

Section titled “2. Причина ПСД”

Существует несколько вариантов отображения причин:

  1. Bool
  2. Аналоговый датчик
  3. Дискретный датчик
  4. Голосование аналоговых датчиков X из 2, X из 3, X из 4
  5. Голосование дискретных сигналов N из M
  6. Голосование порогов (дискретов) аналоговых датчиков N из M

2.1 Bool

Section titled “2.1 Bool”

2.1 Bool

Чаще всего используется для межконтроллерного обмена или передачи сработки одной блокировки в причины другой.

2.2 Аналоговый датчик

Section titled “2.2 Аналоговый датчик”

2.2 Аналоговый датчик

Для отображения причины обязательны пути UpCause, Interlock, Value_CauseNum.

2.3 Дискретный датчик

Section titled “2.3 Дискретный датчик”

2.3 Дискретный датчик

2.4 Голосование аналоговых датчиков

Section titled “2.4 Голосование аналоговых датчиков”

2.4 Голосование аналоговых датчиков

2.5 Голосование дискретных сигналов N из M

Section titled “2.5 Голосование дискретных сигналов N из M”

2.5 Голосование дискретных сигналов

Не используется как самостоятельный элемент; причины объединяются иконкой CE_VoterNooM_XooY.

2.5.1 Схема голосования CE_VoterNooM_XooY

Section titled “2.5.1 Схема голосования CE_VoterNooM_XooY”

2.5.1 Схема голосования

2.6 Голосование порогов аналоговых датчиков N из M

Section titled “2.6 Голосование порогов аналоговых датчиков N из M”

2.6 Голосование порогов

Дополнение к 2.6

3. Следствие ПСД

Section titled “3. Следствие ПСД”
  • Модель JSC: исполнительные механизмы
  • Шаблон: -
  • HMI: CE_Effect

Для выбора конкретного типового блока ИМ используйте список OBJTYPE APUCS.

4. Действие

Section titled “4. Действие”

4. Действие

Визуально отображает выполняемое действие относительно конкретного ИМ.

Сработка:

  • по сигналу !Trip блока Interlock и !OutCondition блока UpCause;
  • по сигналу !Trip блока Interlock для причин CE_DiVoterNooM и CE_ThVoterNooM.

5. Сброс блокировки

Section titled “5. Сброс блокировки”

5. Сброс блокировки

6. Привязки иконки HMI

Section titled “6. Привязки иконки HMI”

Типовая иконка HMI

Типовая иконка содержит: нумерацию, описание, уставку (при наличии), схему голосования, теги датчиков. Для уставок см. Th3.

Нетипичные иконки HMI

Нетипичные иконки (CE_DiVoterNooM, CE_ThVoterNooM, CE_VoterNooM_XooY) также включают нумерацию, описание, уставку, схему голосования и теги датчиков.

7. Ромб блокировки

Section titled “7. Ромб блокировки”

Ромб блокировки (вариант 1) Ромб блокировки (вариант 2)

  • HMI: Trip
  • Для ПАЗ и РСУ применяются разные правила формирования тега/пути.

Пример заполнения элемента HMI для блокировки ПАЗ:

Пример ПАЗ

Пример заполнения элемента HMI для блокировки РСУ:

Пример РСУ

Если ИМ используется и в РСУ, и в ПАЗ, два элемента Trip располагаются рядом.

8. Модель ПЛК

Section titled “8. Модель ПЛК”

Для составления ПСД заполняется лист Obj.C&E (в моделях ПЛК: AUCS, DCS, ESD).

Лист Obj.C&E

Ключевые поля: PathDevStudio, TAG, TAG_SafeInterlock, TAG_Cause, Value_CauseNum, Pou, parentDescr, EqtDescr, SytemPosition, OBJTYPENAME, Template, LogIsActive, TAG1..TAG3, AlarmLvl, localObject, isMapped.

Для составления голосователей DiVoterNooM заполняется лист Obj.DiVoter:

Лист Obj.DiVoter

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

Для проверки соответствий OBJTYPE + Template используйте сводную таблицу APUCS.

9. Автозаполнение и ручной ввод на HMI

Section titled “9. Автозаполнение и ручной ввод на HMI”

Для экрана ПСД рекомендуется следующий порядок заполнения:

  • Основная часть _init_* параметров для причин и следствий заполняется генератором автоматически.
  • Ручная настройка на HMI обычно требуется для привязки тега (_init_AP_Tag) в случаях, когда фактический тег отличается от ожидаемого по шаблону.
  • Для CE_VoterNooM_XooY используется автоматическая настройка, при необходимости корректируется тег голосователя.
  • Для Trip ключевая ручная проверка - соответствие TAG/Path/сигнала логике ПАЗ или РСУ.

Минимальный набор параметров, который должен быть корректным для отображения причины на HMI:

  • Path UpCause
  • Path Interlock (кроме сценариев, где он не используется по логике причины)
  • Value_CauseNum

Что заполнять вручную по типам OBJTYPE

Section titled “Что заполнять вручную по типам OBJTYPE”
OBJTYPEHMI-элементЧто проверять/заполнять вручную
UpCauseCE_Bool, CE_1oo1_AI, CE_1oo1_DI, CE_Xoo2_AI_Voter, CE_Xoo3_AI_Voter, CE_DiVoterNooM, CE_ThVoterNooM, CE_ActionВ первую очередь TAG (_init_AP_Tag) при расхождении с фактическим тегом; корректность Path UpCause, Path Interlock, Value_CauseNum.
DiVoterNooMCE_VoterNooM_XooYTAG голосователя и соответствие XooY фактической схеме голосования.
InterlockCE_IconИмя блокировки (tag) и путь к Interlock для корректного сброса/индикации.
DoChnlCE_EffectДля нетиповых ИМ: TAG, Path, безопасное положение (FcFo), а также связанные поля (PIDPath/PIDTag/FeedbackTag) при наличии.
ESD_DoChnlTripПроверка связки TAG + Path + сигнал (TripValue) по логике ПАЗ/РСУ; при Trip — корректная инверсия и действие открытия экрана.