MB_CLIENT ошибка 80C8

Сообщение **pk87** » 09 сен 2019, 16:16

Доброго времени суток. Использую блок MB_CLIENT для подключения ОВЕН ПЛК110-60 в качестве ведомого устройства к контроллеру S7 1200. Соединение успешно, передача данных работает исправно. При отключении связи с контролллером Овен блок MB_CLIENT возвращает ошибку 80C8. При включении конроллера ОВЕН соединение не восстанавливается, ошибка 80C8 остается. Сбрасывается ошибка на данный момент только при перезагрузке контроллера S7 1200 по питанию. Изменяла следующие параметры: Rcv_Timeout на 55с, но при отключении слейва на пару секунд, блок все равно уходит в ошибку; Retries на 1000 - также безрезультатно. Есть ли возможность программно восстанавливать работу блока при этой ошибке при восстановлении соединения? Кто-нибудь сталкивался с подобной проблемой?

По TCP-протоколу перед передачей данных осуществляется соединение (рукопожатие клиента с сервером), после которого они переходят в состояние ESTABLISHED. Когда выключаете ОВЕН, то он выходит из этого состояния, а S7-1200 "не знает" об этом. S7-1200 следовало бы в случае ошибки 80C8 переустановить соединение. Для этого есть вход DISCONNECT у MB_CLIENT. Установите DISCONNECT в 1, затем после изменения статуса сбросьте снова в 0 и после этого можно REQ=1.

Сообщение **pk87** » 10 сен 2019, 15:53

спасибо, попробую

Отправлено спустя 2 часа 16 минут 13 секунд:

Михайло писал(а): ↑09 сен 2019, 17:23 По TCP-протоколу перед передачей данных осуществляется соединение (рукопожатие клиента с сервером), после которого они переходят в состояние ESTABLISHED. Когда выключаете ОВЕН, то он выходит из этого состояния, а S7-1200 "не знает" об этом. S7-1200 следовало бы в случае ошибки 80C8 переустановить соединение. Для этого есть вход DISCONNECT у MB_CLIENT. Установите DISCONNECT в 1, затем после изменения статуса сбросьте снова в 0 и после этого можно REQ=1.

К сожалению, это не изменило ситуацию: статус меняется на 7000, но после сброса DISCONNECT в 0 и запуска REQ сразу же возвращается статус 80C8, попытки соединения нет.

Надо дисконнектом добиться статуса #0003, сбрасывайте при этом обязательно REQ. Затем поднимаете DISCONNECT и REQ - должен мигнуть статус #0001, если нет, то повторить процедуру.

Сообщение **pk87** » 11 сен 2019, 10:49

Михайло писал(а): ↑11 сен 2019, 05:24 Надо дисконнектом добиться статуса #0003, сбрасывайте при этом обязательно REQ. Затем поднимаете DISCONNECT и REQ - должен мигнуть статус #0001, если нет, то повторить процедуру.

Именно это я и делаю, пробовала выдерживать задержки, но статус переключается только между 80C8 и 7000.

Сколько соединений по TCP вообще создается в S7-1200? Кажется, Вы пытаетесь создать уже созданное соединение (неуникальный ID).

80C8 is also an error message of TCON. It means that the connection ID is already in use.

Отправлено спустя 9 минут 11 секунд:
Посмотрите все созданные TCP-соединения в онлайн где-то в online diagnostic - они там в реальном времени отображаются. Может чего интересного обнаружите.

Сообщение **pk87** » 13 сен 2019, 12:05

Михайло писал(а): ↑11 сен 2019, 17:22 Сколько соединений по TCP вообще создается в S7-1200? Кажется, Вы пытаетесь создать уже созданное соединение (неуникальный ID).

в проекте один клент и один сервер. после удаления сервера заработало исправно. теперь надо подругому настроить сервер?