Помогите Wi-Fi связью на IM 151-3 PN standart

[Just_Shurik]

День добрый.
На данный момент имеем проблемы с Wi-Fi передачей на 2.4Ггц.Используются беспроводной модуль IWLAN Access point(6GK5788-1SR00-2AA6), который соединяет CPU 315-2PN/DP(6ES7315-2EH13-0AB0) через SWITCH SCALANCE X108(6GK005-0BA00-1AA3) и 4 беспроводных IWLAN W747 SCALANCE(6GK5747-1SR00-2AA6) с IM151 (ET200S 6ES7151-3AA20-0AB0). На форуме читал , что ушли от проблемы путем замены частоты 5.1ГГц так же используя SCALANCE, но другой модели с поддержкой другой частоты. В моём случае нет возможности приобрести новые. Поэтому провожу эксперимент с использованием бюджетных вариантов. Вместо Ассess point использую TP-Link Archer C7(AC1750) , а для клиентов Archer C2 (AC750).

Знаю, что в такой (изначальной , родной) сети обеспечивается поддержка обмена данными в реальном масштабе времени(Real time) и использование тактовой синхронизации. Но всё же возможно кто-то делал такой эксперимент?
С какими проблемами сталкивались?

На данном этапе все устройства с CPU315 и Archer C7 всё пингуется и работает, но при прохождении беспроводной части сам IM151 (в моем понимании, из-за отсутсвия свойств от CPU ) просто не понимает , да и не поймет , что к нему кто-то пытается достучаться. При просмотре в Primary setap tool не знаю кто из устройст подставляет(видит) для Archer c2 ай-пи такой же как и в IM151. Тем самым исключает сам IM151.

[megavolt86]

Смотрите настройки dhcp в роутере, может ip адрес вашего им не входит в диапазон активных адресов.

Screenshot_2017-08-02-06-55-59-1250462249.png

Далее по подключенным устройствам определите мак-адреса,

Screenshot_2017-08-02-06-56-23-0517985573.png

если вы их не знаете и присваиваете им статичные ip-aдреса

Screenshot_2017-08-02-06-56-33-2026470268.png

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

[Just_Shurik]

Уточню схему работы:
Есть CPU 315-2PN/DP(6ES7315-2EH13-0AB0) - главный модуль управления периферийными устройствами и сбором информации с них, который подключен через SWITCH SCALANCE X108(6GK005-0BA00-1AA3) (но пробовал и без этого SWITCH) с "центральной" точкой доступа TP-Link Archer C7(AC1750) - соединения по UTP 5e CAT.
К "центральной" точке доступа по Wi-Fi 5.1ГГц подключены 4 шт. точки доступа Archer C2 (AC750), в которые по UTP 5e CAT подключены более "глупые" Интерфейсные модули управления IM151 (ET200S 6ES7151-3AA20-0AB0).
Все адреса у центральной и просто у точек доступа статические.
Точки доступа находятся в режиме Bridge и полностью пропускают весь трафик. (пингуется всё и во все стороны).
Загвоздка в том, что общение между всем процессорами(CPU и IM151) происходит, используя только MAC адреса. И при проверке (специальным ПО) главный модуль управления находит "глупые" Интерфейсные модули, но подставляет им MAC адреса точек доступа! (точки не в режиме router!) и как следствие не может с ними связаться.
Эксперимент: если из цепочки убрать Wi-Fi и всё соединить кабелем UTP 5e CAT через "центральную" точку доступа TP-Link Archer C7(AC1750) (он 4 портовый) - всё видится и вся схема начинает работать правильно!
Вопрос: Как заставить центральный процессор видеть MAC-адреса именно "глупых" интерфейсных модулей, а не точек доступа при работе по Wi-Fi?

[ASUTP_PLC]

Из того что вы написали, по WiFi у вас идет маршрутизация IP пакетов, а не на физическом уровне соединение.
Значит в режиме обмена между модулями необходимо перейти на обмен через IP пакеты. Тогда эта проблема уйдет.
А у сименса одна из фишек это то что соединение идет на физическом уровне. И даже софт ловит модули на физическом уровне
PCTTools.
Раньше подозревал что такие могут быть грабли. Хорошо что такие конфигурации не делал...
WiFi не только у Сименса так делает, так делают практически все модули когда идет переход WLAN<->LAN.
Физический уровень меняется. И МАС адреса отлетают на этом уровне... И если связь на UDP пакетах
точно также все полетит в тартары. Делал комбинированный опрос, на других контроллерах.
Сбор информации был через UDP с кучи контроллеров на одном свитче.
А связь с другим контроллером уже была на IP пакетах. Ее пересылкой как раз WiFi занимался.