SysSockRecv не работает

[Scream]

Логика в программе такая, если дескриптор = 0, то создаем новый сокет и работаем с ним. - неверная логика.

Если сокеты кончились - то всё. Закрывайте сокеты.

еперь в ручную присваиваю ему 0,

Я просто поражён. Перефразируя - и тут я ему вскрываю грудину, меняю сердце - но пациент чего-то умер.
Но помню, один пациент (160) выжил. Почему ваши пациенты такие хлипкие!?

Да, вполне возможно неверная.
Я надеялся на таймаут, на плк 160 работает, а на плк 150 нет. Я не понимаю ваших пациентов, они с одной фабрики, код один, а поведение разное, ПОЧЕМУ?
Тем не менее это не решает мою проблему, сокет 1 всегда, ОТ плк всё хорошо, К плк по настроению.

Да, присваиваю 0, чтобы в ручную создать НОВОЕ подключение, вникните, это тестирование сокета и проверка как оно работает, поражаться тут нечему.

Покажите код который я смогу загрузить в плк 150\100\160 где плк клиент, он может принимать данные и это проработает пару суток, я сниму шляпу.

[capzap]

Да, вполне возможно неверная.
Я надеялся на таймаут, на плк 160 работает, а на плк 150 нет. Я не понимаю ваших пациентов, они с одной фабрики, код один, а поведение разное, ПОЧЕМУ?
Тем не менее это не решает мою проблему, сокет 1 всегда, ОТ плк всё хорошо, К плк по настроению.

Да, присваиваю 0, чтобы в ручную создать НОВОЕ подключение, вникните, это тестирование сокета и проверка как оно работает, поражаться тут нечему.

я использовал 160-ые, там всё должно было быть тоже самое, после 15 не закрытых сокетов, больше связи не будет. Либо какая нибудь эксперементальная прошивка у Вас была, либо в системных задачах при каждом пуске запускалась функция закрытия сокета

[Scream]

я использовал 160-ые, там всё должно было быть тоже самое, после 15 не закрытых сокетов, больше связи не будет. Либо какая нибудь эксперементальная прошивка у Вас была, либо в системных задачах при каждом пуске запускалась функция закрытия сокета

Прошивка с сайта. Я понимаю что за собой надо убирать, хотя должно само всё закрыться по таймауту, но нет проблем отследить и вызвать одну функцию закрытия, это мелочи.

[Scream]

Владислав, вы читали о том, что творится когда в конфигураторе есть tcp подключение и создавать с первого цикла свой сокет?
Можете как нибудь прокомментировать?

[capzap]

Прошивка с сайта. Я понимаю что за собой надо убирать, хотя должно само всё закрыться по таймауту, но нет проблем отследить и вызвать одну функцию закрытия, это мелочи.

да небыло никогда такого чтоб само всё закрывалось

[Scream]

да небыло никогда такого чтоб само всё закрывалось

Я описал как работает, создал новое (активное) дескриптор = 3, жду, создаю новое, дескриптор = 2 и так по кругу сколько душе угодно (первый занят конфигуратором), сам ничего не закрываю, отсюда я сделал вывод что оно работает.

[Филоненко Владислав]

Да, вполне возможно неверная.
Я надеялся на таймаут, на плк 160 работает, а на плк 150 нет. Я не понимаю ваших пациентов, они с одной фабрики, код один, а поведение разное, ПОЧЕМУ?
Тем не менее это не решает мою проблему, сокет 1 всегда, ОТ плк всё хорошо, К плк по настроению.

Да, присваиваю 0, чтобы в ручную создать НОВОЕ подключение, вникните, это тестирование сокета и проверка как оно работает, поражаться тут нечему.

Покажите код который я смогу загрузить в плк 150\100\160 где плк клиент, он может принимать данные и это проработает пару суток, я сниму шляпу.

Ну начнём с того, что 0-й сокет - это сокет CoDeSys - а вы его как-то используете. Как это работает - а х.з.
Во вторых, без закрытия сокетов они кончаются. Внезапно.
В третьих, коли нет закрытия - то нет и контроля коннекта, т.е. правильно: нет обмена/ошибка - закрываем и открываем заново. Этого не происходит, от сюда странное поведение.
Ну ни наконец, почему же работает у Вас на 160-м. А кто его знает, какие ещё ошибки есть в коде. Иногда минус на минус дают плюс.
Работать как описано, не должно!

[Филоненко Владислав]

Владислав, вы читали о том, что творится когда в конфигураторе есть tcp подключение и создавать с первого цикла свой сокет?
Можете как нибудь прокомментировать?

Трудно это комментировать, т.к. вообще не понятно как это работает. Есть стандарты работы с сокетами, у нас в ПЛК1хх есть некоторые особенности, но в целом всё как в обычных сокетах. Нельзя обращаться к чужому сокету, менять его хендл и делать прочие ужасные вещи

[Scream]

Ну начнём с того, что 0-й сокет - это сокет CoDeSys - а вы его как-то используете. Как это работает - а х.з.
Во вторых, без закрытия сокетов они кончаются. Внезапно.
В третьих, коли нет закрытия - то нет и контроля коннекта, т.е. правильно: нет обмена/ошибка - закрываем и открываем заново. Этого не происходит, от сюда странное поведение.
Ну ни наконец, почему же работает у Вас на 160-м. А кто его знает, какие ещё ошибки есть в коде. Иногда минус на минус дают плюс.
Работать как описано, не должно!

Вы меня не поняли, 0й никак не пользую.
Про создание\закрытие сокета можно забыть, не в этом суть.

Вы скажите мне прямо, SysSockRecv для Вас работает на 100% при продолжительном коннекте в пару суток на плк 100\150\160?

[Scream]

Трудно это комментировать, т.к. вообще не понятно как это работает. Есть стандарты работы с сокетами, у нас в ПЛК1хх есть некоторые особенности, но в целом всё как в обычных сокетах. Нельзя обращаться к чужому сокету, менять его хендл и делать прочие ужасные вещи

Да, стандарты есть, эти некоторые особенности надо собрать в кучу, это давно пора сделать.

Хендл назначается САМ!
Еще один вопрос.
Если в конфигураторе есть tcp и самому через библиотеки работать с сокетами есть какие нибудь особенности на плк 100\150\160?
Мешает ли конфигуратор работать со своим сокетом созданным через библиотеки?

Дайте мне однозначный ответ, я вам поверю на слово и буду разбираться дальше.
Если причина проблемы у меня, буду благодарен за тыканье носом в ошибку, если проблема на вашей стороне, давайте как то обходить её и предупреждать народ.