Вид для печати
Вложение 85511Вложение 85512Вложение 85513Вложение 85514
Взял я OWEN ПР225 с прошивкой v.1.9.1, пару OWEN МВ210-212 с прошивкой v.g1.2.0 и комп под Win7x64 с весьма полезной утилитой-сниффером "Акула Варя шаркает :-)" Wireshark Ver. 4.0.17. Соединил их всех через хаб Phoenix Contact FL HUB 8TX-ZF (чёрный кабель - к компу).
Вложение 85515Вложение 85516Вложение 85517Вложение 85518
Через OWEN Конфигуратор МВ-шке с MAC адресом E4:1E:0A:0A:4B:38 задал IP адрес 192.168.0.212, а второй, что с MAC E4:1E:0A:0A:4B:39 присвоил IP 192.168.0.213 соответственно.
В OWEN Logic этому ПР225 с MAC-адресом E4:1E:0A:09:06:EC присвоил IP-адрес 192.168.0.2 (под адресом 192.168.0.1 в этой сети сидит комп), накидал простейшую прогу для чтения из первой МВ-шки пары 16bit регистров c адресами 51 и 52 в одну 32bit переменную ПР225 и отображения её в десятичном виде на экране.
Залил прогу в ПР225, закрыл OWEN Logic (чтобы в сети лишними пакетами картинку не усложнял), выключил ПР, запустил "акулье шарканье :-)", включил ПР.
И что я таки вижу?
Эх, пришлось в цех сходить, а тут и рабочий день закончился. Завтра выложу скрины обмена.
Вложение 85523
Сначала идёт перекличка на протоколе ARP. В первом пакете ПР225 кричит так, чтобы слышали все (broadcast): "Всем!Всем!Всем!(MAC FF:FF:FF:FF:FF:FF)! Мой MAC E4:1E:0A:09:06:EC, мой IP 192.168.0.2! Чей IP 192.168.0.212? Ответь мне, назови свой MAC-адрес!". Во втором пакете первый МВ210-212 ему и отвечает: "Мой MAC E4:1E:0A:0A:4B:38, это мой IP адрес 192.168.0.212!". Всё, у кого в сети какие MAC и IP адреса разобрались. Хитрая Акула Варя заменила первую часть (код производителя) MAC-адреса (E4:1E:0A) на текст "Zavod№42".
Потом идёт установка соединения на протоколе TCP. В третьем пакете ПР225 (IP 192.168.0.2) предлагает (флаг SYN) первому МВ210-212 (IP 192.168.0.212) вступить в связь через TCP/IP. В четвёртом пакете МВ210-212 (IP 192.168.0.212) соглашается (флаг ACK) вступить в связь c ПР225 (IP 192.168.0.2) и спрашивает (флаг SYN) у ПР225, а хочет ли тот сам вступать в связь с ней. В пятом пакете ПР225 подтверждает (флаг ACK), что действительно хочет вступить в связь через TCP/IP с МВ-шкой.
И только с шестого пакета они начинают "вальсировать" ("раз-два-три, раз-два-три, раз-два-три") по три пакета (6-7-8, 9-10-11, 12-13-14) и так далее. В шестом пакете ПР225 (IP 192.168.0.2) через вложенный в "обёртку" протокола TCP/IP запрос на протоколе Modbus (6 байт полезной нагрузки) спрашивает МВ210-212 (IP 192.168.0.212): "Что там в регистрах 51 и 52?". В седьмом пакете МВ210-212 (IP 192.168.0.212) отвечает ПР-ке: "Вот четыре байта: старший байт регистра 51, младший байт регистра 51, старший байт регистра 52, младший байт регистра 52" (7 байт полезной нагрузки Modbus). И, наконец, в восьмом пакете ПР225 (IP 192.168.0.2) подтверждает (флаг ACK) приём предыдущего (седьмого) пакета от МВ210-212 (IP 192.168.0.212): "Принял!". Дальше история повторяется, по три пакета на каждый обмен.
Итого затраты на передачу ЧЕТЫРЁХ байт (два 16bit регистра): 5 пакетов х 60 байт = 300 байт на установку соединения, и по 66 + 67 + 60 = 193 байта на каждую передачу. При скорости 100 Мбит/с это весьма быстро.
Вложение 85525Вложение 85526
Далее я проверил связь со второй МВ-шкой (IP 192.168.0.213) - всё так же, как и с первой.
Вложение 85527Вложение 85528
Потом я добавил в прогу для ПР225 вторую МВ-шку вторым slave с чтением и отображением её регистров 51 и 52 аналогично первой МВ-шке. Снова залил прогу в ПР225, закрыл OWEN Logic, выключил ПР, запустил Wireshark, включил ПР. И вот тут начался анекдот про Колобка.
Вложение 85530
В первых пяти пакетах ПР225 установил TCP/IP соединение со второй МВ210-212 (IP 192.168.0.213). Почему он начал не с первой, не знаю. Далее, в 6 и 7 пакетах идут запрос и ответ, а в восьмом пакете ПР225 вместо выдачи подтверждения (флаг ACK, "Принял!") получения ответа, снова выдаёт запрос МВ-шке. Так они "вальсируют" (уже с подтверждениями) восемь раз, и вдруг в 34-м пакете ПР225 вместо выдачи очередного подтверждения внезапно вспоминает о первой МВ210-212 (IP 192.168.0.212), которая сразу же, в 35-м пакете, ему отзывается. В 36-м пакете ПР225 подтверждает (флаг ACK) приём 33-го пакета от второй МВ210-212 (IP 192.168.0.213) и заявляет о прекращении TCP/IP соединения с ней (флаг FIN, "Финиш!"). В 37-м пакете ПР225 уже хочет (флаг SYN) вступить в TCP/IP связь с первой МВ210-212 (IP 192.168.0.212), не дожидаясь "развода" со второй МВ210-212 (IP 192.168.0.213). Интересный момент: ПР увеличивает номер своего порта на единицу при каждом новом TCP/IP соединении (1461 > 1462 в данном случае), при этом порт назначения в slave, естественно, остаётся прежним, как я и указал в настройках (502 mbap - modbus application protocol). В 38-м пакете вторая МВ-шка подтверждает получение запроса на завершение соединения, и в 41-м пакете подтверждает "развод" с ПР225 (флаги FIN и ACK). А ПР-ка уже в 39-м, 40-м и 42-м пакетах устанавливает TCP/IP соединение с первой МВ-шкой, после чего они успевают совершить только один обмен полезной Modbus-информацией (пакеты 43 и 44), и ПР-ка в 45-м пакете уже требует "развода" с ней. В 46-м пакете ПР снова запрашивает (флаг SYN) соединение со второй МВ210-212 (IP 192.168.0.213), получая ответ с подтверждением от неё в 48-м, и подтверждая этот ответ в 49-м. В 47-м пакете первая МВ-ка подтверждает получение запроса на завершение соединения, и в 51-м пакете подтверждает "развод" с ПР225. Что и кому в 50-м пакете подтверждает ПР225, запуталась даже акула Варя :-)))
Вложение 85531Вложение 85532
И такая дребедень - целый день! Чехарда с установкой соединения, одним-единственным полезным обменом (два пакета), и последующим разрывом "отношений" с каждой из двух МВ-шек входит в цикл из 9 пакетов, общим объёмом (60 х 7) + 66 + 67 = 533 байт. Вот так вот, на то, чтобы гарантированно передать 4 байта (пара регистров), уходит чуть больше полкилобайта служебной информации. И это при двух slave в сети, а при 10 задержки будут заметны даже на 100 Мбит/с.
Вложение 85533Вложение 85534Вложение 85535
Попробовал я подключить вторую МВ-шку отдельным кабелем (жёлтым) напрямую к хабу (который я ошибочно называл коммутатором), минуя маршрутизатор (который оказался коммутатором) в первой МВ-шке - ничего не изменилось, так же сначала соединение со второй МВ-шкой, тот же цикл из девяти пакетов на опрос каждой МВ-шки, и та же смена номера порта ПР-ки при каждом новом соединении.
А где Вы маршрутизатор в МВ обнаружили? Его там отродясь не было. Да и не по чину, вообще-то.Цитата:
Сообщение от KotoVasya
Я тут пригляделся - а где Вы изернет-хаб отрыли? На блошином рынке прикупили или собственную кладовку хлама разграбили?