реклама на сайте
подробности

 
 
2 страниц V   1 2 >  
Reply to this topicStart new topic
> ZigBee контроллер vs модуль, Что выбрать для сети датчиков?
HardJoker
сообщение Jun 27 2017, 22:02
Сообщение #1


Знающий
****

Группа: Свой
Сообщений: 938
Регистрация: 3-06-05
Пользователь №: 5 713



Для типичной задачи по созданию распределенной сети ZigBee датчиков и исполнительных механизмов предсказуемо встал вопрос выбора между применением в датчиках готовых модулей или разработкой собственного решения на контроллерах TI или NXP. На сервере используется JN5148-001-M04 и заменить его на какой-то получше нельзя. С целью снижения себестоимости датчиков, просматривался выбор CC2530. Но, поскольку прикладное ПО как для сервера, так и для датчиков мне делать самому, разбираться с библиотеками и тулчейнами разных вендоров не хотелось бы.
Отсюда два вопроса к коллегам, кто применял ZigBee контроллеры и модули разных производителей. Во-первых, насколько обосновано стремление использовать в сети ключевые компоненты только одного вендора, в данном случае NXP (Jennic), или связка сервер на NXP - клиент на TI вполне допустима? Во-вторых, будет ли в выигрыш в разработке своего беспроводного модуля, например, на CC2530, если числе датчиков и исполнительных механизмов в сети не превысит 50...100 шт?
Go to the top of the page
 
+Quote Post
Tarbal
сообщение Aug 21 2017, 02:49
Сообщение #2


Профессионал
*****

Группа: Свой
Сообщений: 1 232
Регистрация: 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 ничего не могу сказать. Только начал изучать.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 21 2017, 15:00
Сообщение #3


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(HardJoker @ Jun 28 2017, 01:02) *
Отсюда два вопроса к коллегам, кто применял ZigBee контроллеры и модули разных производителей. Во-первых, насколько обосновано стремление использовать в сети ключевые компоненты только одного вендора, в данном случае NXP (Jennic), или связка сервер на NXP - клиент на TI вполне допустима?

Мы использовали CC2480 (потом переродившийся в CC2530). Ни с какими другими ZigBee-модулями по эфиру он дружить не хотел. Максимум что получалось - войти в одну сеть, но передача данных между ними - никак.
Go to the top of the page
 
+Quote Post
HardJoker
сообщение Aug 21 2017, 19:52
Сообщение #4


Знающий
****

Группа: Свой
Сообщений: 938
Регистрация: 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.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 22 2017, 12:44
Сообщение #5


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 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 скрыта в бинарной библиотеке (оч. приличного размера). На си там только интерфейсная да сервисная часть.
А в этих бинарных библиотеках кроме несовместимости ещё и много багов.
Сборка делается с помощью огромной кучи дефайнов (много десятков) очень мутно и путанно описанных или неописанных вовсе. Самому эти дефайны как надо выставить практически нереально, можно рассчитывать только на готовые пресэты.
Go to the top of the page
 
+Quote Post
HardJoker
сообщение Aug 22 2017, 18:42
Сообщение #6


Знающий
****

Группа: Свой
Сообщений: 938
Регистрация: 3-06-05
Пользователь №: 5 713



Цитата(jcxz @ Aug 22 2017, 15:44) *
Мы паяли свои, с печатной антенной и усилителем CC2591.
У CC2530 есть огромный минус: вся собственно работа с RF скрыта в бинарной библиотеке (оч. приличного размера). На си там только интерфейсная да сервисная часть.
А в этих бинарных библиотеках кроме несовместимости ещё и много багов.


А поддержка от техаса или их форум - эффективны?
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 22 2017, 20:54
Сообщение #7


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(HardJoker @ Aug 22 2017, 21:42) *
А поддержка от техаса или их форум - эффективны?

