SysSockRecv не работает

[Scream]

Добрый день.
Проблема с SysSockRecv.
Не то чтобы он совсем не работал, перестает работать через час, полтора.
код приёма такой, лишнее убрано

(* ### Чтение из сокета ### *)
IF(diSocket > 0)THEN
    diRxCount := SysSockRecv(diSocket, ADR(rxBuf[1]), 255, SOCKET_MSG_OOB);
       IF(diRxCount > 0)THEN
            diLastRxCount := diRxCount;
            (*тут у меня вызов ФБ*)
       END_IF
END_IF

Логика работы.
Плк считывает rfid метку и отправляет запрос на сервер для аутентификации карты.
Сервер - мой, написал на java, смотрит по базе кто это и отвечает плк, приведенный код как раз принимает данные от сервера.
Скептикам сразу говорю, я засомневался в себе и хотя в логах выводится после отправки массив я запустил wireshark и убедился что от плк и в плк пакеты идут.
Дальше по логике, если сервер не отвечает, то плк через секунду повторяет запрос, опять же всё вижу, байты приходят на сервер и уходит ответ каждый раз но diRxCount = -1.
В результате плк получает всёравно ответ, но через некоторое время (секунд 5 - 20).

Так как я всё это еще разрабатываю, то перезаписывать программу в плк приходится очень часто, вот и грешу на codesys.
Моё предположение что после N-го количества раз подключения из codesys SysSockRecv перестает корректно работать.
После заводского сброса (из codesys) всё работает как надо и молниеносно.

Еще мысли, ответ от сервера заранее неизвестен, но максимум 15 байт, считывать же я пытаюсь в каждом цикле плк 255 байт, по сути нет функции которая скажет сколько доступно для чтения поэтому так. Может тут что-то упустил?

[_Pavel_]

А какая модель ПЛК у Вас?

[capzap]

минВЦ чему равно, что показывает модуль статистики

[Scream]

А какая модель ПЛК у Вас?

ПЛК 160-24 У М.

минВЦ чему равно, что показывает модуль статистики

Там всё хорошо, мин.цикл 5мс, free 2730, CPU is overloaded не горит.
Изначально писал проект занято было меньше 1мс при мин. 5мс. проблема была.

[Scream]

Нет никаких предположений?
У всех всегда SysSockRecv работал хорошо?
У меня 2.14.0 есть ли смысл перепрошить на 2.15.8?

[Дмитрий Артюховский]

Лучшая прошивка, по моему мнению, 2.10.9. (хотя не знаю есть ли она для 160) А также сильно рекомендую использовать UDP.

[Scream]

Лучшая прошивка, по моему мнению, 2.10.9. (хотя не знаю есть ли она для 160) А также сильно рекомендую использовать UDP.

udp понизит удобство в моем случае, мне обязательно нужно сохранить данные или отправить, раз в 3 секунды ~15 байт.
в tcp я хоть количество отправленных вижу и если не отправлено складываю в буфер, отправится позже, а с udp еще подтверждение на всё надо будет лепить.
у меня фасовка, и каждая тара должна быть в базе.

С ethernet'ом у овена вроде и работает, и как бы толком не работает, и где эта грань что работает, а что нет и где найти ВСЕ нюансы спустя 8 лет никто так и не знает.

[capzap]

попробуйте 10мс поставить минВЦ

[Scream]

попробуйте 10мс поставить минВЦ

думаете всё таки цикл.
ну попробую, спасибо.

[Дмитрий Артюховский]

"Плк считывает rfid метку и отправляет запрос на сервер для аутентификации карты.
Сервер - мой, написал на java, смотрит по базе кто это и отвечает плк, приведенный код как раз принимает данные от сервера."

у вас все равно запрос-ответ, а за 3 секунды можно ну очень много повторных сеансов повести - если надо, но udp в одном сегменте весьма надежен и здорово меньше грузит плк... не представляю в чем разница считать отправленные по tcp либо udp.... или сервер настолько медленный?