|
ZigBee контроллер vs модуль, Что выбрать для сети датчиков? |
|
|
|
Jun 27 2017, 22:02
|
Знающий
   
Группа: Свой
Сообщений: 995
Регистрация: 3-06-05
Пользователь №: 5 713

|
Для типичной задачи по созданию распределенной сети ZigBee датчиков и исполнительных механизмов предсказуемо встал вопрос выбора между применением в датчиках готовых модулей или разработкой собственного решения на контроллерах TI или NXP. На сервере используется JN5148-001-M04 и заменить его на какой-то получше нельзя. С целью снижения себестоимости датчиков, просматривался выбор CC2530. Но, поскольку прикладное ПО как для сервера, так и для датчиков мне делать самому, разбираться с библиотеками и тулчейнами разных вендоров не хотелось бы. Отсюда два вопроса к коллегам, кто применял ZigBee контроллеры и модули разных производителей. Во-первых, насколько обосновано стремление использовать в сети ключевые компоненты только одного вендора, в данном случае NXP (Jennic), или связка сервер на NXP - клиент на TI вполне допустима? Во-вторых, будет ли в выигрыш в разработке своего беспроводного модуля, например, на CC2530, если числе датчиков и исполнительных механизмов в сети не превысит 50...100 шт?
|
|
|
|
|
 |
Ответов
|
Aug 21 2017, 02:49
|
Профессионал
    
Группа: Свой
Сообщений: 1 351
Регистрация: 21-05-10
Пользователь №: 57 439

|
Цитата(HardJoker @ Jun 28 2017, 02:02)  Для типичной задачи по созданию распределенной сети ZigBee датчиков и исполнительных механизмов предсказуемо встал вопрос выбора между применением в датчиках готовых модулей или разработкой собственного решения на контроллерах TI или NXP. На сервере используется JN5148-001-M04 и заменить его на какой-то получше нельзя. С целью снижения себестоимости датчиков, просматривался выбор CC2530. Но, поскольку прикладное ПО как для сервера, так и для датчиков мне делать самому, разбираться с библиотеками и тулчейнами разных вендоров не хотелось бы. Отсюда два вопроса к коллегам, кто применял ZigBee контроллеры и модули разных производителей. Во-первых, насколько обосновано стремление использовать в сети ключевые компоненты только одного вендора, в данном случае NXP (Jennic), или связка сервер на NXP - клиент на TI вполне допустима? Во-вторых, будет ли в выигрыш в разработке своего беспроводного модуля, например, на CC2530, если числе датчиков и исполнительных механизмов в сети не превысит 50...100 шт? Если вы будете использовать контроллеры, то перед вами встанет задача использования довольно непростого софта. Вот как это происходило в Freescale до того как их купило NXP. Потом я с этим не сталкивался и не знаю как происходит сейчас. Думаю так же. Вы ставите бесплатный пакет от Freescale , который вам сгенерирует сверхзаумно (чтобы вы сами легко не смогли использовать. Его легче самому написать чем разбираться как они все зашифровали) написаный код устройства, выбранного вами посредством множества конфигурационных параметров. Генерировать без компилятора от IAR за 5-10 тысяч долларов оно откажется. Для того, чтобы всети разработку вам надо стартовые 5-10 тысяч долларов. Если есть деньги, то для разработчика этот путь самый простой. Это для большой серии рациональнее Для средней серии возможно модули полегче будет поднять. Если вам достаточно того, что делают модули, то вам можно воспользоваться модулями, хотя это менее гибко, но легче (дешевле) начать разработку. Если вы хотите использовать свой код для зигби и не привязываться ни к кому то можно попробовать Zboss например. Про Zboss ничего не могу сказать. Только начал изучать.
|
|
|
|
|
Aug 21 2017, 19:52
|
Знающий
   
Группа: Свой
Сообщений: 995
Регистрация: 3-06-05
Пользователь №: 5 713

|
Цитата(Tarbal @ Aug 21 2017, 05:49)  Для средней серии возможно модули полегче будет поднять. Если вам достаточно того, что делают модули, то вам можно воспользоваться модулями, хотя это менее гибко, но легче (дешевле) начать разработку. Функционала модулей должно быть достаточно. Управление реле, измерение U,I в статике (аналоговые датчики). На ваш взгляд, кто из производителей предлагает наиболее сбалансированные с точки зрения функционала/параметров и освоения/поддержки модули? Цитата(Tarbal @ Aug 21 2017, 05:49)  Если вы хотите использовать свой код для зигби и не привязываться ни к кому то можно попробовать Zboss например. Про Zboss ничего не могу сказать. Только начал изучать. Очень любопытно, но как выше отмечено, оправдано для больших серий. На текущем этапе важнее запуск проекта при минимальных затратах. Цитата(jcxz @ Aug 21 2017, 18:00)  Мы использовали CC2480 (потом переродившийся в CC2530). Ни с какими другими ZigBee-модулями по эфиру он дружить не хотел. Максимум что получалось - войти в одну сеть, но передача данных между ними - никак. Что-то подобное о частичной совместимости продукции разных вендоров было ожидаемо. CC2530 по цене и параметрам мне очень подходит, но как заметил Tarbal, затраты на разработку модуля существенны. К сожалению, подходящих модулей на CC2530 не нашел. Видел, например, http://www.sysmc.ru/solutions/wireless_mod...modems/modules/ - отказался, не предусмотрен uFl connector.
|
|
|
|
|
Aug 22 2017, 12:44
|
Гуру
     
Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713

