Вот нашел недорогие ZigBee модули от Maxsteram -Xbee.
http://www.maxstream.net/products/
Кто нить с ними работал? Поделитесь впечатлениями!

Отличные модули! На практике передавал 115 кБит/сек.
Очень простые в упрпавлении. И недорогие.
ИМХО лучшее соотношение цена-качество пока.

115 кБит/сек - это скорость передачи непосредственно данных при соединении точка-точка или нет?

А как с легальностью?
Требуется -
Разрешение на производство,
разрешение на использование?

115 - была реальная скорость передачи при 1 мВт на ~ 5 метров.
Передавал через программу X-CTU на удаленный модуль, где стояла LOOP_BACK заглушка.

Разрешение на применение модуля не нужно, т.к. это то же самое что и Bluetooth - диапазон тот-же, а мощность меньше.

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

Однако, если оглядеться вокруг, то можно невооруженным взглядом увидеть, что из всего многообразия бытовых устройств (Wi-Fi, bluetooth, брелки радиосигнализаций, радиоигрушки, беспроводные наушники, радиозвонки и т.п.), работающих в безлицензионных диапазонах (433, 868, 915, 2400 МГц) сертифицированны только процентов пять.

OPM: А как там передвать. Чё за AT комманда?
Чё то не нашел в документации.

http://maxstream.net/products/xbee/product..._RF-Modules.pdf

По умолчанию модули включаются в Broadcast режиме передачи данных. В этом случае все данные, получаемые из UART, автоматически рассылаются на все доступные модули. Проблема этого режима в отсутствии квитирования, поэтому куча пакетов будет элементарно пропадать.

Для переключения в Unicast режим необходимо при помощи AT команд настроить адреса устройств, тогда адресная передача будет выполняться с квитированием и автоматической повторной передачей при пропадании пакетов.

А вообще, модули еще сыроваты. Часть функций только заявлены в даташите, а когда они реально появятся - неизвестно.

Эти модули не сыроваты, а "имеющие большой потенциал" для upgrade.

По умолчанию модули XBee работают с квитированием (имеют адрес=000000000). Для broadcasting адрес должен быть такой:

To send a broadcast packet to all modules regardless of 16-bit or 64-bit addressing, set destination
addresses of all the modules as shown below.
Sample Configuration (All modules in the network):
• DL (Destination Low Address) = 0x0000FFFF
• DH (Destination High Address) = 0x00000000

Так как передавать через модули?

Так как передавать через модули?

Подключаешь питание +3,3 и землю. На вход UART подаешь данные на скорости 9600. С выхода UART второго модуля эти данные принимаешь. Все.

Не забывая о потерянных и ложно принятых байтах.

цитирую http://www.zigbee.ru/node/17

Может кто нить знает на каких чипах они сделаны?

На Freescale.

Я не знаю откуда у кого руки растут, но я пишу только то, что пробовал сам.

Повторяю: передача на скорости 115 кБод без каких-либо ошибок на расстояние 5 метров (для невнимательных - я указываю расстояние!)

Битых пакетов нет вообще. Повторяю: вообще. Или пакеты идут целехонькие или их нет совсем.

Пробовал тест на дальность с программой X-CTU. Очень наглядно - либо строка на экране повторяется, либо нет. Никаких строк с ошибками (битых пакетов) НЕТ! Даже на предельных расстояниях. Пакет не выдается на выход по UART если CRC не совпадает. Откуда ошибки внутри пакета то?

Может что-то в консерватории подправить?

Руки растут откуда надо, уж можете поверить.

Два модуля XBee-Pro, прошивка 1.06, включались без всяких настроек, скорость по умолчанию (9600).
Один модуль подключен к компьютеру, второй удален на 5 метров с TxD подключенным на RxD. Данные передавались из X-CTU, блоками по 32, потом по 16, 8 и 4 байта. По 32 практически ни один блок не передался без ошибок - либо какой-то байт выпадал, либо блок передавался не полностью, либо какой-то байт (иногда пару) были неверными. С 16 байтами ситуация была получше, с 8 еще лучше. Более-менее нормально работало при длине пакета в 4 байта.

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

