Приветствую!
Собрал плату на основе EM2420.
Схему взял за основу как у Ember demo-board.
Не знаю как и чем прошивать чтобы проверить.
Кому это интересно, есть идеи, есть желание, советы и т.д. - пишите.
mega103@online.ru

разобрался чем и как прошивать ?

на efo.ru вроде дают исходники embrenet'a для avr и msp. если у них купить чего-нибудь.
если есть у кого киньте на ftp пожалуйста.

Может в Meshnetics.com что нибудь есть

Как-то дискуссия угасла. Всем, у кого имеются устройства на EM2420 в эфо предоставляют полный стек
ZigBee. Вот еще можно посмотреть страничку про ZigBee

EM2420 после появления EM250 уже не так интересен. Интересно было-бы пообщаться как раз про EM250. Например, попробовать триальную версию компилятора, которой почему-то нет (кстати, компилятор ведь GNU, т.е. его исходники должны отдаваться по первому требованию?). И заодно узнать, зачем надо было "закрывать" протокол SIF-интерфейса? Открыли хотя бы ту часть, которая отвечает за програмирование, чтобы можно было от обычного "LPT-шнурка" чипы программировать. Чип ведь очень удачный, а все выглядит так, как будто делается все чтобы не дать ему стать массовым.

Acex2,

Мы выложили на ftp дистрибутив компилятора для EM250 и стек для EM250. Вам на мыло отправлен пароль для входа на ftp. (Предоставляется всем желающим работать с EM250).
Без лицензии компилятор, конечно, работать не будет, но при установке этого пакета также устанавливается SIF-программатор для EM250, который не требует лицензии. К сожалению эта программка ориентирована на работу с фирменным программатором через шину Ethernet.
Однако, есть подозрение, что поработав с header-файлами, ее можно настроить на работу с LPT.
Если найдутся умельцы, которые смогут это сделать, то входной билет для работы с EM250 резко удешивится (Останется только приобрести лицензию на компилятор). Пакет со стеком содержит готовые примеры ZigBee приложений от Ember и там же можно взять файлики-прошивки с расширением xpv для проверки работы программатора.

tkr,

насколько я понял, Вы из Эфо. Может Вы курсе сколько стоит стек Figure8Wireless в объектных кодах и в исходниках?

Dr.NoA,

Какой стек от Figure8Wireless Вы имеете в виду? Если для Freescale, то мы не рекомендуем его сейчас покупать, т.к. после покупки этой компании фирмой ChipCon с последующим поглощением компанией Texas Instruments компания Freescale начала разрабатывать свой собсвенный стек, не надеясь на Figure8Wireless. Вот ждем, что у них получится.

А можно и мне получучить доступ к компилятору?

>>стек Figure8Wireless в объектных кодах

можно получить от MaxStreem. У них модемы зигби сделаны на фрискейле. И они недавно выложили объектные библиотеки для их модэмов. Тут на форуме проскакивала ссылка в теме про модэмы MaxStreem

Я в курсе этих дел Freescale.

А можно купить стек для Chipcon и под какой микроконтроллер? Как я понимаю, пока Texas продает старый chipcon'овский кит на AVR. Мне было бы интересно Chipcon+MSP430.

На самом деле вопрос следующий. Я не хочу покупать готовые модемы или модули ZigBee, а хочу делать свои устройства. Покупаю CC2420 и какой-нибудь MSP430 (например, F169 или F1611) и делаю из них радиомодуль, благо дело это не хитрое. Проблема заключается в софте. Реализовать стек ZigBee задача решаемая, но времени надо протать уйму. Какой стек с исходниками вы можете мне предложить для покупки? Какая стоимость, условия лицензии и т.п.? Если, например, я куплю какой-нибудь кит (от Ember или Texas) за 10000$, то получу исходники стека и разрешение на его использование в своих устройствах?

Спасибо.

Dr.NoA,

Если Вы хотите разработать свой модуль, так нет проблем. Покупаете EM2420 и используете микроконтроллер Atmega128L, берете у нас бесплатно пакет EmberZNet для EM2420, портированный на Atmega128L.

Описание пакета EmberZNet

