Контроль хода клапана по двум концевикам
Как контролировать открытие и закрытие клапана по двум концевикам: состояния, таймауты, качество входов и журнал диагностического хода.
Команда закрытия выдана, зелёная пиктограмма на мнемосхеме появилась сразу. Через несколько секунд выясняется, что концевик закрытого положения не сработал. Программа показывала желание контроллера, а оператор принимал его за положение арматуры.
Два концевика позволяют построить понятную диагностику движения, если отделить команды от подтверждений. Разберём открытое, закрытое, переходное и противоречивое состояния. Обычная технологическая диагностика не подтверждает герметичность клапана и не заменяет функции безопасности.
Короткий ответ
Состояние клапана определяют по подтверждениям с учётом качества входов и текущего этапа движения. Команда запускает ожидание нужного положения, но не подменяет его. Для открытия и закрытия могут требоваться разные контрольные времена. Отсутствие обоих сигналов допустимо во время предусмотренного хода, а одновременная активность оценивается по конструкции датчиков и принятой логике. По истечении времени программа фиксирует конкретное неподтверждённое действие и сохраняет исходные сигналы для диагностики.
Четыре сочетания входов
При обычной схеме два нормализованных признака означают «открытый край подтверждён» и «закрытый край подтверждён». Не следует путать эти признаки с электрическим состоянием контактов: нормально замкнутая цепь и логическое подтверждение могут иметь противоположную полярность.
Когда активен только открытый край, есть подтверждение открытия. Когда только закрытый, подтверждено закрытие. Отсутствие обоих требует контекста: механизм может находиться между краями, быть остановлен вручную или иметь неисправность датчиков. Одновременная активность может быть противоречием, но сначала нужно знать механическую зону переключения и схему исполнения.
Нормализацию выполняют до автомата состояний. Тогда прикладной код работает с физическим смыслом сигналов, а не разбрасывает инверсии DI по нескольким блокам. В диагностической карточке сохраняют и сырой вход, и нормализованный признак: это облегчает проверку схемы и параметров.
Команда и подтверждение
При принятии команды открытия автомат фиксирует направление и ожидает подтверждение. Если клапан уже открыт, результат обработки может отличаться от полного нового хода. Если состояние неопределённо, требуется предусмотренная процедура; простое повторение выхода не гарантирует восстановление положения.
Отдельно полезно контролировать снятие противоположного концевика после начала движения. Например, команда открыть дана, а закрытый край долго не отпускается. Это другой симптом, чем клапан, который ушёл с закрытого края, но не дошёл до открытого. Во втором случае уже известно, что произошло некоторое изменение положения или сигнала.
При смене команды на противоположную старый контрольный интервал не должен продолжать отсчитываться как будто направление прежнее. Правила реверса зависят от привода и процесса. У двухкатушечной пневмосхемы и электропривода они могут заметно различаться, поэтому выходной алгоритм опирается на документацию оборудования.
Откуда взять время хода
Контрольное время выбирают по документации, наблюдаемому диапазону и требованиям процесса. Оно не равно просто среднему времени нескольких удобных проходов. На динамику могут влиять давление воздуха, питание, нагрузка, температура и настройки исполнительного механизма.
В учебном примере открытие занимает 1,2–1,5 с, а закрытие 2,0–2,6 с. Одинаковый таймаут 2 с создаст ложный отказ закрытия. Таймаут 20 с скроет значительную задержку открытия. Значения условные; на объекте нужны собственные измерения и согласованная граница.
Время обычной диагностики не следует выдавать за допустимое время защитного действия. Если у клапана есть функция безопасности, требования и архитектура проверки определяются отдельно. Переименование обычного TON в «safety timer» не меняет его доказательств и назначения.
Состояния, полезные оператору
Мнемосхеме нужны как минимум подтверждённый край, движение, неопределённость и отказ подтверждения. Показание «Открывается» строится из принятой команды и незавершённого перехода. Показание «Открыт» требует соответствующего подтверждения и пригодных сигналов.
Когда данные приходят с удалённого модуля, потеря связи должна менять качество состояния. Последний бит концевика, удержанный драйвером, не подтверждает, что клапан всё ещё находится там. В интерфейсе полезно сохранить последнее известное положение с отметкой недостоверности.
Аварийное сообщение формулируют конкретно: «не подтверждено открытие за контрольное время», «не снят закрытый край», «противоречивые подтверждения». Общее «клапан неисправен» слишком рано назначает виновника. Причина может находиться в приводе, арматуре, питании, датчике или входном тракте.
Диагностический журнал хода
Для каждого контрольного перехода можно сохранять время принятия команды, исходное положение, момент снятия прежнего концевика, момент появления нового и результат. Это небольшое количество данных с высокой ценностью. По нему видно, удлиняется ли ход и на каком участке.
Короткие отклонения контакта не обязательно должны создавать поток событий. Фильтрацию выбирают с учётом характеристик датчика и требуемой реакции. Если программная задержка настолько велика, что скрывает незавершённый ход, она мешает основной диагностике.
Возврат после отказа должен иметь понятную политику. Простое появление концевика через минуту не всегда означает нормальное завершение прежней команды. Клапан могли переместить вручную, процесс уже изменился, а старое ожидание потеряло актуальность. Поэтому фиксируют новый факт положения и отдельно решают, можно ли продолжить последовательность.
Таблица состояний и признаков
| Открыт | Закрыт | Контекст | Интерпретация |
|---|---|---|---|
| 1 | 0 | Сигналы достоверны | Подтверждён открытый край |
| 0 | 1 | Сигналы достоверны | Подтверждён закрытый край |
| 0 | 0 | Допустимое движение | Между краями, ожидание |
| 0 | 0 | Время истекло | Нужное положение не подтверждено |
| 1 | 1 | Перекрытие не предусмотрено | Противоречие сигналов |
| Любое | Любое | Входы недостоверны | Достоверное положение неизвестно |
Это таблица нормализованных признаков для условной конструкции. Она требует адаптации к конкретным концевикам и механике. Если в устройстве документировано допустимое перекрытие зон, его длительность и условия оценивают отдельно.
Что испытать
Начните с четырёх сочетаний входов на тестовом стенде, затем проверьте переходы. Имитируйте застревание на исходном концевике, уход с края без достижения противоположного и потерю входов во время движения. Проверяют обе стороны хода и изменение команды до завершения.
Отдельный сценарий: подтверждение появляется после таймаута. Ещё один: контроллер запускается при клапане между краями. В обоих случаях программа должна прийти к описанному состоянию, а не случайно погасить отказ при первом удобном бите.
На объекте наблюдают фактическое движение и сопоставляют его с сигналами по принятой процедуре наладки. Датчик, который переключается, ещё не подтверждает правильную механическую настройку. Положение вала также не доказывает герметичность затвора; если нужна такая проверка, требуется другой метод.
Разбор одного незавершённого открытия
В условном примере в начальном состоянии подтверждён закрытый край. После команды открытия этот концевик снимается, но открытый не появляется. По истечении контрольного времени программа фиксирует неподтверждённое открытие. Из последовательности уже известно, что исходное подтверждение изменилось, но требуемый конечный факт не получен.
Это не позволяет автоматически объявить неисправным конкретный датчик. Привод мог пройти часть хода, механика могла остановиться, сигнал мог не дойти до входа. Диагностика должна дать проверяемую последовательность, а физическая проверка по принятой процедуре установит причину. Подмена этого процесса сообщением «заменить концевик» преждевременна.
Во втором варианте закрытый край вообще не снимается. Здесь первым направлением проверки становятся команда, энергия привода, механическое начало движения и корректность исходного датчика. Снова нет готового диагноза, но набор гипотез другой. Поэтому полезно сохранять промежуточные события, а не только общий таймаут.
В третьем варианте открытый край появляется поздно, уже после отказа последовательности. Программа должна записать новый факт положения, но не обязана возобновлять старый технологический шаг. Процесс мог перейти в другое состояние. Продолжение требует отдельного решения по описанному сценарию.
Настройка сигналов при замене датчика
Новый концевик может иметь другой электрический тип, полярность и зону срабатывания. Поэтому проверяют совместимость входа и нормализованную семантику. Просто добиться зелёного индикатора на одном краю недостаточно: нужен полный переход в обе стороны и проверка недопустимых сочетаний.
Если положение датчика регулируется механически, настройка должна подтверждаться реальным крайним состоянием по процедуре оборудования. Электрический контакт может появляться раньше окончания требуемого хода. В таком случае программа получит исправный бит, который не описывает ожидаемый физический результат.
Нужно записать, что именно подтверждает датчик: положение вала, штока, части механизма или другого элемента. Даже правильно настроенный указатель привода не всегда доказывает состояние запирающего органа при повреждении связи между ними. Граница подтверждения важна для технологических решений.
После замены сравнивают время снятия и появления подтверждений с прежними пригодными наблюдениями. Изменение может объясняться новой настройкой зоны и не обязательно означает ухудшение механики. История конфигурации помогает не строить ложные выводы по одному графику длительности.
Тренд времени движения
Время хода полезно рассматривать раздельно по направлениям и характерным условиям. Смешение открытия и закрытия в одно среднее скрывает асимметрию. Смешение рабочего движения и ручных проверок тоже ухудшает сравнимость. Для каждой записи нужен контекст, позволяющий отделить пригодные наблюдения.
Постепенное удлинение может стать основанием для осмотра, но само по себе не назначает причину. В пневматическом узле меняются питание и настройка, в электрическом механизме возможны другие факторы. Нужен анализ вместе с доступными состояниями и документацией, а не автоматический вывод «износ на 80 %» без модели и подтверждения.
При расчёте предупреждений стоит учитывать объём наблюдений. Одна необычная операция после длительного простоя не равна устойчивой тенденции. Полезно показывать исходные последние времена и условия, чтобы инженер мог проверить вывод. Прозрачная диагностическая подсказка полезнее выдуманного процента остаточного ресурса.
Аварийный контрольный предел при этом остаётся определённым проектным параметром. Его нельзя незаметно увеличивать вслед за медленным ухудшением под видом адаптации. Если предел меняется, требуется согласованная причина и повторная проверка соответствия процессу.
Поведение при потере подтверждений
Два входа могут одновременно исчезнуть из-за потери питания модуля. Если программа видит только нормализованные биты без качества, она ошибочно объявит движение между краями. Поэтому состояние входного тракта нужно учитывать раньше интерпретации физического положения.
При восстановлении требуется новый достоверный набор сигналов. Затем автомат сопоставляет его с текущей командой и состоянием последовательности. Старый активный таймер нельзя просто продолжить как будто разрыва не было: нужно знать, что произошло с выходом и механизмом во время недоступности.
Если независимых данных нет, честное состояние «положение неизвестно» оставляет правильную границу информации. Для процесса назначается предусмотренная реакция. Выдача последнего сохранённого края за текущий факт может выглядеть удобнее, но скрывает именно тот отказ, который диагностика должна обнаружить.
Требования к карточке клапана
В описании сохраняют модель привода и датчиков, нормализованные значения, способы проверки, времена по направлениям и допустимые промежуточные состояния. Отдельно указывают, что алгоритм подтверждает и чего он не измеряет. Например, подтверждение конечного положения не является результатом испытания герметичности.
Команды восстановления, квитирования и нового пуска также различают. Квитирование сообщения означает, что оператор его увидел, а не то, что клапан исправен или требуемый переход уже выполнен. Это простое различие предотвращает многие неожиданные продолжения последовательности после устранения причины.
Вопросы при работе
Можно обойтись одним концевиком? Для некоторых задач допустима менее полная информация. Но тогда отсутствие закрытого сигнала не означает открытое положение. Возможности диагностики должны соответствовать реальным подтверждениям.
Нужно ли считать каждый медленный ход аварией? Сначала разделите контрольный предел и диагностический тренд. Постепенное увеличение длительности может быть предупреждением для обслуживания. Аварийную границу выбирают по процессу и конструкции.
Почему электрика исправна, а подтверждение не приходит? Возможны механическая регулировка, отсутствие движения привода, неполный ход и другие причины. Диагностика должна дать последовательность событий, чтобы проверка не начиналась с случайной замены компонентов.
Команда после квитирования
После признания сообщения оператором автомат должен остаться в определённом состоянии. Если причина устранена, можно разрешить предусмотренную новую попытку. Но сам фронт квитирования не должен случайно превращаться в команду движения: человек подтверждает получение информации, а не обязательно намерение переместить арматуру.
Отдельная команда повторной попытки позволяет проверить актуальность процесса и владельца управления. В журнале видно, кто инициировал действие и какой результат получен. Это особенно полезно после ручного перемещения, когда прежнее ожидание уже не соответствует реальному положению.
Такой сценарий проверяют вместе с исходным отказом. Приёмка только нормального полного хода оставляет именно этот переход неизвестным, хотя эксплуатация столкнётся с ним при первом незавершённом движении.