Модули однозначно исправные, потому что аналогичное поведение было и между другими парами (всего проверялось около 10 модулей).

Вот смотри - прилагаю копию окошка программы. Непринятые пакеты есть, но обрати внимание на уровень сигнала - 94 дБ!

Главное, что хочу сказать - битых пакетов не должно быть в принципе!!!

И это на картинке видно - или строка принята целиком, или вообще не принята.

Ищи ошибки/неисправности в стыке модуль-пк-драйверСOM-Windows.

Вот еще пример нашел - передовал из X-CTU в терминал. Конечно, не очень наглядно, но тем не менее четко видно, что вся строка передана правильно. Если б знал, что придется подтверждать то что получилось - наделал бы скриншотов именно под 115 кБод

Я проводил эти эксперименты уже давно, и, версия прошивки, возможно была 1.01.
Но я не верю, что в новые версии прошивки попали такие откровенные "глюки".

Значь тогда будем Ember копать. Пока лучьше ничего не нашел!
И у них вроде новые чипы должны появится EM250.

Вроде техподдержка Эфо сообщила что чипы EM250 скоро поступят к ним на склад.
Цена ожидается 6$. Что очень даже неплохо за чип с контроллером.

На сайте САХАРЫ есть статейка про дальность действия MaxStream в помещении.

Лежит здесь:

http://projects.caxapa.ru/index.html?ID=42




Jennic JN5121 - чип с контроллером. Образцы уже давно есть в России.
На подходе Chipcon 2430
Motorola уже образцы своих SoC раздает.
Все производители предлагают одночиповые решения.


Интересно, а к EM250 какой-то софт есть for free?

>Все производители предлагают одночиповые решения.
Но все только предлагаю купить у них дорогущий ккит.
Эфо вроде обещает поставлять стэк бесплатно с чипами.
Но там проблемка в программаторе. Он програмится только из кита(2500$). Если Ember откроет алгоритм программирования и
уладися проблема с программатором то проблем не будет.
А вообще чип неплохой. Там обвязки даже почти нет
Два кварца, конденсаторы по питанию и индуктивности в Balun схеме.

короче с EM250 полная жопа.
Стэк Ембер как всегда даёт бесплатно. Но вот только компилятор прийдётся покупать за 750 баксов.
прога анализатора трафика стоит 1000$. Или купить их кит за 2500$.

А для тестовых целей можно получить пробную версию или с ограничениями, главное бесплатно?
Несерьезно как-то - результат неизвестен (софт может быть откровенно сырой), а денежки все и сразу?

Софт под XAP2 (основа EM250) разрабатывался еще 5 лет назад и обкатывался на Bluetooth-чипах CSR, у которых тоже внутри XAP2. Cambrifge Consultants недавно убрали со своего сайта 30-ти дневную Evaluation версию xIDE и GCC под XAP2, оставили только для 32-х разрядных XAP3 и 4. Наверное, Ember их попросила.

Самое интересное, что CGI-скрипт на скачивание версии для XAP2 там все еще лежит. Но для него надо знать 32-байтный хэш-код, которого в кэше Гугла не нашлось. Поэтому, как вариант, стоит посмотреть на BlueLab для CSR, который лежит на местном ftp и представляет собой кастомизированную версию xIDE. Или ждать доброго самаритянина, который купит и отдаст в массы компилятор, который и так должен быть доступен как open-source следуя лицензии GNU.

Правда, одним компилятором все не решится. Надо еще программатор чипов за 750 брать. Или просить Эфо заливать в чипы бутлоадер и перепрошивать через UART или радиоканал.

Да Эфо предлагала вариант с прошиванием чипов у них.
Но проблема с компилятором всё равно остаётся.

