24
Это относительно простой алгоритм (за исключением не вполне очевидной логики
обработки аварийных сигналов и команд на останов насоса при открытии/закрытии напорной
задвижки). При этом следует обратить особое внимание на одно обстоятельство.
Вспомним, как выполняются программа в контроллере S7-200, а именно “CPU выполняет
программу последовательно, начиная с первой команды и продолжая до ее конечной
команды”. Этот процесс является только одной из частей цикла сканирования. Остальные части
наверное даже более необходимы, особенно считывание входов. Таким образом, ни в коем случае
нельзя зацикливать программу логически, так как при этом она просто не будет получать
текущую информацию об объекте управления.
Из изложенного следует, что алгоритм должен учитывать эту особенность выполнения
программы контроллера.
Автор МЕТОДИКИ убежден, что алгоритм необходимо создавать в виде наиболее близком
к реализации. Гораздо проще разобраться в логике, изображенной в виде диаграммы на бумаге,
чем изучать программный код, особенно такой как у контроллера S7-200.
Алгоритм, созданный на принципах SWITCH-технологии
®
, и что самое важное, и
программа, созданная на основе этого алгоритма, полностью отвечают вышеизложенным
требованиям. Кроме этого, такой алгоритм весьма компактно изображается.
3.1.3. Дополняем автомат “нехорошими” событиями
На рис. 11, 12 представлены схема связей и граф переходов рассматриваемого автомата,
дополненный событиями, связанными с неготовностью или ненормальной работой оборудования
(дополнения выделены жирным шрифтом). Рекомендуется перед реализацией согласовать с
Заказчиком действия системы при ненормальной работе оборудования.
Приведем пояснения к этим диаграммам.
Опыт наладки показал, что почти все из того, что дополнительно контролировалось, было
использовано (вернее сказать, произошло), а контролировался практически каждый “чих” в работе
оборудования.
При этом хотелось бы обратить внимание на следующее:
• рекомендуется как можно более полно описывать логику формирования входной
информации. В данном случае – условия готовности привода к управлению. В
дальнейшем это очень помогает при программировании – не надо еще раз
разбираться почему и что контролировать;
• под готовностью подразумевается отсутствие любых условий, препятствующих
нормальной работе объекта управления;
• при отсутствии готовности оборудования рекомендуется формировать признаки
неготовности. Они могут использоваться для информирования оператора или в
других алгоритмах;
• применение результатов контроля готовности оборудования производится в момент
непосредственно перед выдачей команды управления. Таким образом фиксируется
событие “хотели управлять, но в данный момент это невозможно”. Готовность
обычно контролируется все время, естественно, в другом месте программы. Если
использовать результаты такого контроля в любой момент времени, то может
возникнуть ситуация, когда неготовность оборудования, которым уже управляли или
не будет управлять, не позволит выполнить алгоритм в целом. При этом будет
невозможно сформировать признак неготовности именно в требуемый момент
времени;
• также как и в базовом автомате, технологический автомат обеспечивает безусловное
стирание перед вызовом тех признаков, которые только записываются этим
автоматом (например, признаки неготовности привода к управлению).