ESP8266_wifiAP - максимум 4 клиента?

[doexec]

Всем привет, где-то давно вычитал, что к ESP8266 в режиме AP можно подключить только 4 клиента одновременно и как раз в это ограничение, вероятно, я упёрся.

Подскажите, так ли это и можно как-то обойти ограничение?

P.S. я делаю беспроводную систему индикации для викторины и надо сделать 5 клиентов-пультов.

 

[Сергей_Ф]

Esp-now не подойдёт?

 

[doexec]

Esp-now не подойдёт?

Почитаю, спасибо.
Нужна, по сути, незамедлительная реакция от сервера на нажатия кнопок на клиентах. Сначала делал на общей сети WiFi, но потом прикинул, что серверный ESP в роли Точки Доступа будет по всем параметрам правильнее и автономно.

 

[pvvx]

Почитаю, спасибо.
Нужна, по сути, незамедлительная реакция от сервера на нажатия кнопок на клиентах. Сначала делал на общей сети WiFi, но потом прикинул, что серверный ESP в роли Точки Доступа будет по всем параметрам правильнее и автономно.

Оптимум для таких вариантов ВLE, а не для WiFi.

 

[aloika]

Оптимум для таких вариантов ВLE, а не для WiFi.

С интересом слежу за "раскапыванием" вами темы BLE. Правильно ли я понимаю - получается, что у варианта с Wi-Fi (ESP, RTL) есть преимущество, что есть веб-интерфейс. А с BLE - нужно писать программы отдельно для андроида, отдельно для айфона, отдельно для десктопной винды. Ну или делать какой-то шлюз от BLE до WEB (но тогда зачем BLE). Или ждать, пока вы разовьете тему с китайскими часами, чтобы из них можно было делать "модули с интерфейсом". Или интегрировать свое устройство с BLE, но без интерфейса, в какую-то готовую инфраструктуру, у которой уже есть какой-то интерфейс.
Как-то этот момент я не уловил, разъясните, пожалуйста, если можно.

 

[pvvx]

С интересом слежу за "раскапыванием" вами темы BLE. Правильно ли я понимаю - получается, что у варианта с Wi-Fi (ESP, RTL) есть преимущество, что есть веб-интерфейс. А с BLE - нужно писать программы отдельно для андроида, отдельно для айфона, отдельно для десктопной винды. Ну или делать какой-то шлюз от BLE до WEB (но тогда зачем BLE). Или ждать, пока вы разовьете тему с китайскими часами, чтобы из них можно было делать "модули с интерфейсом". Или интегрировать свое устройство с BLE, но без интерфейса, в какую-то готовую инфраструктуру, у которой уже есть какой-то интерфейс.
Как-то этот момент я не уловил, разъясните, пожалуйста, если можно.

WEB интерфейс есть не у всех устройств, тем более он требует подключения телефона к WiFi AP в виде роутера или напрямую с телефона с набивкой вручную IP, что не всегда удобно.
Для создания приложений на телефоне для связи с BLE устройствами существует множество пакетов. Есть и online - самый простой 'app inventor'.
Устройств BLE может быть подключено к мобильнику множество, чего не может быть достигнуто при подключении по WiFi к AP ESP.
BLE могут работать и как маяки - нет нужды "подключаться", просто считываете передаваемые ими данные.
О потреблении и разговор не стоит. BLE погодная станция работает от CR2032 год.
Ну а в данной теме вопрос и стоит о множестве одновременно подключенных устройствах...

 

[pvvx]

Если смотреть тематику и какие проекты обсуждались и обсуждаются на данном форуме, то 99% не требуют или вообще нет WEB интерфейса. Зачем он датчику передающему раз в несколько секунд пару байт? Для этого и сделан BLE.

 

[pvvx]

тему с китайскими часами, чтобы из них можно было делать "модули с интерфейсом"

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

 

[nikolz]

Всем привет, где-то давно вычитал, что к ESP8266 в режиме AP можно подключить только 4 клиента одновременно и как раз в это ограничение, вероятно, я упёрся.

Подскажите, так ли это и можно как-то обойти ограничение?

P.S. я делаю беспроводную систему индикации для викторины и надо сделать 5 клиентов-пультов.

используйте UDP

 

[pvvx]

используйте UDP

Как UDP исправит кол-во одновременно подключенных станций к AP ESP или любого роутера WiFi?

 

[CodeNameHawk]

Если передача только от пульта к есп, то попробуйте поставить дополнительную промежуточную есп в режиме STA+AP.

 

[pvvx]