|
Цитата(HardJoker @ Aug 21 2017, 22:52)  Что-то подобное о частичной совместимости продукции разных вендоров было ожидаемо. CC2530 по цене и параметрам мне очень подходит, но как заметил Tarbal, затраты на разработку модуля существенны. К сожалению, подходящих модулей на CC2530 не нашел. Видел, например, http://www.sysmc.ru/solutions/wireless_mod...modems/modules/ - отказался, не предусмотрен uFl connector. Мы паяли свои, с печатной антенной и усилителем CC2591. У CC2530 есть огромный минус: вся собственно работа с RF скрыта в бинарной библиотеке (оч. приличного размера). На си там только интерфейсная да сервисная часть. А в этих бинарных библиотеках кроме несовместимости ещё и много багов. Сборка делается с помощью огромной кучи дефайнов (много десятков) очень мутно и путанно описанных или неописанных вовсе. Самому эти дефайны как надо выставить практически нереально, можно рассчитывать только на готовые пресэты.
|
|
|
|
|
Aug 22 2017, 20:54
|
Гуру
     
Группа: Свой
Сообщений: 5 228
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713

|
Цитата(HardJoker @ Aug 22 2017, 21:42)  А поддержка от техаса или их форум - эффективны? Не особо. Помнится когда мы ещё только начинали с ZigBee (много лет назад) на СС2480, то нарвались на целое стадо багов в его работе. На какие-то из них сумели приладить костыли, какие-то обошли ограничив используемый функционал. Но что-то победить не смогли и жить без этого никак. Тогда обратились в поддержку. Прошли путь от "инженеров по использованию" вначале в РФ, потом в европейском центре (где в восточной европе, уже не помню точно где), дошли до какого-то важного немецкого дядьки по направлению поддержки, который нам много раз звонил. Потом, когда они наконец-то убедились, что проблема в их закрытом софте, то переслали описание уже разработчикам. Потом долго ждали ответа оттуда (месяца 2). Потом пришло короткое письмо, содержания примерно: "да, это так. и это - да. А эта проблема нам известна, но в данном чипе исправить невозможно так как OTP. Но на подходе новый чип (CC2530) где это можно будет легко исправить перепрошивкой". Дождались нового чипа и.... вот они!, уже почти родные баги  PS: Хотя поддержка у них хорошая, внимательная - тут вообще всё отлично. Вот только проблема так и не решилась...  Вообще когда их представители как-то приезжали к нам в контору, они очень удивились что мы вообще запустили более-менее стабильную работу на CC2480. Сказали: "Из всех кто у нас покупал и использовал у себя в проектах CC2480 в РФ, ни у кого больше не получилось нормально заставить её работать". В результате - CC2480 сняли с производства, с заменой на CC2530  На форуме я получал хорошие советы по назначению различных дефайнов из исходников стека для CC2530. Так как в документации описание этих дефайнов или отсутствовало вовсе или очень куцее. Так что форум - весьма полезен был.
|
|
|
|
Сообщений в этой теме
HardJoker ZigBee контроллер vs модуль Jun 27 2017, 22:02       HardJoker Цитата(jcxz @ Aug 24 2017, 10:31) Честно ... Aug 24 2017, 22:14        AlexandrY Цитата(HardJoker @ Aug 25 2017, 01:14) Со... Aug 25 2017, 09:12         HardJoker Цитата(AlexandrY @ Aug 25 2017, 12:12) Чт... Aug 25 2017, 17:25          Dog Pawlowa Цитата(HardJoker @ Aug 25 2017, 20:25) Я ... Aug 27 2017, 19:30           HardJoker Цитата(Dog Pawlowa @ Aug 27 2017, 22:30) ... Aug 28 2017, 16:19 jcxz Цитата(HardJoker @ Jun 28 2017, 01:02) От... Aug 21 2017, 15:00 Rash Есть ещё ZigBee от Atmel. Стек закрыт. Но вроде ка... Aug 23 2017, 06:05 jcxz Цитата(Rash @ Aug 23 2017, 09:05) Есть ещ... Aug 23 2017, 08:32 Rash Цитата(jcxz @ Aug 23 2017, 11:32) Я вроде... Aug 24 2017, 08:18 jcxz Цитата(Rash @ Aug 24 2017, 11:18) В исход... Aug 25 2017, 07:48 Rash Цитата(jcxz @ Aug 25 2017, 10:48) У нас б... Aug 26 2017, 08:16 jcxz Цитата(Rash @ Aug 26 2017, 11:16) Интерес... Aug 26 2017, 20:04 tkr ЦитатаВо-первых, насколько обосновано стремление и... Sep 6 2017, 04:12 HardJoker Цитата(tkr @ Sep 6 2017, 07:12) Если совм... Sep 6 2017, 16:03 vladec Если под Вашу задачу подойдет Longest Range Blueto... Sep 7 2017, 08:07 HardJoker Цитата(vladec @ Sep 7 2017, 11:07) Если п... Sep 7 2017, 19:34 oljarus Цитата(vladec @ Sep 7 2017, 09:07) Если п... Sep 8 2017, 11:15 tkr Модули MGM12P появятся уже на складе в сентябре. А... Sep 7 2017, 08:09
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0
|
|
|