Александр.

Как я уже сказал, никакие модули напрямую от производителя доступа к прямо к чипу не дадут. Тут можно только полагаться на энтузиастов, у которых есть время на реверс-инжениринг. И в этом плане ESP8266 - это самое близкое.

ESP8266 имеет и память и МК.

Совсем одновременно - никакие, стандарт так не позволяет. Переключаться на лету - почти все. Но точка доступа во многих из них урезана и пригодна только для изначальной конфигурации.

Александр,
прошу извинить меня.
Спасибо.
А как вариант, на одной плате заиспользовать два модуля, один всегда как оконечное устройство, другое - точка доступа.
Логически считать такую платку как одним узлом в меш сети.

Если это меш, то никаких точек доступа и оконечных устройств не будет. В меш сетях все равны.

Точки доступа и оконечные устройства - это логические понятия уровнем выше, чем сетевой.

Александр, доведу мысль выше до конца.
Я хотел, чтобы модуль( 2*ESP8266 + внешний контроллер ) обеспечивали в абстракции, так сказать, абстрактный узел.
Может звучит как бред, но логическим уровнем выше(который и будет обеспечивать логику WMN), позволял бы такому абстрактному узлу быть и точкой доступа, и оконечным устройством.
Где-то прочитал, что у мотороллы есть решение WMN, которое использует два модуля wi-fi одновременно.
Я посмотрел доки на ESP8266, там вроде как бы и нет доступа к сетевому уровню...

Сообщение отредактировал wolker - Sep 26 2015, 20:57

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

Это маркетологи вольно используют понятие меш. То же самое сейчас происходит с Bluetooth - все кому не лень изобретают костыли и называют это "меш".

Еще раз. Официально производитель этого не поддерживает. Нужно не доки читать, а форумы энтузиастов. esp8266.com для начала. Ну и потом тратить время на эксперименты.

Если хочется чего-то собрать на готовых модулях, то нужно уточнять что-же все-таки нужно, так как настоящий меш не выйдет.

Нужно именно общение всех узлов вблизи между собой.

AP и так выполняет роль маршрутизатора для своих подсоединенных устройств. Так что общение всех в близи уже обеспечено.

Зачем тут меш?

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

В этом случае нужно разрабатывать свое и простого пути тут нет. Стандартные модули со стандартным ПО не пойдут.

т.е. в моем понимании узел должен выполнять роль и AP и ED в зависимости от условий кто есть вблизи.
Если нет никого, то узел становиться AP, новые устройства будут к нему подключаться. Если AP пропадает, эту роль берет на себя кто-то другой, кто ранее был ED


Развивать однозначно на L3 или выше?

Сообщение отредактировал wolker - Sep 26 2015, 21:51

И тут начинается проблема, так как связи между ними в этот момент нет, то они не могут договориться кто будет новой AP и все станут новой AP


Начинать с физического уровня. Так как в стандартном Wi-Fi AP посылает периодические синхро-кадры. Это все придется выключать, так как в случае нескольких ведущих устройств (а все они по сути будут ведущими) не ясно кто главнее.

EDIT: Ну то-есть только физический уровень и остается. Все остальное - переделывать.

Сообщение отредактировал ataradov - Sep 26 2015, 21:59

Да, тут неоднозначность. В тоже время, каждый AP видит другие AP.
т.е. если AP видит другой AP, он может стать ED.
Но и тут, проблема, если все AP одновременно решать стать ED
В таких случаях придется делать костыли, пока не совем понятно какие.
А к L3 прикручивать свой header для своей логики.
Дело в том, что я бы хотел иметь IP/TCP на будущее в такой сети,
в тоже время, через gw я могу свой L3 преобразовать к стандартному L3.
Это как бы все мысли...
Александр, вы не подскажите, когда в стандартном wi-fi 802.11 b/g/n/ есть AP и есть две ED, то в такой сети от одной ED к другой ED пакеты ходят через AP или напрямую между EDs?

Сообщение отредактировал wolker - Sep 26 2015, 22:20

Всегда через AP. ED сами по себе ничего не могут делать.

Спасибо.
Тогда уже сложнее.
Я почему-то считал, что если узлы в сети, то они напрямую пакеты получают.

Сообщение отредактировал wolker - Sep 26 2015, 22:31

Некое подобие mesh-сети можно изобразить на базе Wi-Fi, если использовать Ad-Hoc режим вместо режима с точкой доступа (AP), в этом случае все узлы сети равноправны и видят друг друга, если есть физический линк. Правда, зачастую реализации стеков накладывают ограничения на максимальное число одновременно подключенных устройств, но это решаемо...
Останется реализовать динамическую маршрутизацию уже на уровне IP на тот случай, когда между узлами нет прямого физического линка, и транслировать пакеты должен один из узлов. Нетривиальная, вообще говоря, задача.