Russian Users MikroTik | Форум пользователей MikroTik

nvr писал(а): ↑10 май 2021, 22:13 В общем, вернул я старый роутер на место, Микротик подключил к нему по кабелю в режиме АР. DHCP на старом, вообще всё на старом, Микротик это теперь только WIFi с NAT.

Так и что поменялось? ESP32 подключается к WIFi Микротика как прежде? Только адресса выдает старый роутер? Значит сам WIFi Микротика ни при чём. Но зачем NAT, если он в режиме АР ?
Возможно, старый роутер постоянно проверяет пингом наличие подкюченних устройств и не позволяет "засыпать". Но это только мои догадки. И кто знает, что там в библиотеке WIFi на ESP32.

mafijs писал(а): ↑11 май 2021, 08:06

nvr писал(а): ↑10 май 2021, 22:13 В общем, вернул я старый роутер на место, Микротик подключил к нему по кабелю в режиме АР. DHCP на старом, вообще всё на старом, Микротик это теперь только WIFi с NAT.

Так и что поменялось? ESP32 подключается к WIFi Микротика как прежде? Только адресса выдает старый роутер? Значит сам WIFi Микротика ни при чём. Но зачем NAT, если он в режиме АР ?
Возможно, старый роутер постоянно проверяет пингом наличие подкюченних устройств и не позволяет "засыпать". Но это только мои догадки. И кто знает, что там в библиотеке WIFi на ESP32.

Нет, ESP подключаются к беспроводной сети старого "Зухеля" по 2,4 ГГц, а управление идёт со смартфонов/ноутбука, которые подключены через WiFi Микротика по 5 ГГц, далее он передаёт трафик на зухель.
Вот результат, всё сразу в порядке.


Если подцепить ESP через Микротик, даже если тот работает как точка доступа, проблема остаётся. Можно подумать, что это фаерволл на Микротике, но я его выключал, и ситуация не менялась.
Насчёт NAT — ошибся, игнорируйте.

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

Ну теперь понятно как подключено.
Так - теперь такое - у меня ESP32 IP получает с DHCP, и привязаны статикой MAC в Leases .
НО - их нет в ARP таблице, пока не начинаю их пинговать, успешный пинг только тогда, когда они в ARP таблице.
Может у кого есть какя-нибудь мысль на счёт этого?

edit:
ping именно с Mikrotik. Если с компа или с сервера , в ARP таблице так и не появляется. Мистика.

nvr писал(а): ↑10 май 2021, 22:13 В общем, вернул я старый роутер на место, Микротик подключил к нему по кабелю в режиме АР. DHCP на старом, вообще всё на старом, Микротик это теперь только WIFi с NAT. ....
..Что за дурь происходит, если использовать его как основной роутер, чёрт его знает.

Поясните интернет куда приходит? То пишите что NAT на микротике, то что он не основной
В качестве эксперимента попробуйте два варианта
1. Микротик роутер ядро сети, зухель только точка доступа ВиФИ
2. Зухель ядро сети, микротик только точка доступа ВиФи

Нужно разделить слона на кусочки. Определится где именно проблема в настройках ЛАН сети или в ВиФИ.
Покажите таблицу регистрации ВиФИ, когда микротик точка доступа.

PS фаервол и NAT не работают внутри локальной сети, они только для соединений наружу.

Ради экспермента поставил
bridge iface ARP -> local-proxy-arp , было просто - enable
Записи в ARP появились и ping на ESP32 с компа откликается сразу.
Почему так, не знаю что с этого меняется.

mafijs писал(а): ↑12 май 2021, 08:19 Почему так, не знаю что с этого меняется.

https://wiki.mikrotik.com/wiki/Manual:I ... _Proxy_Arp

Так что не удивительно. Роутер в этом случае "вклинивается" в общение двух клиентов, которые иначе бы общались напрямую.
С чем видимо какие-то проблемы у ESP - может быть она у себя таблицу arp слишком быстро очищает, или что-то ещё.

Как бы непонятно, что мешало воспользоваться гуглом.

Из первой ссылки по поиску "esp32 arp problems":
https://github.com/espressif/arduino-esp32/issues/2396

By default, the esp32 runs in power save mode, where it lets the router queue up requests and only sends periodic beacon signals. To turn it off, you can do WiFi.setSleep(false);. I don't know if that will fix this, but it might.

Ну потому что у меня эта проблема не критична, я даже не знал о ней. Как писал - все данные получаю с InfluxDB, а не напрямую с ESP32.
Просто стало интересно после прочтения проблемы у ТС.

mafijs писал(а): ↑12 май 2021, 11:32 Просто стало интересно после прочтения проблемы у ТС.

Сорри, я не уточнил: про гугл - это все-таки камень в огород топикстартеру.
Уже давно вроде поняли, что проблема в arp, и как то странно не полезть и не почитать про arp у самого проблемного устройства.

Это немножко не то. Там речь о WiFi.setSleep(false); это ничего не даст.
Если wifi ESP32 отправить в sleep, и не будет инициализации wifi со стороны самого ESP32, (типа он сам по таймеру пробудится для отправки данных на сервер/базу, то с нaружи уже никак не подключится через wifi k ESP32. Отправит данные и снова в sleep.