Подтвердить что ты не робот

Сетевые сети с установкой ведущего/ведомого

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

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

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

4b9b3361

Ответ 1

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

Источник: Wikipedia Zigbee

Устройства Zigbee имеют три типа:

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

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

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

В вашей ситуации у вас будет несколько Zigbee End Devices, десять маршрутизаторов Zigbee и один интернет-координатор Zigbee.

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