Помощь с выбором положительной и отрицательной логики в DCS при проектировании
Thread Content
1. Система, в которой есть как DCS, так и SIS; в SIS уже предусмотрены все защитные интерлюкисы, причем используется отрицательная логика. Так используется ли при этом положительная логика для процессных интерлюкисов в DCS? В системах, в которых используется только DCS, как процессные, так и защитные интерлокирующие механизмы реализуются в рамках DCS. В таком случае следует использовать положительную логику или отрицательную? Прошу совета по стандартным практикам в инженерии*.
Не совсем понимаю концепцию логики «плюс/минус» здесь; обычно при проектировании используется система безопасности с функцией аварийной защиты. Например, одним из вариантов является отключение электромагнитного клапана на месте при соблюдении условий интерлокировки. Вероятно, автор имеет в виду, какой сигнал используется при синхронизации: 1 или 0? Это можно полностью унифицировать, проблем с положительными и отрицательными сигналами DCS и SIS не существует; главное — обеспечить безопасность при отказах.
Согласен с мнением коллеги наверху: независимо от того, какая система используется и какая форма взаимосвязи применяется, необходимо обеспечить безопасность (включая безопасность оборудования и процессов).
Рекомендуется использовать только логику с положительными значениями, поскольку в большинстве технологий, с которыми я сталкивался ранее, логика с отрицательными значениями была непонятна. Во время настройки необходимо сообщить об этом инженеру проекта от производителя SIS. На самом деле, если человек — профи, он поймёт и без того, что вы ему говорите.
Положительная и отрицательная логика не зависят от типа системы; ключевым является принцип безопасности при сбоях.
Последнее изменение в этом посте было сделано пользователем superme84 6.10.2015 в 12:31. Вопрос: влияет ли способ выражения положительной и отрицательной логики на схемах интерлокации на процесс программирования? Например, у датчика уровня нормальное состояние — замкнутый контакт, а сигнал тревоги — разомкнутый контакт. При использовании логики «1» при программировании необходимо выполнить операцию инверсии: нормальное состояние становится 0, а сигнал тревоги — 1. А при использовании отрицательной логики достаточно просто ввести соответствующее состояние контакта: 1 для нормального режима, 0 для сигнала тревоги. Правильно ли это? Пожалуйста, дайте совет
Если речь идет о логике защиты, то, на мой взгляд, использование отрицательной логики лучше соответствует принципам надежности при сбоях, поскольку при использовании положительной логики в случае сбоя какого-либо устройства или реле и потери питания это приводит к сбою в работе соответствующей логической структуры, что делает невозможным ее активацию. В случае отрицательной логики после возникновения вышеописанной ситуации защитная система будет работать нормально. Это моё личное мнение, прошу совета у более опытных.
Последнее изменение в этом посте было сделано zxb1990 7.10.2015 в 13:13. Поскольку SIS используется для обеспечения безопасности и способен к безопасной остановке в случае сбоев, его защитные механизмы обычно работают на основе отрицательной логики. Что касается DCS, то здесь нет особых требований к тому, должна ли использоваться положительная или отрицательная логика; можно выбирать в зависимости от собственных требований к проектированию*. Я не нашёл в DCS никаких правил относительно того, следует использовать положительную логику или отрицательную.
Должна использоваться концепция безопасности при отказе оборудования: некоторые защитные реле после блокировки могут быть разблокированы только путем принудительной сброски. Также можно использовать принцип активации с высокого уровня сигнала; обычно не учитывается понятие положительной или отрицательной логики.
Для нормальной работы ввода-вывода значение — 1, при сбое — 0； Есть ли стандартные требования к тому, используется ли во внутренней логике SIS положительная или отрицательная логика? Логические модули обычно работают по принципу 1-триггера, при этом необходимо постоянно изменять знак сигнала, что очень сложно.