Примером такого модуля является, например, платка, которая приведена в начале этой дискуссии.
Разработчик этой платы наглядно показал, что двухслойный радиомодуль работает не хуже четырех слойного, если при разводке использовать reference design от Ember. В настоящее время, кстати, эти платы RSZB прошли уже несколько итераций и выглядят более привлекательно.

Ну и тем более что EmberNet есть и для MSP.

А исходники можно купить? Кроме того, мне AVR неинтересен, нужен MSP430.



EmberNet или EmberZNet? Из EmberZNet App Dev Guide следует, что EmberZNet поддерживает только Atmega128L, Atmega64L и EM250.

Инженеры Emeber уже было портировали свой стек на MSP430, но теперь после того, как Texas Instruments прикупил ChipCon, они больше не поддерживают дальнейшее развитие стека для MSP430. :

Стек предоставляется в объектных кодах в виде бибилиотеки для пакета IAR for AVR. Приложение взаимодействеут со стеком при помощи набора API-функций, которые подробно описаны. Также пакет
EmberZNet содержит исходные коды нескольких демонстрационных проектов ZigBee, использующих библиотеки Ember.

Стек EMberNet - это уже устаревшее название. Теперь Ember предоставляет единый пакет EmberZNet, который содержит две библиотеки EmberZNet_tree и EmberZNet_mesh. Первая позволяет построить сеть с топологией дерево и сертифицирована альянсом ZigBee. Вторая позволяет строить ячеистые сети, которые являются более надежными и производительными. Эта вторая библиотека пока не сертифициорована, т.к. не вышла еще очередная спецификация ZigBee 1.1, которая будет поддерживать ячеистые сети.

Если Вам необходимы исходные коды стека с маршрутизацией и Вы готовы даже за них заплатить, то может быть Вам посмотреть на технологию Nanotron.
Свой стек PPS они предоставляют в исходных кодах за $4K.

Логика Ember в отношении MSP430 в общем-то понятна
Т.е. получается, что я могу сделать модуль на ATmega128L и EM2420, получить от Вас совершенно бесплатно объектные коды стека от Ember и официально продавать их в виде ZigBee-системы на этой базе? Ну еще вступить в ZigBee Alliance для пущей официальности. Так?


Насколько я понимаю, EmberNet и EmberZNet совершенно разные вещи, а не просто смена названия.
А вот по поводу многоячеистости по-подробнее. Получается, что текущая версия стандарта не поддерживает mesh-топологию? А как же многочисленные буклеты, презентации и прочие веселые картинки, в которых говорится, что ZigBee реализует топологию "кластерное дерево" и "многоячеистая сеть"? А на самом деле только дерево можно строить? Обман какой-то.


Ну Nanotron несколько специфическая технология, коих существует множество. Мне же нужно именно ZigBee, т.к. это стандартизованное решение.

Dr.NoA,
если ВЫ готовы заплатить, то может лучьше присмотреться к новым чипам Em250.
Это ещё вдобавок однокристальное решение.
Мало внешних компонентов, высокая выходная мощность и маленькое потребление. Просто сказка.

Ну я, конечно, готов заплатить, но осознанные деньги за действительно необходимые вещи.
Честно говоря, подробно не изучил спецификации на EM2420 и EM250, но на первый взляд особых преимуществ я не вижу.

Во-первых, энергопотребление нисколько не ниже. Для корректности сравниваем для выходной мощности 0 дБм. Для EM250 получаем 24.3+8.5=32.8 мА в режиме передачи 35.5 мА в режиме приема. Для EM2420 17.4 мА и 19.7 мА соответственно. Допустим у нас модуль состоит из EM2420 и MSP430, тогда добавляем еще 4 мА потребления MSP430 в активном режиме при 8 МГц. Итого, для решения на EM2420 имеем 21.4 мА и 23.7 мА, т.е. в 1,5 раза меньше.

Во-вторых, разницы между выходной мощностью 0 дБм и 5 дБм особой нет. Если мне нужно повысить дальность, то я просто пославлю внешний усилитель мощности.

В-третьих, давайте трезво смотреть на необходимость таких малых габаритов. Конечно, приятно когда платка маленькая и аккуратная, то платка из EM2420 и MSP430 (или AVR) будет по размеру меньше чем пара батареек AAA. Так что особого выйгрыша от малых габаритов EM250 не будет. Хотя согласен с Вами, что это плюс.

