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

[HardJoker]

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

[Rash]

У нас были на ZigBee в основном сети сбора данных АСКУЭ/АСТУЭ. С потоками данных отнюдь не байты в секунду. И обновление прошивок и скачивание журналов со счётчиков в десятки-сотни кБ - обычное дело там.
И передача данных происходила не только между одним устройством (центром сбора) и счётчиками, но и между разными счётчиками.
Все устройства были роутерами (+ координатор). EP не было.

К таким выводам пришлось прийти самому, потом они подтвердились в процессе переписки с представителем. Потоки данных это хорошо, но их можно предавать и час, и два, и сутки. От этого они не перестанут быть потоками данных. Интересна скорость с которой у Вас работали устройства в сети. Не думаю, что больше 2-5кбит/сек в общей сети.

[jcxz]

Интересна скорость с которой у Вас работали устройства в сети. Не думаю, что больше 2-5кбит/сек в общей сети.

При передаче прошивки от одного устройства к другому (прямая видимость, без ретрансляций) - около 1кбайта/сек и немного выше. Хотя всё очень сильно зависело от количества устройств в сети: это цифры для больших сетей - несколько десятков устройств, при очень малом количестве удавалось получить и намного бОльшие скорости.
Это информационная скорость - по полезным данным. Кроме них много передаётся служебной инфы: всякие обрамления, заголовки, подтверждения с удалённой стороны и т.п. Например - необходимость передачи подтверждений на каждый кадр сильно ограничивает общую скорость потока.