ZigBee контроллер vs модуль, Что выбрать для сети датчиков? Опции

[HardJoker]

Для типичной задачи по созданию распределенной сети ZigBee датчиков и исполнительных механизмов предсказуемо встал вопрос выбора между применением в датчиках готовых модулей или разработкой собственного решения на контроллерах TI или NXP. На сервере используется JN5148-001-M04 и заменить его на какой-то получше нельзя. С целью снижения себестоимости датчиков, просматривался выбор CC2530. Но, поскольку прикладное ПО как для сервера, так и для датчиков мне делать самому, разбираться с библиотеками и тулчейнами разных вендоров не хотелось бы.
Отсюда два вопроса к коллегам, кто применял ZigBee контроллеры и модули разных производителей. Во-первых, насколько обосновано стремление использовать в сети ключевые компоненты только одного вендора, в данном случае NXP (Jennic), или связка сервер на NXP - клиент на TI вполне допустима? Во-вторых, будет ли в выигрыш в разработке своего беспроводного модуля, например, на CC2530, если числе датчиков и исполнительных механизмов в сети не превысит 50...100 шт?

[tkr]

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

Устройства ZigBee различных производителей могут быть совместимы между собой, только если они используют один и тот же профиль приложения верхнего уровня, например, Home Automation, ZigBee Lihgt Link или ZigBee 3.0. Устройства ZigBee могут вообще не использовать никакой стандартный профиль уровня приложения, а использовать только сетевой уровень ZigBee. Такие ZigBee-сети предоставляют пользователям преимущества саморганизации, самовосстановления, автоматической ретрансляции сообщений, но при этом не являются совместимыми с устройствами других производителей. В России мало кто заботился о совместимости своих устройств ZigBee и стандартные профили никто не использовал. Поэтому, думаю, что трудно будет использовать какой-то другой ZigBee-микроконтроллер со стеком другого производителя, не NXP.

Для того, чтобы всети разработку вам надо стартовые 5-10 тысяч долларов.

10 лет назад отладочный комплект ZigBee у Ember стоил порядка 3 тысяч долларов. Сейчас отладочный комплект на базе микросхем EFR32MG13 c полноценным стеком и профессиональными отладочными средствами
стоит порядка $560, а отладочный комплект на базе радиомодулей ETRX357 стоит еще меньше.

Что-то все производители практически выкинули предложение стека ZigBee для своих продуктов.

ZigBee, по-прежнему, целесообразно использовать для систем автоматизации зданий благодаря наличию библиотеки верхнего уровня ZigBee Cluster Library, которая призвана обеспечить совместимость устройств различных производителей. В настоящее время на базе ZigBee Cluster Library ZigBee-альянс разработывает спецификацию dotdot, как стандарт уровня приложения для устройств IOT, который должен будет обеспечить совместимость устройств не зависимо от того, какая технология связи используется на физическом уровне. Также технология ZigBee явилась основой для разработки стандарта Thread беспроводных малопотребляющих сетей с IP-адресацией узлов.
Если совместимость ни с кем не требуется и нужно быстро разработать малопотребляющую сеть датчиков, то, по-прежнему, доступны модули ETRX357. Они, кстати, подешевели с тех пор, как Silabs купил Telegesis.
К сожалению, автору вопроса они не пойдут из-за несовместимости с NXP. Просто хотелось внести ясность относительно ZigBee.

Автору вопроса ZigBee вообще может не подойти, если передавать данные нужно на 1,5 км без ретрансляции.
На 1,5 км из технологий, работающих в диапазоне 2,4 ГГц, сейчас есть Bluetooth 5.0 Новейшие микросхемы Silabs EFR32MG13 и EFR32BG13 являются мультипротокольными и поддерживают и ZigBee и Thread и Bluetooth 5.0 c дальностью до 1,5 км, и новейший, только опубликованный в июле стандарт Bluetooth Mesh.