Ну а теперь опять про деньги. При всем моем уважении к Ember, мне как-то не хочется вкладывать деньги в какие-то непонятные средства разработки, которые они сами придумывают и мне больше нигде не пригодятся. Если завтра они выпустять новый чип, который будет несовместим с предыдущим, то мне опять платить деньги?

Так что для меня идеальный вариант - иметь исходный код стека, который бы я мог сам портировать на ту или иную платформу микроконтроллера, а также переделывать взаимодействие с физическим уровнем, чтобы иметь возможность работать с разными приемопередатчиками.

Закладываться на стек в виде объектных кодов мне как-то боязно, т.к. можно оказаться в ситуации Freescale.

Вроде ещё микрочип раздаёт исходники зигби для сс2420.
Может стоит посмотреть. Вроде они даже мэшь сети поддерживают.
И написаны на си. но помоему они далеки от ембровского стэка.

Ну типа того. Мы попросим только у Вас описание Вашего проекта.


В спецификации ZigBee 1.0, опубликованной в декабре 2004г и до сих пор предоставляемой на сайте ZigBee.org, анонсирована возможность создания как сетей с топологией дерево, так и ячистых сетей. Но подробный механизм формирования сети, присоединения к ней новых узлов и т.д. разработан только для топологии дерево.

Спецификация ZigBee 1.0 описывает профиль стека HC (Home Control) и профиль приложения HCL (Home Control Lighting) для управления осветительным оборудованием. Эти профили предписывают использовать топологиею “дерево”.

Весь последний год рабочие группы альянса продолжали активную работу по совершенстованию стандарта ZigBee. Выпущено уже 8 или 9 новых версий спецификации, которые, однако, являются внутренними и доступны только членам альянса ZigBee.
В этих новых версиях подготовлено описание нового профиля стека (Home Control) и нового профиля приложения HA (Home Automation), который заменит предшествующий профиль приложения HCL (Home Control Lighting). Профиль Home Automation (также как и HCL) предназначается для создания совсем простых сетей домашней автоматизации.
Также много усилий прикладывается к разработке нового профиля стека CII (Commercial, Industrial, Institutional), который будет предназначен для создания ячеистых сетей. Для профиля стека CII разрабатываются сразу несколько профилей приложения. Ожидается, что появятся следующие новые профили: CBA (Commercial Building Automation), Industrial Plant Monitoring (IPM) и HVAC (Heating Ventilation and Air Coditioning) и позже другие.

Все эти нововведения планировалось опубликовать в новой спецификации ZigBee 1.1 в июне этого года. Но видимо не успели. Так что ждем.

Ember надеется, что ее библиотека для поддержки ячеистой сети будет удовлетворять новой спецификации.


Мне кажется, что если уж сравнивать энергопотребление, то нужно смотреть потребление не в режиме передачи, т.к. в этот момент у всех энергопотребление примерно одинаковое и зависит от того, сколько мощности необходимо вкачать в антенну для того, чтобы передать данные на нужное расстояние.

Интересно сравнить потребление тока в спящем режиме, т.к. именно от этого режима будет зависеть срок службы батарей. EM2420 в спящем режиме потребляет <1 мкА, но ATmega128L еще добавит 15мкА.
EM250 (приемопередатчик + процессор) в спящем режиме кушает <1мкА. При этом у кристалла EM250 продолжает работать внутренний таймер, что очень важно т.к. тогда устройство может время от времени пробуждаться и сканировать эфир, как будто оно и не спит вовсе.



На самом деле средства разработки очень понятные. По минимуму нужно приобрести компилятор за $750 и пограмматор-сниффер еще $750. Как я поняла, Вы вроде бы согласны, что за полезный soft можно заплатить. Что же касается программатора, то в этой дискусси выше уже были призывы попробовать разрбаботать дешевый программатор для EM250, который бы работал через LPT-порт. С другой стороны фирменный программатор является еще и сниффером сети ZigBee, который очень поможет Вам при отладке всей системы. А можно считать его покупку, как плату за стек.

tkr,

