Обсуждение деталей потери связи между PLC и верхним уровнем управления
Thread Content
Обычно время сканирования PLC очень короткое — оно составляет несколько миллисекунд (обычно 10–100 мс), тогда как время сбора данных на верхнем уровне обычно измеряется в секундах (обычно 0,5 с или 1 с). Итак, если переключатель находится в включенном состоянии в течение 20 мс, не приведет ли это к тому, что верхний компьютер не сможет зафиксировать этот сигнал? Но разве PLC уже выполнил соответствующую логику?
Последнее изменение в этом посте было сделано пользователем budaoweng123 30.09.2015 в 14:22. Ха-ха, какой смысл в том, чтобы что-то собирать, если потом это и так бесполезно? Логика сработает — и всё будет в порядке.
Это утверждение неверно. Речь идет о коммуникации, поэтому проблема касается не только DCS. Например, при использовании протокола 485 и MODBUS, при правильной настройке скорости передачи данных, если как PLC, так и DCS имеют хорошее качество и производительность, проблем с потерей данных практически не возникает. Автор пишет о сборе данных PLC в миллисекундах, но это не обязательно связано с коммуникациями. К тому же, когда сигнал включения действует в течение 20 миллисекунд, DCS обычно считает это ошибочным включением. В противном случае зачем бы DCS нужно было вводить задержку?
Я говорю о PLC+HMI, а не о DCS. Раньше я проводил эксперимент, быстро включая и выключая точку, но HMI не мог зафиксировать все такие включения и выключения.
Кажется, в таких случаях происходят реальные действия на месте, но сигнал тревоги от верхнего устройства не поступает. Однако через 1 секунду или несколько секунд верхнее устройство показывает, что все в порядке~~
Не знаю, будет ли всё работать нормально. В любом случае, во время эксперимента количество моих быстрых действий не совпадало с количеством сигналов тревоги. К тому же, эта проблема проявилась и во время одной из реальных остановок. Однажды какой-то аппарат внезапно остановился. В итоге выяснилось, что причиной было ослабление крепления кнопки экстренной остановки, но на сенсорном экране не появлялось соответствующего сигнала тревоги.
Следовательно, это также можно считать недостатком PLC: его сигналы тревоги обнаруживаются и активируются на уровне HMI； А DCS обнаруживается и активируется на уровне CPU.
Для систем с низкими требованиями к безопасности используется обычное программное обеспечение контроллера, а для систем с высокими требованиями — программное обеспечение от зарубежных крупных производителей. Для более сложных компрессорных установок применяются комплекты PLC и контроллеров. Это также связано с уровнем программирования: если программное обеспечение не может обеспечить запись сигналов тревоги на уровне MS, можно добавить функцию задержки вывода в PLC. . .
У таких сигналов тревоги должны быть функции удержания и сброса RS, верно? Благодаря поддержке RS, HMI обязательно сможет это отразить
Такая ситуация уже встречалась: происходит мгновенное включение/выключение с внешнего устройства, можно наблюдать логику действий PLC (в проектных файлах в офлайн-режиме), но на экране с сообщениями об ошибках не появляется соответствующих сигналов тревоги.
Все флаги, запускающие интерлокацию, должны быть сигналами удержания :)
Но некоторые производители поступают не так.