Не особо. Помнится когда мы ещё только начинали с ZigBee (много лет назад) на СС2480, то нарвались на целое стадо багов в его работе. На какие-то из них сумели приладить костыли, какие-то обошли ограничив используемый функционал. Но что-то победить не смогли и жить без этого никак.
Тогда обратились в поддержку. Прошли путь от "инженеров по использованию" вначале в РФ, потом в европейском центре (где в восточной европе, уже не помню точно где), дошли до какого-то важного немецкого дядьки по направлению поддержки, который нам много раз звонил. Потом, когда они наконец-то убедились, что проблема в их закрытом софте, то переслали описание уже разработчикам. Потом долго ждали ответа оттуда (месяца 2). Потом пришло короткое письмо, содержания примерно: "да, это так. и это - да. А эта проблема нам известна, но в данном чипе исправить невозможно так как OTP. Но на подходе новый чип (CC2530) где это можно будет легко исправить перепрошивкой".
Дождались нового чипа и.... вот они!, уже почти родные баги biggrin.gif

PS: Хотя поддержка у них хорошая, внимательная - тут вообще всё отлично. Вот только проблема так и не решилась... sad.gif
Вообще когда их представители как-то приезжали к нам в контору, они очень удивились что мы вообще запустили более-менее стабильную работу на CC2480. Сказали: "Из всех кто у нас покупал и использовал у себя в проектах CC2480 в РФ, ни у кого больше не получилось нормально заставить её работать". В результате - CC2480 сняли с производства, с заменой на CC2530 cool.gif

На форуме я получал хорошие советы по назначению различных дефайнов из исходников стека для CC2530. Так как в документации описание этих дефайнов или отсутствовало вовсе или очень куцее.
Так что форум - весьма полезен был.
Go to the top of the page
 
+Quote Post
Rash
сообщение Aug 23 2017, 06:05
Сообщение #8


Знающий
****

Группа: Свой
Сообщений: 594
Регистрация: 5-09-05
Пользователь №: 8 231



Есть ещё ZigBee от Atmel. Стек закрыт. Но вроде как работал, т.к. запускал его наверное ещё лет 6 назад. Сеть подымалась, данные передавались. Но на нужную мне задачу скорости не хватало, т.к. есть существенные затраты на поддержку сети и таймауты для передачи данных. Есть у них мене тяжеловесный стек LwMesh. Тоже запускал и тоже работает, но тоже не подошло в чистом виде для задачи. После этого, на базе изученного, был написан свой радиостек (к этому рано или поздно придёте) с поддержкой ретрансляции.
Доступ к регистрам приёмопередатчика и их описание, можно взять из разных rf стеков Atmel, кроме ZigBee. Платы все свои. Но можно купить и готовые модули. Поддержка есть русскоязычная и очень быстро отвечает.
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 23 2017, 08:32
Сообщение #9


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(Rash @ Aug 23 2017, 09:05) *
Есть ещё ZigBee от Atmel. Стек закрыт.

Я вроде года полтора назад находил открытый стек от Атмел. В исходниках.
Go to the top of the page
 
+Quote Post
HardJoker
сообщение Aug 23 2017, 20:53
Сообщение #10


Знающий
****

Группа: Свой
Сообщений: 938
Регистрация: 3-06-05
Пользователь №: 5 713



Цитата(jcxz @ Aug 22 2017, 23:54) *
PS: Хотя поддержка у них хорошая, внимательная - тут вообще всё отлично. Вот только проблема так и не решилась... sad.gif
Вообще когда их представители как-то приезжали к нам в контору, они очень удивились что мы вообще запустили более-менее стабильную работу на CC2480. Сказали: "Из всех кто у нас покупал и использовал у себя в проектах CC2480 в РФ, ни у кого больше не получилось нормально заставить её работать". В результате - CC2480 сняли с производства, с заменой на CC2530 cool.gif


Монетизировать свои наработки по стеку и CC2530 не пробовали?
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 24 2017, 07:31
Сообщение #11


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(HardJoker @ Aug 23 2017, 23:53) *
Монетизировать свои наработки по стеку и CC2530 не пробовали?

Честно говоря: после стольких злоключений с ним, больше даже и прикасаться не хочется....
Go to the top of the page
 
+Quote Post
Rash
сообщение Aug 24 2017, 08:18
Сообщение #12


