Вопрос по DL205

[ndk_63]

Здравствуйте!

Появился вопрос, есть PLC CPU DL260 карзина с вводом выводом, периодически возникает потребность в форсировании аналоговых, дискретных входов и выходов. Данная функция отлично реализуема на всех PLC Allen-Breadly.
В документации на Direct Soft есть описание данной функции, но как понял функция форсирования реализуема только для внутренних переменных, ну и дискретным выходом у меня получалось управлять.
Быть может кто встречался с данной проблемой?

[Михайло]

Форсирование?

[DelSnos]

Форсирование?

У Allen-Bradley понятие «Forced\unforced» используется для принудительной активации\деактивации дискретного канала в обход логике.

[Владимир Кузнецов]

делаете массив (DB) для каждой группы сигналов ("ai", "di", "ao", "do"), в них будут копироваться значения с реальных входов.
дополнительно создаете булевый массив ("force"), содержащий теги с такими же именами, но булевые по типу.
суть в том, что логика не должна напрямую обращаться к входам (выходам), а работать только с копиями.
копированием из реальных (ai/di) в локальные и обратно в реальные (ao/do) будет заниматься отдельный блок, который должен учитывать состояние форсируещего флага для каждого тега (0 - копировать обновленное значение, 1 - оставить как есть).
тогда получается, что устанавливая флаги в массиве ("force") можно будет управлять обновлением локальной (внутренней) копией.
входные (выходные) сигналы получаются как бы разомкнутыми с реальными входами (выходами).

текстом логика обновляющего блока будет выглядеть примерно так:

Код: Выделить всё

...
if(force.input1 == 0)
{
    di.input1 = I0.0;
}
if(force.input2 == 0)
{
    di.input2 = I0.1;
}
...

[Михайло]

Форсирование - обход операций копирования образа входов и выходов?

[Ryzhij]

Форсирование - обход операций копирования образа входов и выходов?

Не совсем так. Наложение масок форсирования на образы входов-выходов в классическом цикле работы контроллера происходит между логической программой и процедурой обмена с периферией. Т.е. для образов входов - ДО начала логической обработки образов, а для файлов выходов - ДО пересылки результата в модули вывода.
Из-за того, что реальное состояние форсированного входа и результаты логических операций при управлении форсированным выходом игнорируются, эта операция так и называется.
Механизм форсирования - это чисто наладочная операция, значительно облегчающая поиск и устранение неполадок в системе, а также ПНР.
Особенно осторожным следует быть при форсировании и эмуляции сигналов, участвующих в контурах ПИД-регуляторов. В этом случае следует переводить контуры ПИД в режим ручного управления (слежения).
Сам факт включения режима форсирования может быть обнаружен системой SCADA через чтение состояния служебных тегов процессора.

[Владимир Кузнецов]

Данный функционал элементарно реализуется самостоятельно.
Даже если подобный функционал уже реализован разработчиком ПЛК, я бы всё равно использовал свою реализацию, как более гибкую, контролируемую и переносимую.
Но всё конечно упирается в уровень программистов.

[ndk_63]

Не совсем согласен с утверждением,"Ryzhij"-Механизм форсирования - это чисто наладочная операция-, к форсированию мы частенько прибегаем при замене датчиков, в процессе эксплуатации. В критических ситуациях, вышел из строя какой нибудь канал модуля в\в, а систему надо запускать тогда мы и применяем форсирование. Конечно параметры ПИД регулирования трудновато полностью форсировать, но например выход регулятора можно принудительно установить если управляющая величина регулятора не соответствует действительности, управление клапаном по сигналу с датчика уровня и т.п..
Полностью согласен с "Владимир Кузнецов" ручками можно сделать многое. Но для этого перелопатить весь проект надо будет.
Хотелось бы получить данную возможность ничего не переделывая, используя стандартные возможности.

[Ryzhij]

Данный функционал элементарно реализуется самостоятельно.
Даже если подобный функционал уже реализован разработчиком ПЛК, я бы всё равно использовал свою реализацию, как более гибкую, контролируемую и переносимую.
Но всё конечно упирается в уровень программистов.

Совершенно с Вами согласен.
И хорошим тоном в программировании систем HMI и PLC считается наличие в конечном проекте возможности симуляции показаний полевых датчиков для обслуживающего персонала при их, датчиков, замене и обслуживании.
Разумеется, всё это сопровождается ограничением прав доступа к подобным функциям и регистрацией действий в электронном журнале событий.
Мы это называем "операциями с доступом в систему на правах наладчика".
К функциям форсирования, предоставляемым операционной системой самого контроллера, это отношения не имеет.

Справедливости ради следует упомянуть и ещё один, неочевидный способ подмены данных для SCADA уже на уровне OPC-сервера.
Такими возможностями обладает, например, OPC-сервер от Lectus Soft, позволяющий обрабатывать скрипты для тэгов.

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

[Ryzhij]

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

А ещё можно отвёртку в пускатель воткнуть... защиту реактора отключить... гидрозатвор сбросить... в бочке спичкой подсветить...
Короче: и "вещь разбить, и руки порезать" - тоже можно.
Вот только нужно ли?
Ибо всякая вещь, и всякая методика имеет своё предназначение и свои ограничения в применении.
Панацеи нет, и, уверен, не будет никогда.

[ndk_63]

Вот только нужно ли?

Да иногда очень нужно и совершенно нет ничего страшного в этом, естественно если все делать разумно.
В принципе я с вами согласен, вводить в работу агрегат в несовсем рабочем состоянии это не правельно, но знать возможности своего оборудования и грамматно применять их инженер должен.
И все ухищерения проделываем чтобы тех процесс не нарушать, порой нет времени досконально все перебирать лишбы оборудование не простаивало, у вас разве не так? Мы же в РОССИИ живем