спасибо Вам за подробные ответы на вопросы. После Ваших объяснений ситуация более-менее прояснилась. А то написано про ZigBee куча всяких статей, презентаций и т.п., но все они абсолютно одинаковые и просто красочно расписывают прелести стандарта.

Так что теперь буду думать. Но скажу честно, мне не очень хочется связываться с Ember. Конечно, эта компания не на пустом месте появиласть, но все же есть еще такие игроки как Texas и Freescale, а они должны что-то интересное предложить раз пошли на этот рынок.

Freescale мы тоже любим. Ждем с нетерпением , когда они напишут свой стек.

Atmel тоже там чё-то хорошее готовит.
Но это всё равно двухчиповое решение.

Насколько я понимаю, TI Вы как-то не любите По-моему, отличное должно быть сочетание CC2420 и MSP430, а если еще в виде SoC, то вообще шикарно.


Главное чтобы стоящее что-то было, а одно- или двухчиповое решение не так принципиально.

С ТI вообще как то напряг. Микросхемы маленкими количествами
трудно купить. Либо ждать нада 4-5 недель.


Ну и для нас нужно чтобы и стоимость была как можно меньше.
Можно сделать стоящее но стоить оно будет долларов 70 стоить.
И если использовать их для сбора с датчиков получается дороговато. И для серии ощутимо сказывается.
А можно потавить EM250 кварц немного конденсаторов и балун.
И сделать стоимость около 20$.

Согласен, что дороже будет, но не на 50$. Например, по ценам Digikey в розницу. CC2420 - 7.2$, топовый MSP430F1611 - 14.4$, EM250 - 11.5$. Итого, разница - (7.2+14.4-11.5)=10.1$. Если брать оптовые цены digikey, то разница получается (4.5+11-7)=8.5$.
Хотя, конечно, для датчиков Em250 лучше подходит.

EM250 - 11.5$
У эфо на складе EM250 -7.78 в розницу.
Оптом вроде дешевле должно.
Так что если удастся сделать дешёвый программатор, то будет просто супер.

А сколько стоит среда разработки и программатор для EM250?

Среда разработки-750$.
Программатор -750$.
Среда разработки легко оживляется.
Осталась проблема программатора.

Texas вообще-то мы тоже уважаем. И Ваши расчеты можно было бы улучшить, если бы вместо СС2420 - $7.2 Вы бы заложили EM2420 - $5.1 (в розницу). Но стека ZigBee полноценного для MSP430 у нас нет.

В принципе не так уж и много, хотя понимаю, что у нас в стране не очень-то привыкли платить Вот стоимость китов, действительно, впечатляет.


Цену CC2420 я брал из digikey, а EM2420 - Ваша цена, а как я уже понял на примере EM250 у Вас дешевле. В принципе CC2420 и EM2420 должны стоить одинаково.
А Вы не в курсе планов TI, собираются они что-то выпустить?

Кит на EM250 выгоднее покупать. так как в кит входят 3 отладочных платы плюс целевые платы и плюс компилятор и снифер.
при том что кит стоит 2000$.
а в розницу за те же 2000 можно купить только по 1 плату программатора, компилятор и целевую плату.

Где можно купить керамических балунов для пробы как в реф дизайне EM250.
TDK balun (HHM1521)
Эфо их случайно не будет завозить?

На скольк я понял MeshNetics (www.meshnetics.com) выпускает стек для MSP430:

Platform Vendor Independence: Our ZigBee stack works with different hardware platforms. A developer can choose the hardware combination that best suits the application requirements. Currently supported HW Platforms include: Chipcon, Jennic, TI MSP430, Atmel Atmega, Renesas, ARM7.

,а так же выпускает модули MSP430 + CC2420.

Их стек расчитан на работу под TinyOS.

Обязательно будет.

ЗигБи технология становится доступней
http://www.compel.ru/news/market/2006052201
http://www.compel.ru/news/market/2006051901
Так что возможно и ембер выкинет что нить подобное.

Просто провокационные вопросы. При всем моем уважении к указанным источникам, хочется отметить следующее:

Ember с самого начала предоставляет стек бесплатно. Причем стек Ember хорошо документирован и содержит примеры применения в исходных кодах. Уже давным давно предоставлены принципиальные схем радиомодулей.

