Принцип обмена сообщениями
Shpack; 13.10.04

Добрый день!

Поясните, пожалуйста, на примере насоса, управляемого как по месту, так и дистанционно, с блокировками по превышению давления на всасе (аналоговый) и разрыву шланга (дискретный) принцип обмена сообщениями (Alarm logging).

Насколько я себе это понимаю, wincc может отслеживать состояние аналоговых и дискретных тегов и в соответствии с ними генерировать аварийные сообщения.
Но ведь это должен делать и контроллер тоже, для отработки блокировок (например перекрытие клапанов, включение резервного насоса и т.п.)
То есть двойной контроль одного и того-же?
Подскажите, как правильно заполнить все компоненты alarm loggin для примера, приведенного выше!
Также, указывается что для PCS7 и контроллеров s7-400 это вообще не проблема - расскажите в чем для этих контроллеров такое существенное отличие!
Заранее огромная благодарность!
PS: Может кто из профессионалов есть в Волгограде или Волжском?
Приветствуется пример проекта для wincc6 по почте! sektoris@yandex.ru
Re: Принцип обмена сообщениями
Nick Gashevsky; 13.10.04

Конечно двойной контроль, а толку например с контроля ТОЛЬКО от WinCC, если шнурок связи отвалится или коммуникационник выйдет из строя. Контроллер сам Должен все обработать.

Re: Принцип обмена сообщениями
Маслов Дмитрий; 13.10.04

По поводу двойного контроля - не обязательно. В WinCC хотя и есть возможность контроля аналогового параметра по уставкам с выдачей сообщений, лучше это делать только в контроллере, а в WinCC считывать только биты-результаты контроля. На каждый аналоговый тег получается 4 бита: признаки нарушения нижней и верхней аварийной и предупредительной уставок, по каждому создаете тег (поле структуры), который будет являться тегом соответствующего сообщения (Message Tag). А контроллер выставляет эти биты, контролируя параметр по уставкам с учетом всех задержек, гистерезисов и прочей логики.


По поводу PCS7 и S7-400 - там используется другой механизм сообщений. Они передаются с помощью системной функции контроллера (ALARM_8P), метка времени фиксируется не станцией, а контроллером (более точно). А главное, конфигурирование сообщений сводится к тому, что в программе контроллера Вы задаете логику появления этого сообщения и текст, а в WinCC все создается автоматически.
См. http://www.wincc.ru