А может у кого есть этот xIDE. Кто-то может успел его скачать?

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

GULF:

Не понимаю, как можно разрабатывать софть 5 лет назад, если

1. Топология Bluetooth далека от ZigBee
2. 5 лет назад еще и 802.15.4 не было

Но вопрос не в этом. Компилятор или купим или украдем, в конце концов. Доступны ли полные технические характеристики стека от Ember? Конкретно: теоретическое и реально протестированное количество устройств, задержки на один роутер, требование к FLASH и SRAM в зависимости от числа узлов сети, ресурсы ОС для программы пользователя, описание API и т.д. Просто я столкнулся с одним производителем софта который сказал примерно так: "купи у меня сначала отладочный набор за несколько килобаксов, а потом, может быть, я дам подробное описание своего стека, если ты убедишь меня в серьезности своих намерений по ZigBee".

Кажется мне (субъективно), что весь существующий софт по ZigBee сырой. Ибо только тысячи реальных инсталляций могут подтвердить надежность работы. Вы можете мне назвать 5 (пять) документированных примеров развертывания сетей ZigBee на стеке от Ember?

А причем тут Bluetooth или ZigBee? XAP2 - это всего лишь синтезируемое процессорное ядро, которое никакого отношения к высокочастотным обвязкам не имеет. Компании по лицензии берут у Cambridge Consultants ядро, добавляют свои периферийные блоки и получают SoC. Кстати, если не ошибаюсь, XAP2 вообще в 1995 году был разработан.

Стэк от Ембера можно поробоавать бесплатно на чипах Em2420.
И меге 128. Там нет проблем ни стэком ни с компилятором(IAR).

Для em250 стэк такой же.
Так что если устроит работа на Em2420 то и с EM250 проблем не будет. Так сообщило Эфо.

Насколько я понял по описанию, для этих модулей задаётся скорость обмена между модулем и управляющим устройством по RS232. Скорость общения между собой по радиоканалу модули выбирают сами!

Теперь мои вопросы.
Не нашел в DS указаний на объём входного и выходного буфера. Кто-нибудь имеет такую информацию?
Из модуля 1 вытолкнул блок данных в модуль 2. Модуль 2 их не принял (был выключен; принял с ошибкой и не передал своему управляющему устройству). Как передающая сторона может об этом узнать?
Тут упоминалась прошивка 1.07. У кого бы её выпросить? Попытка обновления через XSTU приводит к длительному зависанию программы, и не более.

Скорость в радиоканале, вероятно, 250 кБит/сек (макс. для 802.15.4), хотя может быть она также меняется в зависимости от скорости обмена МОДУЛЬ-ВНЕШ МК (точно не знаю).

В модуле стоит Freescale 13192. Можно посмотреть его описание.
Если модуль-приемник не отвечает, то по DataSheet передающий делает 3 попытки. Нужно подтверждение - сами организуйте "квитанции" на более высоком уровне (в своей программе).


В принципе, MaxStream в онлайне отвечает на тех вопросы (на англицком):

http://www.maxstream.net/support/

Там фото человечека и надпись Chat now. Я простые вопорсы задавал - отвечает тут же!

Прошивку можно там же спросить, а можно на www.compel.ru (Я у них модули брал)


У меня XCTU не зависает, а просто говорит "нечего обновлять", хотя прошивка у меня 1.06.

Кстати, тут на днях подключил к модулю XBee PIC16F676 и DS1820. Питание от пары аккумуляторов через DC/DC. Спящий режим. Потребление мизер. Пару ночей мониторил температуру в морозильных камерах своих двух холодильников на кухне (по радиоканалу с сохранением данных в файл через Telemax). Забавная статистика. Импортный навороченный LG дает в морозилке более высокую температуру, чем старенький "Полюс". Ветеран дает в минимуме -18. Я даже не ожидал.

