Обработка ошибки связи по Profibus между ПЛК (CPU VIPA 313-6CF03)и ПЧ (Altivar 61)

Сообщение **GRAN_PLC** » 29 янв 2023, 17:45

День добрый.
Нужна помощь в предотвращении перехода ПЛК в режим ошибки при нарушении связи с ПЧ по Profibus.
Имеется CPU VIPA 313-6CF03 (аналог Siemens 6AG1 313-6CF03-2AB0) он управляет по Profibus ПЧ Altivar 61. При обрыве связи (отключен ПЧ или др.) ПЛК впадает в ошибку. По информации из интернет создал дополнительно два организационных блока OB82 и OB86 (они пустые у меня), но проблему с переходом в ПЛК в состояние ошибки это не решило.

При обрыве связи ошибка в любом случае должна появляться.

Организационными блоками можно предотвратить уход контроллера в STOP и сделать обработку ошибки, тем самым, например, изменив логику выполнения программы.

Сделайте скрин диагностического буфера, что происходит при обрыве связи и какая причина отправляет ПЛК в STOP (если проблема в этом). Может быть надо добавить OB121/OB122 - при обрыве связи же может возникать какое-нибудь деление на ноль из-за неполученных значений и т.п.

Сообщение **GRAN_PLC** » 29 янв 2023, 19:42

Parliament74 писал(а): ↑29 янв 2023, 17:55 Сделайте скрин диагностического буфера, что происходит при обрыве связи и какая причина отправляет ПЛК в STOP (если проблема в этом). Может быть надо добавить OB121/OB122 - при обрыве связи же может возникать какое-нибудь деление на ноль из-за неполученных значений и т.п.

Блоки OB121 и OB122 добавил, но ПЛК все равно в ошибке.
Прилагаю скрин диагностического буфера.

TIA_screen2.jpg

Первая запись в буфере показывает переход в STOP.
Там подробности какие-нибудь есть?

SFB20 нигде не вызывается?

Если выпилить ПЧ из проекта, контроллер в RUN нормально переходит?

В сетевых соединениях кроме ПЧ ещë что-то есть?

Сообщение **GRAN_PLC** » 29 янв 2023, 23:15

Parliament74 писал(а): ↑29 янв 2023, 21:27 SFB20 нигде не вызывается?

Если выпилить ПЧ из проекта, контроллер в RUN нормально переходит?

В сетевых соединениях кроме ПЧ ещë что-то есть?

1. SFB20 - не вызывается
2. Если удалить соединение по profibus с ПЧ и загрузить новую hardware-конфигурацию в ПЛК ошибка пропадает.
3. Есть соединение по TCP/IP с HMI, но это вряд ли оно влияет на ошибку.

Отправлено спустя 15 минут 29 секунд:
HMI-станцию из проекта удалил.
Из OB1 удалил все что связано с обращением к ПЧ.
Ошибка ПЛК осталась (пропадает только после загрузки в ПЛК конфигурации без ПЧ)

Parliament74 писал(а): ↑29 янв 2023, 21:27 Первая запись в буфере показывает переход в STOP.
Там подробности какие-нибудь есть?

Вот еще пара скринов.

TIA_screen4.jpg

TIA_screen3.jpg

GRAN_PLC писал(а): ↑29 янв 2023, 23:30 2. Если удалить соединение по profibus с ПЧ и загрузить новую hardware-конфигурацию в ПЛК ошибка пропадает.

Я спрашивал о другом: ПЛК в режиме RUN остаëтся? То, что ошибка пропадает, это и так понятно, но ошибка не должна вызывать переход ПЛК в STOP.

Вообще, такие переходы в STOP (Internal) без указания причины могут означать что угодно - вплоть до проблемы совместимости между конкретной версией TIA, конкретной версией Firmware ПЛК и конкретной конфигурации аппаратной части с соответствующими GSD-файлами...
Попробуйте оставшиеся OB обработки ошибок загрузить: OB80, 82, 85, 86, 87.

У меня несколько систем было с 300-ми контроллерами и ПЧ ATV61/71 с Profibus, не было проблем с уходом ПЛК в STOP при потере связи, единственное - программирование велось из классического STEP7.

Как вариант - попробуйте в классическом STEP7 конфигурацию собрать и посмотреть, взлетит или нет.

Сообщение **GRAN_PLC** » 30 янв 2023, 23:06

Parliament74 писал(а): ↑30 янв 2023, 08:58 Я спрашивал о другом: ПЛК в режиме RUN остаëтся? То, что ошибка пропадает, это и так понятно, но ошибка не должна вызывать переход ПЛК в STOP.

Спасибо, вы задали очень правильный вопрос. Только сейчас обратил внимание, что ПЛК остается в режиме RUN и продолжает обрабатывать команды в OB1 и др. (у меня было ошибочное мнение что ошибки это эквивалентно остановке программы).

Parliament74 писал(а): ↑30 янв 2023, 08:58 Попробуйте оставшиеся OB обработки ошибок загрузить: OB80, 82, 85, 86, 87.

Загрузил все что можно: OB80, 82, 85, 86, 87, 121, 122. Но ошибка не пропала.

Parliament74 писал(а): ↑30 янв 2023, 08:58 У меня несколько систем было с 300-ми контроллерами и ПЧ ATV61/71 с Profibus, не было проблем с уходом ПЛК в STOP при потере связи,

Буду очень благодарен если бы вы дали ссылку или совет с фрагментом кода - как обработать ошибку потери связи.

Parliament74, спасибо вам большое за советы.

GRAN_PLC писал(а): ↑30 янв 2023, 23:06 ПЛК остается в режиме RUN и продолжает обрабатывать команды в OB1 и др. (у меня было ошибочное мнение что ошибки это эквивалентно остановке программы).

Да, при наличии загруженных в ПЛК необходимых OB обработки ошибок так и должно быть.

GRAN_PLC писал(а): ↑30 янв 2023, 23:06 Но ошибка не пропала.

И не пропадëт, пока ПЛК не увидит сконфигурированное в HW устройство, а также пока будут ошибки записи/чтения по адресу этого устройства. Так задумано создателями.

GRAN_PLC писал(а): ↑30 янв 2023, 23:06 Буду очень благодарен если бы вы дали ссылку или совет с фрагментом кода - как обработать ошибку потери связи.

Смотрите, какие OB обработки ошибок вызываются при потере связи, на них нажимайте F1 и в подсказке написано будет, какую диагностику они позволяют проводить. В каждом OB есть внутренние переменные, которые в случае потери связи позволяют как минимум вывести сообщение о неисправности с адресом устройства. А дальше уже на что хватит фантазии, например можно при наличии каких-то ошибок прекращать вызов каких-то функций или подменять какие-то значения...