CP 343-1 Lean проверка связи

Сообщение **andy_18** » 20 ноя 2020, 11:58

Здравствуйте. Как проверить связь Ethernet (наличие /отсутствие) при использовании данного модуля перед отправкой данных?

Сообщение **stesl** » 20 ноя 2020, 12:22

А куда отправить? Если коммуникационному партнеру, то система сама вроде должна при обрыве связи ОВ запускать.

Сообщение **andy_18** » 20 ноя 2020, 12:28

на другом конце висит шлюз (свитч) какой-то а дальше компьютер. Данные отправляются на компьютер.

Отправлено спустя 2 минуты 24 секунды:
А какой ОВ запускается при потере связи ?

Сообщение **stesl** » 20 ноя 2020, 12:40

andy_18 писал(а): ↑20 ноя 2020, 12:31 А какой ОВ запускается при потере связи ?

Гугл - Описание ОВ Симатик. В уме не держу )
А Вы точно уверены, что инициатором запуска передачи является ПЛК? Может все таки ПК опрашивает? Там не WinCC случайно какой то стоит? )
Если же мой сарказм неуместен, то такие сообщения формируются системными блоками. И в случае ошибки коннекта, там обязательно будет RET_VAL отличное от ноля.

Сообщение **andy_18** » 20 ноя 2020, 13:50

Инициатор ПЛК, это точно. И это не WinCC.
Ошибка коннекта проверяется постоянно или только во время передачи данных ? В моей ситуации нельзя делать попытку отправки данных, если нет связи, иначе происходит сбой.

Сообщение **stesl** » 20 ноя 2020, 14:25

andy_18 писал(а): ↑20 ноя 2020, 13:50 Ошибка коннекта проверяется постоянно или только во время передачи данных ? В моей ситуации нельзя делать попытку отправки данных, если нет связи, иначе происходит сбой.

Нужно исследовать код. В моем предположении ошибка инициируется при попытке передачи. Рискну предположить, что раз штатные средства позволили сделать такой обмен, то найдутся пути и по предварительной проверке.
Я понимаю, что Вы хотели бы услышать здесь ответ. Но, судя по тому что в теме нас пока только двое - ситуация не совсем типичная и широко употребляемая. Начните с кода и поднимайте соответствующую литературу. Или подождите ответа кого то еще из коллег ;)

Сообщение **Roman_33** » 20 ноя 2020, 14:59

Мне кажется, что при передаче какая то квитанция от корреспондента должна приходить. С ней и работать. Т.е. посылаем сначала какой нибудь пилот-сигнал, квитанция пришла,посылаем данные.

Сообщение **andy_18** » 20 ноя 2020, 15:24

по поводу пилот-сигнала уже думал. Дело в том, что ответ в ПЛК приходит одним числом (1) (точнее передним фронтом), которое означает, что данные получены. Но если передать данные или пилот-сигнал во время отсутствия соединения, то во время ожидания утвердительного ответа (фронт 1) восстанавливается соединение и появляется ложные фронт-сигнал как будто получен утвердительный ответ, хотя данные вообще не дошли. Тем более в другом конце (со стороны компьютера) изменить алгоритм работы не возможно.

Сообщение **Roman_33** » 20 ноя 2020, 16:00

Как то анализировать интервал запрос-ответ.При отправке при разрыве и восстановлении связи он явно другой будет.

Сообщение **andy_18** » 20 ноя 2020, 16:59

Roman_33 писал(а): ↑20 ноя 2020, 16:00 Как то анализировать интервал запрос-ответ.При отправке при разрыве и восстановлении связи он явно другой будет.

не получится. Иногда, когда связь есть, ответ от сервера приходит с задержкой.

Сообщение **LexSL** » 22 ноя 2020, 17:26

Если используется CP343-1 c Ethernet и человек пишет про какой-то свой протокол, могу предположить что используются блоки Open Communication AG_SEND, AG_RECV.
Как уже сказали:

stesl писал(а): ↑20 ноя 2020, 14:25 Нужно исследовать код

есть функция AG_CTRL для диагностики TCP соединений. Но, опять же...надо знать как протокол реализован.