Хотел бы спросить о проблеме с некорректным отображением данных в коммуникации 485
Thread Content
Данные о химических предприятиях и объектах с высоким уровнем опасности передаются с помощью протокола 485 от системы DCS на базовые станции типа «пять в одном», а затем по оптоволокну — в Управление по надзору за безопасностью. После получения данных Управление имеет специальную веб-платформу, к которой можно получить доступ через общественную сеть Интернет. Наши данные в DCS передаются нормально, но на сайте управления по безопасности время от времени появляются сигналы тревоги продолжительностью в несколько десятков секунд относительно наших источников серьезной опасности. Пожалуйста, помогите разобраться, в чём именно проблема. Показатели на панели управления и DCS в норме, сигналов тревоги нет.
Это трудно сказать. Я могу предложить направление для проверки — период сканирования сигналов связи. Можно постепенно исследовать проблему у самого источника. Сначала необходимо определить, какие точки подключены к интерфейсу 485. Какие приборы на системе DCS используются для сбора данных от этих точек? Если речь идет о сигналах тока 4–20 мА, то обычно нет никаких проблем, поскольку у распространенных моделей карт AI в системах DCS период сканирования сигналов тока довольно короткий. Если DCS собирает данные посредством коммуникации, то периоды времени между передачей данных входящим и исходящим каналами связи могут отличаться. Это может привести к ошибкам в передаче сигналов: верхний уровень отправляет запросы в DCS, но DCS ещё не успевает получить данные с нижнего уровня, в результате чего появляются некорректные данные, что и вызывает сигнал тревоги. В остальном я тоже не знаю, пусть другие эксперты вам ответят.
Последние проверки показали, что с процессом отправки данных с нашей стороны и их приема с другой стороны нет серьезных проблем. Однако на сайте постоянно появляются сигналы тревоги. К тому же на графиках в режиме реального времени все выглядит нормально — линия идет прямо, но тем не менее без всякой причины появляются сигналы тревоги. Мы считаем, что при сборе данных проблем не было; проблема, скорее всего, кроется в самом сайте или в сети
Если с исходными данными и передачей всё в порядке, то проблема, скорее всего, в программе мониторинга. Периоды циклической проверки программного обеспечения мониторинга и пороговые значения для сигнализации могут быть довольно близки, что приводит к недостаточному резерву.
Вероятно, причина кроется в злосчастной сети Интернет вещей; скорее всего, с настройками сигнализации на устройстве, являющемся центром управления сетью, что-то не так. Необходимо, чтобы специалисты внесли соответствующие изменения в настройки порогов сигнализации через программное обеспечение
По результатам тестов у нас нет проблем: связь по протоколу 485 работает нормально. Если связь прерывается, обычно используется функция сохранения данных — то есть сохраняются значения, имевшиеся до прерывания связи. У оборудования, предназначенного для контроля, должна быть функция возобновления связи. Если снова появляются сигналы тревоги, это может быть связано с неисправностью оборудования или настройками программного обеспечения.
Тщательно проверьте адрес, по которому Бюро по надзору за безопасностью связывается с вами
Периоды патрулирования сайта установлены неправильно; сигналы тревоги поступают именно в моменты, когда патрулирование не происходит. Если это исправить на стороне сайта, проблема исчезнет
Пусть служба по надзору за безопасностью или научно-исследовательский институт безопасности выяснят, в какой именно точке произошел сигнал тревоги, а также проверят установленные ими значения для сигнализации. Если установленный ими порог сигнализации равен 0, то возможно, что некоторые параметры нашего DCS находятся ниже этого значения (при отсутствии жидкости или давления сигнал 4–20 мА может составлять 3,99 мА или менее). В результате значение, передаваемое по интерфейсу 485 в службу контроля, будет меньше 0 (что соответствует уровню сигнализации), и это приведет к активации сигнализации. Необходимо, чтобы они скорректировали порог сигнализации на отрицательное значение или чтобы при достижении такого значения сигнализация не активировалась.
Вероятно, проблема в самом сайте. В прошлый раз мне сообщили, что в данных, которые они получают, есть артефакты, поэтому неясно, как они с этим справляются, чтобы всё стало в порядке
Подозреваю, что с программным обеспечением управления безопасностью проблемы. Причина в том, что кривая исторической тенденции является плоской.