Знающий
****

Группа: Свой
Сообщений: 594
Регистрация: 5-09-05
Пользователь №: 8 231



Цитата(jcxz @ Aug 23 2017, 11:32) *
Я вроде года полтора назад находил открытый стек от Атмел. В исходниках.

В исходниках есть стек LwMesh, это легковесная версия построения Mesh сети. ZigBee стек тот, что соответствует спецификации ZigBee, называется BitCloud, никогда в исходниках не был. Да и вряд ли будет. ZigBee подойдёт там где нужно раз в несколько секунд, передать пакетик данных, иначе эта сеть загнётся или будут потери пакетов. Минус ZigBee, что нужен ещё обязательно координатор. LwMesh гораздо лучше в этом плане плане, да и можно подкорректировать при необходимости. Эволюция собственных девайсов была BitCloud -> LwMesh -> Свой стек и драйвер приёмопередатчика.
Go to the top of the page
 
+Quote Post
HardJoker
сообщение Aug 24 2017, 22:14
Сообщение #13


Знающий
****

Группа: Свой
Сообщений: 938
Регистрация: 3-06-05
Пользователь №: 5 713



Цитата(jcxz @ Aug 24 2017, 10:31) *
Честно говоря: после стольких злоключений с ним, больше даже и прикасаться не хочется....

Сочувствую, но тогда на чьи контроллеры или модули, на ваш взгляд, лучше сориентироваться?
Go to the top of the page
 
+Quote Post
jcxz
сообщение Aug 25 2017, 07:48
Сообщение #14


Гуру
******

Группа: Свой
Сообщений: 3 646
Регистрация: 3-07-08
Из: Омск
Пользователь №: 38 713



Цитата(Rash @ Aug 24 2017, 11:18) *
В исходниках есть стек LwMesh, это легковесная версия построения Mesh сети.

Да, это был он.

Цитата(Rash @ Aug 24 2017, 11:18) *
ZigBee подойдёт там где нужно раз в несколько секунд, передать пакетик данных, иначе эта сеть загнётся или будут потери пакетов.

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

Цитата(HardJoker @ Aug 25 2017, 01:14) *
Сочувствую, но тогда на чьи контроллеры или модули, на ваш взгляд, лучше сориентироваться?

Не могу подсказать. Мы на CC2480 сели лет 10 назад, тогда вариантов было немного - выбрали его. А потом когда уже написали тучу кода (с костылями всеми), то слишком сложно было на что-то другое перелезть. Тем более то, что было оно как-то более-менее работало (при определённых ограничениях). Да, рассматривали в процессе всего этого дела другие решения, но так и не решились перейти на что-то другое (так как совсем не было уверенности, что провозившись с их изучением, написанием ПО, испытаниями кучу времени, не наткнёмся и там на баги).
В принципе можно и CC2530, но надо сразу быть готовым к реализации некоторых костылей biggrin.gif
Go to the top of the page
 
+Quote Post
AlexandrY
сообщение Aug 25 2017, 09:12
Сообщение #15


Mentor
******

Группа: Модераторы
Сообщений: 5 253
Регистрация: 19-01-05
Пользователь №: 2 050



Цитата(HardJoker @ Aug 25 2017, 01:14) *
Сочувствую, но тогда на чьи контроллеры или модули, на ваш взгляд, лучше сориентироваться?

Что-то все производители практически выкинули предложение стека ZigBee для своих продуктов.
Intel в своей Zephyr OS специально для IoT не имеет ZigBee. Проект mbed без ZigBee. Только поддержка модулей осталась.
Смотрю Nordic, NXP для своих новейших nRF52840 и MKW41 не предлагают ZigBee. Перешли на Bluetooth Mesh.
Может и вам стоит.
Go to the top of the page
 
+Quote Post

2 страниц V   1 2 >
Reply to this topicStart new topic
2 чел. читают эту тему (гостей: 2, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 26th September 2017 - 09:09
Рейтинг@Mail.ru


Страница сгенерированна за 0.01488 секунд с 7
ELECTRONIX ©2004-2016