А какие аккумуляторы использовали? При -18 не всякий аккумулятор сможет долго работать, а даже если и сможет, то отдаваемый ток очень сильно снижается.

И как модули себя вели при работе из холодильника? Ведь там практически замкнутая металлическая клетка получается.

Аккумуляторы ведут себя хорошо, хотя это древние NiCd (лет 5 им). Я же говорю - Sleep (ток менее 10 мКА измеренный). Передаю раз в 4 секунды (15 мС на просыпание плюс передача ~ 10 байт). Затем опять в спячку на на сколько WatchDog-а хватает. Месяцами будет так работать. Передает нормально из холодильника+пробивает 1 ЖБ стену на 1 мВт. Вот соберусь - выложу отчет ( даже температурные графики построил в Excel)

Вот, получил ответы от Maxstream (работает техподдержка!)
Файл прислали v1.08
---------------------------------------------------------------------------------------

Hello,

Below is the complete transcript of your chat session:
===
Company:
Department: Support
Name: Reuben B.
Email: reubenb@maxstream.net
Day: Thu 03/30/06 09:47 am
---------------------------------------------
"Does RF speed changes if I change UART baud rate (9600,19200,...etc)
"
---------------------------------------------
** You are now speaking with Travis H., Support. **
Travis H. : Hello, how are you today?
Petr : Fine, What's about RF speed. Is it the same regardless UART
speed? I mean XBee 802.15.4. products
Travis H. : The RF data rate is 250Kbps irregardsless of interface
data rate.
Petr : Thank you. And another question. How can I get information if
my packet was received by another Xbee module?
Travis H. : What sort of information were you looking for... Addressing info? Or reception info?
Petr : Just confirmation of success delivery of packet. As far as I
understand XBee will try to send packet 3 times. And if it fail, how
can I get information about this?
Travis H. : If you are looking for reception info (or addressing info
for that matter) you can use the API... The API gives you a response frame telling you the status
of your packet (success, ACK failure, CCA failure, or purged).
Petr : What command?
Travis H. : ATAP, but you must have firmware v108.
Travis H. : Do you have firmware v108?
Petr : I really have 1.06 and XCTU said me - nothing to update! Where
I am wrong?
Travis H. : Did you just click the "Download new firmware" button in
CTU?
Travis H. : (then select web)
Petr : Yes I did
Travis H. : What response did the popup window give you?
Petr : XCTU try to connect some time, then I get information -
something like - there are nothing new for you.
Travis H. : I can send it to you, what is your email address?
Petr : It's fine! Please: rrr2000@rambler.ru
Travis H. : I just sent it...
Travis H. : You should recieve it in a few moments.
Petr : Thanks a lot. Generally XBee is amazing module.
Petr : By!
Travis H. : Bye

Выложите пожалуйста здесь новую прошивку для всех, чтобы не стучаться всем сразу в саппорт. А как кстати дела обстоят с документацией, ведь судя по вашему разговору они в новых прошивках новые API функции вводят. На сайте лежат старые доки.

Вот, что мне прислал MaxStream.

Описание лежит здесь:

http://www.maxstream.net/products/xbee/pro..._RF-Modules.pdf

Огромное спасибо OPM!
Ну и всем остальным :-)

Господа! Ещё вопрос.
Какое же напряжение питания подавать на модуль? По DS пишут Vcc от 2.8 до 3.4В. И все остальные параметры измерены при Vcc=3.3В. Как-то несерьёзно почти на грани работать? Или 3.4 - это не предел?

Любителям модулей MaxStream - теперь все в ваших руках!

http://www.compel.ru/news/company/2006051901

Прошло больше года с момента написания последнего поста. Но есть один вопрос который не дает мне покоя. Кто нибудь знает где достать полный список API функций для XBee?

Закачайте с сайта MaxStream последнюю версию

http://www.maxstream.net/hottag/index.php?...es_802.15.4.pdf

