Могу ошибаться, но я ситуацию понимаю следующим образом.
Модуль - это полуфабрикат, а не законченное изделие. Вы занимаетесь реализацией прикладного уровня, а все что ниже его - задача ZigBee-модуля.
Так вот в ZigBee есть так называемые профили приложения, которые по сути описывают как нужно реализовывать прикладной уровень стека для тех или иных прикладных задач. Например, есть профиль для систем освещения, и Вы решили делать беспроводные выключатели света в соответствии с этим профилем. В этом случае Вы должны будете свои изделия сертифицировать на предмет совместимости с изделями от других производителей. Для этого Вы должны быть членом альянса.

Кстати, сейчас залез на сайт альянса для уточнения. Вот что пишут в FAQ'е


Короче, надо вступать в альянс. В простейшем варианте членство стоит $3500 в год.

Простите за назойливость, но есть еще вопросы.
Профили модуля определены стандартом, или каждый пихает какие хочет? Где можно узнать какие профили есть? Что делать, если ни один из профилей мне не подходит?

С использованием модулей более менее понятно стало.

А если разрабатывать свой модуль (я так понял в этой ветке именно об этом и идет речь):
1. Альянс предоставляет лишь спецификацию на ЗигБи и стек протоколов, или существую еще и аппаратнаяподдержка? Я имею в виду высокочастотную часть приемо-передатчика, нужно будет все самому мастерить?
2. Какие контроллеры рекомендуются для координатора, какие для "конечной точки"?
3. На сколько выгодно, целесообразно и хлопотно разрабатывать свой модуль при потребности 100-200 шт. в год?

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

Альянс предоставляет только спецификацию и проводит сертификацию изделий на соответствие стандарту.
Есть производители приемопередатчиков стандарта IEEE 802.15.4. Также есть компании, предлагающие программную реализацию стека протоколов.
Проще Вам посмотреть, что сейчас предлагают основные производители в этом области: Freescale, Texas Instruments, Ember.
Наверное, самая полная номенклатура сейчас у Freescale. Есть просто приемопередатчики, есть интегрированные решение (МК+приемопередатчик). Обещают вот-вот выпустить стек в соответствии с новой редакцией стандарта. Насколько помню, цена стека будет $1500 без ограничений на количество изделий. Есть киты.
Но о том, что сейчас можно купить и сколько стоит лучше узнать у дистрибьютеров, т.к. я продажами не занимаюсь.
Что более выгодно решать Вам. Наверное, в первое время проще покупать готовые модули.
Вообще-то, советую сначала детально разобраться в ZigBee прежде чем закладываться на него в свои проекты, т.к. там есть свои подвохи.

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

После сброса роутер проверяет все каналы (в соответствии с параметром SC) на наличие других роутеров и координаторов.
Если он находит координатор или роутер PAN ID которого совпадает с его собственным (но при этом не равным FFFF), то он автоматически присоединяется к сети на том канале, на котором работает обнаруженный координатор(роутер). Если не находит - остается не присоединеным.

Причем,если параметр ID Вашего модуля равен FFFF, то модуль подклюяается к любой обнаруженной сети.
См. п.3.2.2. мануала.
3.2.2. XBee/XBee-PRO Router
Router Startup

Как осуществляется выбор оперативного канала роутерами после сброса?
Почему после сброса сети роутеры(в отсутствие координатора)с канала С перескакивают на канал F.И как их можно вернуть всех на прежний канал?

Вот с этой прошивкой попробуй

вот настройки.
а ты попробуй при включенном координаторе вручную сбросить все роутеры - сеть должна настроииться на один канал. - хотя конечно это не выход, не будешь же все время вручную сбрасывать.
Если нет возможности сбрасывать роутеры программно например при долгом отсутствии связи с координатором, то лучше наверное использовать старые прошивки (1.х.х.х) - там можно жестко задать рабочий канал и pan id.

Подскажите поддерживает ли версия прошивки 8х17(Maxstream)работу с оконечными устройствами?Имеется в виду обнаружение и подключение оконечного устройства непосредственно с роутером или координатором.

Нет, на данный момент потдерживается только роутеры и координаторы.
"ZigBee OEM RF Modules by MaxStream, Inc.
Firmware Versions: 8.017 - Coordinator, Transparent Operation
8.117 - Coordinator, API Operation
8.217 - Router, Transparent Operation
8.317 - Router, API Operation"
Конечные устройства будут потдерживаться в модулях XBee series 2 , которые появятся наверное к концу лета.

Написал по этому поводу в МаксСтрем. Вот что там ответили.
"There are five basic reasons why the channel would change on a coordinator that has been restarted. They are as follows:
- The NR network reset command has been issued
- The SC or Scan channel parameter has been changed
- The PAN ID parameter has been changed
- The existing channel was occupied by another Coordinator
- The channel did not pass the clear channel assessment
To help reduce this possible issue, I would recommend setting the SC parameter to a narrow channel value on all radios within the PAN. I would also allow the routers the ability to issue the ATNR command so they can attempt to re-establish a network connection.
"
Я так понял, для того чтобы координатор после рестарта выбирал тот же канал, на котором он работал до этого, необходимо в параметре SC прописать только один, заранее заданный рабочий канал , при этом этот параметр должен совпадать с SC всех роутеров сети.

Вам сюда:
http://sourceforge.net/projects/openmac

Прочел ветку, но так до конца и не выяснил для себя ряд вопросов:
1. Насколько сложно поднять небольшую сеть ZigBee (3-4 устройства в пределах 20м) на базе простого приемопередатчика (например AT86RF230)? Потребуется ли для этого полностью описывать всю сеть формируя вручную пакеты, учетывать коллизии, потери пакетов и т.д. или что-то из этого берет на себя передатчик? Тогда, что нужно по минимуму прописать, чтобы запустить сеть (или хотя бы соединение точка-точка).
2. Хотя бы приблизительно, сколько времени может занять написание программы для контроллера управляющего приемопередатчиком (из личного опыта), чтобы получить элементарную связь.
3. Сколько ресурсов контроллера потребует такая программа (скорость, объем flash, объем ОЗУ)?

Если ZIgBee, ИМХО, не осилите (в одиночку точно)...Подннимать, что 4 узла, что 50, практически одно и то же. Если хотите получить interoperability с другими устройствами ZigBee, то стандарт придется реализовать полноситью. Освоение указанного Вами трансивера тоже не из тривиальных задач - есть подводные камни, описанные в errata и нет. У кого-то уходит на полноценное освоение до года. Ну а писать стек совсем не советую - практически не реально... С первого раза не получится.... P.S. Сам работаю в области БСС на основе ZigBee. Более реальный ваиант - PHY + Проприетарный протокол.... Удачи!!!

А зачем писать стэк. Атмел под NDA даёт исходники мешнетикса.
Или можно юзать скомпиленные либы.

Эх...Были бы они в свободном доступе...Не либы конечно... Итересно...А что такого, а главное сколько, нужно купить у Atmel, чобы он захотели под NDA дать сорцы???

Извините, а вы не знаете на каких условиях - они готовы передать исходники под NDA и вообще они кому-либо их передавали??? Ято-то мне не удалось толком у них это выяснить...

Попробуйте обратиться к Курилину Алексею Игоревичу иэ эфо. Думаю поможет!
http://www.efo.ru/doc/Atmel/Atmel.pl?173