Если уж так нужны десятки WiFi облучателей в доме, то проще взять готовый мини-роутер на али вставляемый в розетку. Они стоят много меньше чем ESP8266 + БП.

 

[pvvx]

делать какой-то шлюз от BLE до WEB (но тогда зачем BLE).

По поводу WEB на BLE нашел хоть какое-то описание по русски -> Начинаем разработку с Web Bluetooth и Progressive Web Apps

 

[CodeNameHawk]

Я бы тоже использовал роутер, хоть он и стоит немного дороже, чем есп + бп (~ 1$ + 1$).

 

[nikolz]

Как UDP исправит кол-во одновременно подключенных станций к AP ESP или любого роутера WiFi?

ESP8266 не умеет одновременно работать даже с двумя станциями так как имеет лишь один приемник и передатчик
которые всегда работают по одному и тому же каналу, который выбирается при подключении.
Поэтому и две и четыре станции работают последовательно.
Поэтому вариант такой:
Так как при UDP нет надобности устанавливать соединение,
то станция работает так:
подключился, запомнил параметры, передал, отключился.
на следующий раз подключение делаем без поиска по запомненным параметрам.
теоретически так можно работать с любым числом станций.
практически не делал
так как устраивает и ESP-NOW

 

[pvvx]

подключился, запомнил параметры, передал, отключился.
на следующий раз подключение делаем без поиска по запомненным параметрам.

Время подключения/отключения долгое. Для кнопок не годится.
И что будет если весь десяток захочет подключиться в один момент?
Из сего видно, что протокол без разницы. Хоть TCP, хоть HTTPS и другая экзотика....
У BLE возможно оповещение об приеме, что исключает потери.

 

[nikolz]

Время подключения/отключения долгое. Для кнопок не годится.
И что будет если весь десяток захочет подключиться в один момент?
Из сего видно, что протокол без разницы. Хоть TCP, хоть HTTPS и другая экзотика....
У BLE возможно оповещение об приеме, что исключает потери.

Тоже что и если четыре или даже два захотят соединится в один момент
Относительно протоколов очень важно
TCP - надо хранить соединение за время всего сеанса А сеанс может быть и час Передача кучи пакетов
UDP сеанс милисекунды. Передача блока и усе
Чувствуете разницу?

 

[pvvx]

Тоже что и если четыре или даже два захотят соединится в один момент
Относительно протоколов очень важно
TCP - надо хранить соединение за время всего сеанса А сеанс может быть и час Передача кучи пакетов
UDP сеанс милисекунды. Передача блока и усе
Чувствуете разницу?

Не чувствую. Для UDP без потерь надо много писать и очень много времени на проверки и тесты - зачем реализовывать то, что уже есть и отлажено на TCP. Нет никакого смысла.
И очень смешно - вас кто-то держит или доит при открытом TCP соединении на год?
И где же решение вопроса - более N соединений с AP c помощью UDP?

 

[pvvx]

@nikolz - уже давно понятно от чего вы постоянно и везде твердите о UDP.
Т.к. не смогли осилить TCP и прочие протоколы, а так-же ни один ESP не вписывается в нормы стандартов связи по TCP из-за урезанного до безобразия стека TCP, качества связи и стабильности работы самих глюко-чипов от Espressif. На нормальный TCP стек y них критически не хватает RAM. Продать EPS Espressif то некуда, никаким производителям товаров такое не нужно. Espressif и окучивают только DIY сегмент.

Но на сегодня уже всё – песенка WiFi для DIY, IoT, ‘вумный дом’ спета и полностью вытеснена (заменена) на BLE. WiFi переполз на нормальные чипы/платформы с Гигабайтами RAM.

 

[nikolz]

@nikolz - уже давно понятно от чего вы постоянно и везде твердите о UDP.
Т.к. не смогли осилить TCP и прочие протоколы, а так-же ни один ESP не вписывается в нормы стандартов связи по TCP из-за урезанного до безобразия стека TCP, качества связи и стабильности работы самих глюко-чипов от Espressif. На нормальный TCP стек y них критически не хватает RAM. Продать EPS Espressif то некуда, никаким производителям товаров такое не нужно. Espressif и окучивают только DIY сегмент.

Но на сегодня уже всё – песенка WiFi для DIY, IoT, ‘вумный дом’ спета и полностью вытеснена (заменена) на BLE. WiFi переполз на нормальные чипы/платформы с Гигабайтами RAM.

Увы Вы так и застряли в 90-х.
UDP уже давно используется именно в системах высокоскоростной передачи и особенно в биг датах.
но вам это не понять.
поэтому продолжайте заниматься телепатией.