если лень заполнять данные - жмите смело "Skip registration"

Спасибо. Я просто не до конца был уверен что это весь список...

Хотелось бы поднять тему...

Читаю сейчас сайт максстрима - и вижу что пояились XBee series 2, только 2-мвт версия, которую они рекомендуют для mesh networks, а старые модули - только для P2P и P2MP (но есть 60-мвт версия)...
ZigBee firmware для старых обновилось до 8xx7, но осталось бетой и по моим сегодняшним потыкам глюкаво до изумления (хотя может это X-CTU новая глючит).

Кроме того, наткнулся на упоминание в FAQ, что первые и вторые между собой не совместимы (это действительно так, или что то не так я понял?).

Похоже на какое то кидалово. Я закладывался на них в надежде что будет доступна mesh через какое то время для Xbee Pro... И что теперь делать?


Вот что смутило:

http://www.maxstream.net/education/tech-tips/2007/05.php

Q. Last month you announced the XBee Series 2 module. What is the difference between the XBee Series 1 and XBee Series 2 and when would I design in one module over the other? Are the two modules compatible at all?



A. The XBee Series 1 and the XBee Series 2 modules have the exact same form factor and are pin-for-pin compatible, but they are based on different chip sets and are running different protocols, so they are not over-the-air compatible. The Series 1 module is based on the Freescale chipset and is intended to be used in point-to-point and point-to-multipoint applications. The Series 2 module is based on the Ember chipset and is designed to be used in applications that require repeaters or mesh. Both modules have the option to interface via AT or API modes and both series will be offered and fully supported moving forward.

У меня к Вам вопрос. Глючит -это имеется ввиду задержка при передаче информации от координатора к роутеру.У меня задержка бывает доходит до 4 сек. Это нормально или надо все таки искать нормальную прошивку (пробовал 13,14,18).

Глючит - это не то слово. Скорее - не работает надо сказать.

Новые 8x17 не работают вообще на модулях ревизии 6 (у меня есть XB24 Rev. 6 и Rev.7). Прошивка грузится - и все, тишина. Пока с передергиванием питания не перешьешь назад на 8x13 - модуль мертвый.

Ладно, пробую в сети оставить оставить координатор и один из рутеров (Rev.7) с прошивкой 8x17, а один из рутеров - 8x13 . Цепляется только рутер с 17 прошивкой. Перешиваю координатор на 13 - цепляется только рутер с 13 прошивкой, тот что с 17-й - выпадает (не посмотрел с какой ошибкой он там висит, но факт что версии между собой не совместимы, а последняя судя по всему не совместима с более старыми ревизиями железа).

В общем это ZigBee Beta firmware для первых XBee с моей точки зрения - вещь непригодная в принципе. Будет ли нормальное для Pro когда нибудь - сомневаюсь сильно уже.

Да......Мрачная картина получается.Видать только как точка точка можно их использовать.А жаль.Такие были перспективы.Может новые модули окажутся менее глючными.

Ну они с выходом XB Series 2 и спозиционировали... Старые - point to point, point to multipoint. Новые - mesh networks. И никак иначе, если верить их сайту. Вот только я рассчитывал на mesh network на модулях XBee Pro (60 милливатт) - у меня между точками метров до 250.

Можно конечно поставить XBee Pro под которые место на плате изделия уже заложено (и какое то количество изделий произведено, пока без этой опции) и сделать ретрансляцию по жестко заданным маршрутам своими силами, но вот самое вкусное при этом пропадет.

Series 2 Pro (т.е. мощные) будут где-то в январе 2008.

Вот этого я пока нигде в официальных источниках и не видел. Но если это реально будет - все проще. По крайней мере облом не такой жесткий получается.

На днях получу образцы XB Series 2 - буду мучать. Надеюсь что оно хотя бы работоспособно.

Ну так что, у кого-нибудь есть xIDE для XAP2? Хотя бы триальный.