atrf86230 - это просто трансивер или в него встроен микроконтроллер ?
Существует ли готовые библиотеки для программирования Atmega16 + atrf86230 ?

BitCloud это те самые библиотеки для моего случая, или они предназначены только для готовых Zigbee модулей (контроллер трансивер в одной сборке) ?

Сообщение отредактировал ramondekkers - Sep 15 2009, 15:26

Просто трансивер, причем устаревший. 231 современный.


Смотря что нужно. Просто передать что-то в эфир можно программой из 30 строчек.
Более сложные вещи - есть на сайте атмела примеры.



BitCloud - это реализация ZigBee PRO стека. Но он занимает 95к+, так что в мегу16 не влезет ни при каких обстоятельствах. Работать может и просто на паре контроллер+рф, HAL открытый, сам стек закрытый.

Пока мне нужны только координатор и КУ, но в дальнейшем понадобится и маршрутизатор. В общем, в любом случае мне нужен Zigbee стек.




У меня atmega16-16pu 128 кб Flash.
Таким образом BitCloud точно должен подойти для моей работы ?

Сообщение отредактировал ramondekkers - Sep 15 2009, 17:46

Тогда особого выбора у Вас нет (если останавливать свой выбор на продукции Atmel), писать стек самостоятельно практически не реально. BitCloud - это несколько лет работы комманды разработчиков.



atmega16 имеет 16кб флеша (название не случайно содержит 16). Библиотеки стека распространяются под atmega1281 и at86rf230 (содержимое модуля ZigBit).

Сам по себе BitCloud может быть пересобран под любое сочетание uC+RF, но для этого очевидно нужно покупать большую их партию. Ради 3-х устройств никто заморачиваться не будет.

Так что самый простой вариант для мелкой серии - это mega1281+at86rf230B (именно B, других сейчас не выпускают, но нарваться можно). Еще лучше и проще просто использовать ZigBit. Модули под маркой Atmel должны появиться скоро, для разработки можно использовать модули Meshnetics, которые еще можно достать.


А вообще опишите задачу, возможно ZigBee Вам и не подойдет.

Для курсовой работы , в дальнейшем для дипломной.
К конечным устройствам будут подключены датчики температуры. КУ должны передать информацию из этих датчиков к координатору , который будет подключен к компьютеру. Задача состоит в мониторинге температуры.
Хорошо, а можно at86rf231 использовать ?

Сообщение отредактировал ramondekkers - Sep 15 2009, 18:09

Как много этих датчиков и как часто они должны передавать?

Для 231 готовых библиотек нет. Для учебы лучше остановиться на том, для чего есть готовые библиотеки. Я бы рекомендовал mega1281 + rf230, а еще лучше модули ZigBit. В особенности те, что с чип-антенами, намучаетесь с разводкой ВЧ части. Хотя смотря что изучать

ZigBee - это обязательный элемент? Можно изобрести что-то свое, мне кажется в контексте обучения это лучше смотрится.

Готовый модуль - это слишком халявно для моего диплома , как никак специальность со схемотехникой связана.



Датчиков по предварительным подсчетам около 100 штук. Насчет как часто не могу сказать, но они должны передавать динамику изменения температуры.
Т.е. если температура изменяется он передает, если нет , то молчит.



Что - то свое ? Я думаю это будет еще сложнее, чем использовать готовые библиотеки.
Основной упор в моей задаче делается не на программирование, а на технологическую - конструкторскую часть. Расчет устройства на тепло, механические воздействия, электромагнетизм, надежность.

Что значит "HAL открытый, сам стек закрытый." ? Исходники закрытые ?

Сообщение отредактировал ramondekkers - Sep 15 2009, 18:38

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



100 штук на 1 координатор - это не реально, на координаторе просто не хватит места для хранения таблиц. На сеть из 100 устройств должно приходиться 15-20 маршрутизаторов.

Практика конкретно для BitCloud-а показывает, что для сети из 100+ узлов миниальный интервал отправки данных должен составлять около 20-30 секунд для одного устройства. Иначе они все не влезут в эфир и начинается каша.






Да, исходников BitCloud-а нет, есть исходники HAL-a (уровень абстрагирования от оборудования). Так что всегда можно что-то поправить для конкретного варианта разводки, но если не хочется возиться с ПО, то лучше придерживаться того, что сразу заработает.

BitCloud еще есть для оценочных плат Raven и RzUSBStick. У них открытая схемотехника. Лучше в своем устройстве повторить ее. Ну и не помешает сами эти наборы иметь, а то может быть очень сложно.

А если попробовать добавить внешний SRAM ?




Хорошо я учту. В принципе, 20- 30 секунд хватит за глаза.

При закрытых библиотеках? Нереально. Да и не нужно, не расчитан ZigBee на такой вариант. Если ZigBee не важен, то есть RUM (Router Under MAC) - это реализация простого сетевого протокола над MAC-ом. Топология - только звезда, предельно простой. Может на нем и получится 100. Но тогда они все должны быть в радиусе 100 м (а в жизни - как антену сделаете, может и меньше).



Но вообще говоря сети из большого числа устройств - это довольно не просто. Как минимум я бы рекомендовал иметь сниффер. Без него повеситься можно пока все заработает как нужно.

Благодарю, за помощь. Пожалуй, дальше я самостоятельно справлюсь.

Чем 231 лучше 230? слышал, в новых на аппаратном уровне реализовано 128-битное шифрование

Да, шифрование, генератор случайных чисел настоящий. Плюс исправлены баги. Не знаю как там с доставабельностью и ценой, но работать с 231 гораздо приятнее.

А где взять снифер для ЗигБи ? Или как его построить??

Вот заодно хотел бы спросить:
Собрал два устройства на ZigBit Amp, затем кривыми своими ручонками подправил програмку PingPong (которая в примерах во фреймоврке). Запускается все отлично, работает, вроде как проблем нет.
А штука такая получается: запускаю оба, всё хорошо, затем беру и одно устройство погружаю в железную коробочку с воздухом и закрываю железной крышечкой, ну понятно, что связь сразу кирдык.
Ждем 2 сек , вытаскиваем из коробочки...
и так 3 - 5 раз.
Потом бац! А LQI и RSSI не меряется - все по 00.!!

Начинаю потом смотреть: а в координаторе NeibAmount.routersAmount==0x00 !! ( а был 0x01 !! )
Что творится в роутере не определял.

Как мне теперь эту ситацию обнаружить, и как исправить - вот собственно и вопрос??

И сделать так, чтоб LQI всётаки измерялся?

Сообщение отредактировал mk1983 - Jan 22 2010, 15:12

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

Другой вариант - плата от Chipcon-а (cc2400eb), но по-моему их сейчас тоже не купить.

Есть вот такое ATAVRRZ541 AVR Z-Link 2.4 GHz Packet Sniffer Kit. Софт от daintree в комплекте.

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





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