Ячеистые сети с настройкой master/slave

Представьте, что есть большое физическое открытое пространство с сотнями IoT-устройств. Все они взаимосвязаны друг с другом через ячеистую сеть (adhoc wifi), и каждое устройство имеет свои собственные данные. Поскольку это большое пространство, маршрутизатор/точка доступа Wi-Fi может достигать только 10% из 100 узлов, то есть 10 узлов. Эти 10 узлов считаются основными главными узлами, а остальные — ведомыми. Рабы могли иметь своих собственных рабов, также известных как Второстепенные Мастера. Итак, иерархия похожа на любую типичную организацию. У каждого есть мастер, и только 10% мастер-узлов имеют доступ к Интернету.

Цель состоит в том, чтобы собрать данные со всех узлов и отправить их в центральную базу данных, которая может быть размещена на AWS или любых других облачных сервисах. Это будет означать, что каждый ведомый должен передавать свои данные своему ведущему и, в конечном итоге, 10 ведущим мастерам, которые могут отправить их в облако.

Поддерживает ли ячеистая сеть повторную передачу данных или есть ли какое-либо программное обеспечение ячеистой сети с открытым исходным кодом, которое я могу использовать для чего-то подобного?


cloud iot mesh-network
person ed1t    schedule 21.07.2017    source источник
comment
У меня сложилось впечатление, что ячеистая сеть выполняет свою работу сама по себе. каждое устройство обнаруживает соседнее устройство и пытается определить маршрут для доступа к вещам. Большая проблема с вашим вариантом использования: обнаружение маршрута. Чем больше устройств, тем большую пропускную способность занимает обнаружение маршрута. У вас может быть перегрузка сети только из-за этого.   -  person wargre    schedule 11.08.2017

Ответы (1)


arrow_upward
2
arrow_downward

Обычно с этим справляется сетевой стек ячеистой сети. Примером ячеистой сети является Zigbee. Его спецификация описывает три типа устройств:

Источник: Википедия Zigbee

Устройства Zigbee бывают трех видов:

Zigbee Coordinator (ZC): самое мощное устройство, координатор образует корень сетевого дерева и может соединяться с другими сетями. В каждой сети есть ровно один координатор zigbee, так как это устройство изначально запустило сеть (спецификация zigbee LightLink также позволяет работать без координатора zigbee, что делает его более удобным для использования в готовых домашних продуктах). Он хранит информацию о сети, в том числе выступает в качестве центра управления безопасностью и хранилища ключей безопасности.[32][33]

Маршрутизатор Zigbee (ZR): Помимо выполнения функции приложения, маршрутизатор может выступать в качестве промежуточного маршрутизатора, передавая данные от других устройств.

Конечное устройство Zigbee (ZED): содержит достаточно функций для связи с родительским узлом (координатором или маршрутизатором); он не может передавать данные с других устройств. Эта взаимосвязь позволяет узлу находиться в спящем режиме значительную часть времени, тем самым продлевая срок службы батареи. ZED требует наименьшего объема памяти и, следовательно, может быть дешевле в производстве, чем ZR или ZC.

В вашей ситуации у вас будет несколько конечных устройств Zigbee, десять маршрутизаторов Zigbee и один координатор Zigbee, подключенный к Интернету.

Страница Википедии отмечает эту реализацию Zigbee с открытым исходным кодом: http://zboss.dsr-wireless.com/

person Brent    schedule 11.08.2017