Библиотека МАС и SMAC от Freescale тоже не новость. Они доступны уже давным давно. Они реализуют только два нижних уровня стека.

Система на кристалле JN5121 - это не однокристальное решение, два кристалла в одном корпусе. Отсюда и высокое энергопортебление и высокая цена, да и Flash-памяти нет у этой микросхемы. EM250 безусловно выигрывает.

Поэтому EMberу тут гнаться не за чем.

JN5121 действительно бешенное потребление.
На батарейках долго не протянет.
Вот даташит на EM260 уже появился.
http://www.ember.com/downloads/pdfs/EM260_Datasheet.pdf

От бесплатного стэка для EM250 мала толку. Компилятор то денег стоит.
И программатор не дешёвый.
А для JN5121 дают всё по полной программе .

а где нить уже есть примеры использования ZigBee для автоматизации? Может есть где ссылки на реальные применения ZigBee?

Купили отладочный стенд в ЭФО для Telegesis модулей. Стали записывать свой софт в Atmega128, что стоит в модулях с помощью SPI программатора. Софт наипростейший - чисто для проверки работоспособности контроллера, смена состояний на нескольких выводах. Т.е. дело до EM2420 даже не доходит. Софт не работает абсолютно. Пробовал работать с этим контролером с помощью фирменного Atmel JTAG MKII. Софт прописывается, читается, но не работает. При включении режима отладки почему-то самая первая команда (как обычно это длинный JMP) визуально подменяется на какую-то другую команду с другим кодом и при ппопытке пошагового выполнения все намертво зависает, выход из этого состояния только Reset-ом в AVR Studio. Т.е. наблюдается какая-то черная магия. У кого-нибудь есть какие-нибудь соображения на этот счет?

"Примером такого модуля является, например, платка, которая приведена в начале этой дискуссии.
Разработчик этой платы наглядно показал, что двухслойный радиомодуль работает не хуже четырех слойного, если при разводке использовать reference design от Ember."

Странно...Там как раз рекомендуется использования 4-х слойной ПП. Или появились новые рекомендации?

Сунулся было по ссылке http:\\support.ember.com, так там просят пароля...А в ПДФ-нике только ссылка, про пароль ничего...

Так уж и бешенное? В режиме сна 3.5 мкА при прерывании от GPIO и/или встроенного таймера. И главное - EM250, так же как и CC2430 "курят в сторонке", по производительности и объемам RAM .

Потребление как минимум в 2 раза выше, чем у EM250. Тем более, не стоит забывать, что RAM retention добавит вам еще 25 мкА в режиме сна. Ну и разница в 10 dBm решает.

Что касается производительности и объемов ОЗУ, то ZigBee не для подобных "членомеряний" предназначено.

Вопрос о ОЗУ встает боком при построении крупных сетей.

Только для роутеров.
Только для mesh-организации.
Только для ну очень больших сетей, когда маршрутизация по дереву неэффективна. Да и то, трудно представить, чтобы shortcut-таблица вылезла за пределы нескольких килобайт в большинстве случаев.

Учитывая все вышесказанное, наверное не ошибусь, если оценю потребность в чипах наподобии Jennic в пределах одного процента. Тут, кстати, и о потреблении чипа можно не беспокоиться, так как батарейное питание роутеров в mesh-сетях точно не "прокатит".

[quote name='acex2' date='Sep 1 2006, 11:49' post='150157']
Вопрос о ОЗУ встает боком при построении крупных сетей. [/quote]

Только для роутеров.
Только для mesh-организации.
Только для ну очень больших сетей, когда маршрутизация по дереву неэффективна. Да и то, трудно представить, чтобы shortcut-таблица вылезла за пределы нескольких килобайт в большинстве случаев.

Учитывая все вышесказанное, наверное не ошибусь, если оценю потребность в чипах наподобии Jennic в пределах одного процента. Тут, кстати, и о потреблении чипа можно не беспокоиться, так как батарейное питание роутеров в mesh-сетях точно не "прокатит".
[/quote]

Все так, в моем понимании применение Jennic: усройства обрабатывающие "сложную" перерию, раутеры mesh-сетей и точки перехода в другие сети (мосты).
А в общем - никто не мешает использовать на конечниках Ember/Texas, а базовой струкруте - Jennic =)