Не устойчивое соединение с ПЛК110-60.Р-М v2

Я пытаюсь подключаться к контроллеру по Ethernet с системы Скада. Долго не мог понять в чем пролема, много настраивал. Оказалось что с правильными настроками подключение происходит не постоянно. Из 5 попыток только одна подключается к контроллеру. Другие выдает сообщение что связь с котролером не установлена.

Я по TeamViewer общался с разработчиком скада. Он проверял все что мог. Он сказал что скорей всего причина в контроллере. Вот что выдает Wireshark если соединение успешное.

http://www.owen.ru/forum/attachment....1&d=1481549999

А вот что при не успешном соединении

http://www.owen.ru/forum/attachment....1&d=1481550023

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

Здравствуйте, какая версия прошивки у контроллера? Посмотреть можно командой PLCInfo в ПЛК-браузере.

PLCInfo
PLC model MODEL PLC 110-60
Binary VERSION 0.3.52
Need Target version >= 3.07
Compiled: 15:03:27 Mar 22 2016
STM32 binary version 114
MAC 6A:77:00:FF:EF:59
IP 192.168.1.120
GATE 10.0.6.1
MASK 255.255.255.0

Вам необходимо прошить ПЛК на актуальную версию 0.3.64
Взять можно здесь: http://www.owen.ru/catalog/codesys_v2/73292499
Инструкция по смене прошивки прилагается

PLCInfo
PLC model MODEL PLC 110-60
Binary VERSION 0.3.64
Need Target version >= 3.10
Compiled: 11:15:40 Nov 8 2016
STM32 binary version 114
MAC 6A:77:00:FF:EF:59
IP 192.168.1.120
GATE 10.0.6.1
MASK 255.255.255.0

Вот новые данные.

Но ни чего не изменилось. Первое подключение было успешно. Потом через 3 раза потом через 5. Я не уверен что это вообще проблема контроллера, может это всетаки скада система. Но как я понял по логам видно что как то не так отвечает контроллер.

Я могу устроить сессию c TeamViewer если есть желание.

В конечном итоге все работает. Через 5 раз но соединение утанавливается и потом вроде устойчиво работает. Но если проблема в контроллере было бы не плохо ее устранить. Но это на ваше желание. Я смогу с этим жить.

Судя по всему, разработчики SCADA думают, что на ПЛК много открытых портов 502 (а он там 1 на каждый slave).
Поэтому они не закрывают текущую сессию и пытаются открыть новую. Через некоторое время сессия всё-же разрывается и тогда можно подключится.

Вот что мне написал разработчик скады.

Цитата:

---

Библиотека которую я использую при разрыве (disconnect) закрывает TCP socket и все. Что там еще надо чтобы они закрыли порт со своей стороны (со стороны контроллера) не ясно. Возможно там есть возможность выставить тайминг закрытие порта или создать несколько слейв устройств с одним и тем же адресом. Потому что непонятно как ты собираешься реализовать подключение нескольких устройств к одному контроллеру.

---

Что ему сказать?

Возможно что при закрытии сокета у вас стоит какая-то задержка перед произведение полного отключения?

Цитата:

---

Сообщение от Serhioromano

Вот что мне написал разработчик скады.



Что ему сказать?

Возможно что при закрытии сокета у вас стоит какая-то задержка перед произведение полного отключения?

---

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

ну какие 12 мс? Таймауты конечно не по 2 часа как в винде, но десяток секунд есть.

Судя по логу SCADA сначала работает по порту 51479 (пакет 22)
Затем, ХЗ почему, не закрывая соединение, начинает новые сессии по другим исходящим портам всё к тому же, ещё не освобождённому порту 502.
ПЛК всё еще надеется на взаимность с портом 51479, и отвергает всяких проходимцев.
А к нему продолжают стучатся посторонние соединения с портов 51504, 51505 и т.д. (пакеты 242, 278 и т.д.)
И только спустя 7 секунд уже ПЛК инициирует закрытие сессии.



Вероятно "закрывают соединение не так как надо"

P.S. на 1 slave можно навесить и несколько TCP сокетов и все на 502 порт. Но это "зарывание головы в песок", а не корректная работа SCADA.
Пригласите разработчика SCADA к нам в тему.

51479 это ответный порт на запрос по 502 порту,посмотрите кто у него слейв,а кто мастер
а по 12мс это я в реальности видел когда mqtt протокол делал, пришлось пригласить каждые 10мс чтоб раза небывало между брокером и подписчиком, которые работают по событиям