Выбор протокола Опции

[drozel]

Поставим цель:
Есть N равнозначных устройств: никаких выделенных координаторов и т.д. Все эти устройства каким-то образом настраиваются: указывается некий SSID, прогружаются одним ключем, настраиваютсян а один канал - не суть. Все имеют уникальный MAC.
Любое из устройств может показать список МАКов, которые он видит в пределах действия сети (идеально, если бы каждый при этом расширял область действия сети, выступая репитером (хопом)). Любому доступному MAC в радиусе действия можно послать пакет и получить ответ.
Пропускная способность - не критична, команды короткие.

Теперь ближе к реализации:
Есть CC2538.

Вопросы:
Помогите с выбором стека/протокола.
ZigBee позволяет строить mesh, но вся дока, которую я видел, говорит о том, что должен быть отдельный координатор (не подходит).
В принципе, рассмотрю возможность написание своего стека, но пока не вырисовывается картина.
Надеюсь, поможете

[drozel]

А почему без координатора сеть превращается в анархию? Я этот момент не совсем понимаю

[mantech]

А почему без координатора сеть превращается в анархию? Я этот момент не совсем понимаю

Проанализируйте в уме работу нескольких устройств в сети, каким образом им выходить на связь, если нет синхронизации с главным устройством? Только слушать эфир и, в отсутствии чьей-либо несущей, выдавать свой пакет в надежде, что адресат его услышит. Это работает идеально, если устройств 2, макс. 5. Но если их десятки или сотни, и время выхода в эфир каждый выбирает сам, то что получится в канале связи? Правильно - бардак! Чтобы этого бардака не было, нужен главный контроллер, который либо опрашивает остальные и те ему сообщают, что есть данные для передачи или нет, либо раздает тайм-слоты, в которых каждое устройство может общаться с главным или другим устройством. Вот примерная картина...

[AlexandrY]

Проанализируйте в уме работу нескольких устройств в сети, каким образом им выходить на связь, если нет синхронизации с главным устройством? Только слушать эфир и, в отсутствии чьей-либо несущей, выдавать свой пакет в надежде, что адресат его услышит.

Да так и работает ZigBee и Bluetooth и куча других беспроводных сетей.
Координатор нужен совсем не для синхронизации.

Координатор нужен для настройки правил маршрутизации.
Вот флуд маршрутизации это самая большая опасность в радиосетях, когда все что-то куда-то хотят передать, и ретранслируют всё всем без разбора.

[alx125]

Да так и работает ZigBee и Bluetooth и куча других беспроводных сетей.
Координатор нужен совсем не для синхронизации.

За ZigBee и кучу других беспроводных сетей не скажу, но у Bluetooth есть "координатор", он называется Master.
Все BT устройства в пикосети строятся вокруг Master.
Остальные являются Slave
Даже когда только два BT устройства коммутируют - один из них Master, другой Slave
По сути, Master - это "дирижер" синхронизации в пикосети! Без него никуда!

Ряд BT чипов могут в процессе работы менять свою роль Master<->Slave. Но не все!

При отсутствии критических требований к быстродействию одноранговую сеть P2P на BT можно имитировать - отключаясь-подключаясь между устройствами.
Особенно когда маршрут и адреса известны!

Например, мобильный мессенджер FireChat что-то такое и делает. https://ru.wikipedia.org/wiki/FireChat

Стандарт BLE предоставляет всякие дополнительные возможности для этого - Broadcast, быстрое соединение, .. (все сразу и не вспомню)
Но BLE не может организовывать скаттернет (связь с др. пиконетами).