ZigBee, CC2530 Лицензирование, ZigBee альянс, загрузчик. Опции

[skripach]

В новом проекте рассматривается вариант использования ZigBee сети. Начал изучать вопрос, выяснил что проще всего будет с CC2530 т.к. популярно, наличествуют реф. дизайны апликации исходники и т.д. На сколько я понял для CC2530 внешний контроллер не нужен, своё несложное приложение можно реализовать как отдельную задачу под TIную ОС "OSAL", это гуд!
Непонятно следующее:
1) Нужно ли лицензировать, вступать в ZigBee альянс или "ещё какие материальные затраты" для использования в комерческом проекте СС2530 + TI ZStack? Может адреса какие надо покупать вроде MAC для ethernet?
2) Существуют ли какие-то штатные решения для удаленного обновления ПО или как-то можно свой загрузчик сделать или придётся ставить внешний контроллер и в нем делать загрузчик, а CC2530 использовать просто как модем?

[POLL]

Изучаю спеки AT86RF212, везде фигурирует частота 868.3MHz
Для России такой диапазон не годится, нужно переместиться в интервал 868.7—869.2 МГц
Что-то не нахожу регистров, чтобы задать частоту на трансивере, наверно для этого есть отдельный спек или калькулятор?

А в LwMesh получится просто переместиться в другой частотный интервал или это большой геммор?

[ataradov]

Для России такой диапазон не годится, нужно переместиться в интервал 868.7—869.2 МГц

Вот полный список страниц и каналов поддерживаемых в BitCloud. Смотреть на страницы 20 и 22. Они не стандартные для IEEE.

CODE

Channel page 0:
0: 868.3 MHz, BPSK-20
1: 906.0 MHz, BPSK-40
2: 908.0 MHz, BPSK-40
3: 910.0 MHz, BPSK-40
4: 912.0 MHz, BPSK-40
5: 914.0 MHz, BPSK-40
6: 916.0 MHz, BPSK-40
7: 918.0 MHz, BPSK-40
8: 920.0 MHz, BPSK-40
9: 922.0 MHz, BPSK-40
10: 924.0 MHz, BPSK-40

Channel page 2:
0: 868.3 MHz, O-QPSK-100
1: 906.0 MHz, O-QPSK-250
2: 908.0 MHz, O-QPSK-250
3: 910.0 MHz, O-QPSK-250
4: 912.0 MHz, O-QPSK-250
5: 914.0 MHz, O-QPSK-250
6: 916.0 MHz, O-QPSK-250
7: 918.0 MHz, O-QPSK-250
8: 920.0 MHz, O-QPSK-250
9: 922.0 MHz, O-QPSK-250
10: 924.0 MHz, O-QPSK-250

Channel page 5:
0: 780.0 MHz, O-QPSK-250
1: 782.0 MHz, O-QPSK-250
2: 784.0 MHz, O-QPSK-250
3: 786.0 MHz, O-QPSK-250

Channel page 20:
0: 857.3 MHz, BPSK-20
1: 858.3 MHz, BPSK-20
2: 859.3 MHz, BPSK-20
3: 860.3 MHz, BPSK-20
4: 861.3 MHz, BPSK-20
5: 862.3 MHz, BPSK-20
6: 863.3 MHz, BPSK-20
7: 864.3 MHz, BPSK-20
8: 865.3 MHz, BPSK-20
9: 866.3 MHz, BPSK-20
10: 867.3 MHz, BPSK-20
11: 868.3 MHz, BPSK-20
12: 869.3 MHz, BPSK-20
13: 870.3 MHz, BPSK-20
14: 871.3 MHz, BPSK-20
15: 872.3 MHz, BPSK-20
16: 873.3 MHz, BPSK-20
17: 874.3 MHz, BPSK-20
18: 875.3 MHz, BPSK-20
19: 876.3 MHz, BPSK-20
20: 877.3 MHz, BPSK-20
21: 878.3 MHz, BPSK-20
22: 879.3 MHz, BPSK-20
23: 880.3 MHz, BPSK-20
24: 881.3 MHz, BPSK-20
25: 882.3 MHz, BPSK-20

Channel page 22:
0: 857.3 MHz, O-QPSK-100
1: 858.3 MHz, O-QPSK-100
2: 859.3 MHz, O-QPSK-100
3: 860.3 MHz, O-QPSK-100
4: 861.3 MHz, O-QPSK-100
5: 862.3 MHz, O-QPSK-100
6: 863.3 MHz, O-QPSK-100
7: 864.3 MHz, O-QPSK-100
8: 865.3 MHz, O-QPSK-100
9: 866.3 MHz, O-QPSK-100
10: 867.3 MHz, O-QPSK-100
11: 868.3 MHz, O-QPSK-100
12: 869.3 MHz, O-QPSK-100
13: 870.3 MHz, O-QPSK-100
14: 871.3 MHz, O-QPSK-100
15: 872.3 MHz, O-QPSK-100
16: 873.3 MHz, O-QPSK-100
17: 874.3 MHz, O-QPSK-100
18: 875.3 MHz, O-QPSK-100
19: 876.3 MHz, O-QPSK-100
20: 877.3 MHz, O-QPSK-100
21: 878.3 MHz, O-QPSK-100
22: 879.3 MHz, O-QPSK-100
23: 880.3 MHz, O-QPSK-100
24: 881.3 MHz, O-QPSK-100
25: 882.3 MHz, O-QPSK-100

А в LwMesh получится просто переместиться в другой частотный интервал или это большой геммор?

Легко, в LwMesh канал задается непосредственными значениями регистров трансивера, так что все что может выдать чип можно без проблем сконфигурировать. Как именно устранавливается частота и вид модуляции описано в доке на трансивер.

[POLL]

Вот полный список страниц и каналов поддерживаемых в BitCloud. Смотреть на страницы 20 и 22. Они не стандартные для IEEE.

CODE

Channel page 0:
0: 868.3 MHz, BPSK-20
1: 906.0 MHz, BPSK-40
2: 908.0 MHz, BPSK-40
3: 910.0 MHz, BPSK-40
4: 912.0 MHz, BPSK-40
5: 914.0 MHz, BPSK-40
6: 916.0 MHz, BPSK-40
7: 918.0 MHz, BPSK-40
8: 920.0 MHz, BPSK-40
9: 922.0 MHz, BPSK-40
10: 924.0 MHz, BPSK-40

Channel page 2:
0: 868.3 MHz, O-QPSK-100
1: 906.0 MHz, O-QPSK-250
2: 908.0 MHz, O-QPSK-250
3: 910.0 MHz, O-QPSK-250
4: 912.0 MHz, O-QPSK-250
5: 914.0 MHz, O-QPSK-250
6: 916.0 MHz, O-QPSK-250
7: 918.0 MHz, O-QPSK-250
8: 920.0 MHz, O-QPSK-250
9: 922.0 MHz, O-QPSK-250
10: 924.0 MHz, O-QPSK-250

Channel page 5:
0: 780.0 MHz, O-QPSK-250
1: 782.0 MHz, O-QPSK-250
2: 784.0 MHz, O-QPSK-250
3: 786.0 MHz, O-QPSK-250

Channel page 20:
0: 857.3 MHz, BPSK-20
1: 858.3 MHz, BPSK-20
2: 859.3 MHz, BPSK-20
3: 860.3 MHz, BPSK-20
4: 861.3 MHz, BPSK-20
5: 862.3 MHz, BPSK-20
6: 863.3 MHz, BPSK-20
7: 864.3 MHz, BPSK-20
8: 865.3 MHz, BPSK-20
9: 866.3 MHz, BPSK-20
10: 867.3 MHz, BPSK-20
11: 868.3 MHz, BPSK-20
12: 869.3 MHz, BPSK-20
13: 870.3 MHz, BPSK-20
14: 871.3 MHz, BPSK-20
15: 872.3 MHz, BPSK-20
16: 873.3 MHz, BPSK-20
17: 874.3 MHz, BPSK-20
18: 875.3 MHz, BPSK-20
19: 876.3 MHz, BPSK-20
20: 877.3 MHz, BPSK-20
21: 878.3 MHz, BPSK-20
22: 879.3 MHz, BPSK-20
23: 880.3 MHz, BPSK-20
24: 881.3 MHz, BPSK-20
25: 882.3 MHz, BPSK-20

Channel page 22:
0: 857.3 MHz, O-QPSK-100
1: 858.3 MHz, O-QPSK-100
2: 859.3 MHz, O-QPSK-100
3: 860.3 MHz, O-QPSK-100
4: 861.3 MHz, O-QPSK-100
5: 862.3 MHz, O-QPSK-100
6: 863.3 MHz, O-QPSK-100
7: 864.3 MHz, O-QPSK-100
8: 865.3 MHz, O-QPSK-100
9: 866.3 MHz, O-QPSK-100
10: 867.3 MHz, O-QPSK-100
11: 868.3 MHz, O-QPSK-100
12: 869.3 MHz, O-QPSK-100
13: 870.3 MHz, O-QPSK-100
14: 871.3 MHz, O-QPSK-100
15: 872.3 MHz, O-QPSK-100
16: 873.3 MHz, O-QPSK-100
17: 874.3 MHz, O-QPSK-100
18: 875.3 MHz, O-QPSK-100
19: 876.3 MHz, O-QPSK-100
20: 877.3 MHz, O-QPSK-100
21: 878.3 MHz, O-QPSK-100
22: 879.3 MHz, O-QPSK-100
23: 880.3 MHz, O-QPSK-100
24: 881.3 MHz, O-QPSK-100
25: 882.3 MHz, O-QPSK-100

Легко, в LwMesh канал задается непосредственными значениями регистров трансивера, так что все что может выдать чип можно без проблем сконфигурировать. Как именно устранавливается частота и вид модуляции описано в доке на трансивер.

Спасибо за помощь!
Эх, жаль, наш диапазон в пролете
Трансивер разрешенный в РФ диапазон 868.7—869.2 МГц не поддерживает, придется опять искать другой чип.

[ataradov]

Трансивер разрешенный в РФ диапазон 868.7—869.2 МГц не поддерживает, придется опять искать другой чип.

Это BitCloud не поддерживает. Трансивер может все частоты из этого диапазона с шагом 100 кГц.

Настройки CC_BAND = 2, CC_NUMBER = 117-122. См таблицу 7-35 (Frequency Bands and Numbers) в datasheet на стр. 123.

PS: Для версии В таблица 9-34 на стр. 149, но смысл тот же.

В LwMesh конфигурируются именно значения регистров, так что без проблем эти частоты сделать.

Сообщение отредактировал Taradov Alexander - Aug 16 2013, 06:09

[POLL]

Это BitCloud не поддерживает. Трансивер может все частоты из этого диапазона с шагом 100 кГц.

Настройки CC_BAND = 2, CC_NUMBER = 117-122. См таблицу 7-35 (Frequency Bands and Numbers) в datasheet на стр. 123.

Ааа, т.е. BitCloud не получится использовать (как я понимаю частоты задаются на низком уровнем и эта часть кода закрыта), но можно будет настроить LwMesh.

Ясно, ну тоже кое-что.

Кстати, смотрел доки от силабовской штуки EZMac (вроде LwMesh, но там топология точка-точка и звезда), там у них кол-во каналов по умолчанию 4.
При скорости 50 kbps, Frequency Step Size 780kHz, Number of Available Channels (868 MHz ISM band) 8.
При 128 kbps, Frequency Step Size 1 MHz, Number of Available Channels (868 MHz ISM band) 6.

[ataradov]

Ааа, т.е. BitCloud не получится использовать (как я понимаю частоты задаются на низком уровнем и эта часть кода закрыта), но можно будет настроить LwMesh.

Да, BitCloud поддерживает только то, что прописано в IEEE 802.15.4. Остальные каналы - это бонус от разработчиков чипа.

При скорости 50 kbps, Frequency Step Size 780kHz, Number of Available Channels (868 MHz ISM band) 8.
При 128 kbps, Frequency Step Size 1 MHz, Number of Available Channels (868 MHz ISM band) 6.

У вас весь диапазон 500 кГц, при шаге 780 кГц туда только 1 канал попадет в лучшем случае. А при 1 МГц вообще ничего не попасть может.

О каком чипе идет речь?

[POLL]

У вас весь диапазон 500 кГц, при шаге 780 кГц туда только 1 канал попадет в лучшем случае. А при 1 МГц вообще ничего не попасть может.

О каком чипе идет речь?

Смотрел чип Si446x
Спека на софт EZMAC
Про множество каналов пишут в 3.2.1.1. Frequency Assignment in Case of the EZMac Module
Table 14. Frequency Assignment for the 868 MHz ISM Band

[ataradov]

Про множество каналов пишут в 3.2.1.1. Frequency Assignment in Case of the EZMac Module
Table 14. Frequency Assignment for the 868 MHz ISM Band

Ну так из той же таблицы следует, что вам будет доступен:
1 канал при шаге 450 кГц: 863.55 + 0.45 * 12 = 868.95
1 канал при шаге 780 кГц: 863.55 + 0.78 * 7 = 869.01
1 канал при шаге 1 МГц: 864 + 1 * 5 = 869

PS: на сравнимых настройках чувствительность у этого чипа хуже или сравнима с RF212. Мощность передатчика - больше, это да.

PPS: Хотя в доке на сам чип написано значительно большее разрешение перестройки синтезатора, так что это EZMac так ограничивает. Ситуация похожа на BitCloud

Сообщение отредактировал Taradov Alexander - Aug 16 2013, 06:58

[POLL]

Ну так из той же таблицы следует, что вам будет доступен:
1 канал при шаге 450 кГц: 863.55 + 0.45 * 12 = 868.95
1 канал при шаге 780 кГц: 863.55 + 0.78 * 7 = 869.01
1 канал при шаге 1 МГц: 864 + 1 * 5 = 869

PS: на сравнимых настройках чувствительность у этого чипа хуже или сравнима с RF212. Мощность передатчика - больше, это да.

PPS: Хотя в доке на сам чип написано значительно большее разрешение перестройки синтезатора, так что это EZMac так ограничивает. Ситуация похожа на BitCloud

Ясно
Но и цена на Si446x в 2 раза больше.

Ох уж мне эти спецификаторы, вот зачем жестко прописывают в IEEE 802.15.4 диапазоны частот, а потом принимают дополнительные правки для вноса дополнительных частот, то Китай, то Япония. До РФ лет через 20 может и дойдет черед

Я, конечно, в этом вопросе плохо шарю, но лучшеб в спецификации протокол описывали, а не частоты определяли.

Сообщение отредактировал POLL - Aug 16 2013, 07:08

[ataradov]

Ох уж мне эти спецификаторы, вот зачем жестко прописывают в IEEE 802.15.4 диапазоны частот, а потом принимают дополнительные правки для вноса дополнительных частот, то Китай, то Япония. До РФ лет через 20 может и дойдет черед

Спеку пишут комитет из заинтересованных людей, если на момент написания никого из Японии не было, то про гих естественно никто не вспомнит. Потом если появляется кто-то и начинает на стаивать на этом, то вносятся правки в стандарт. Так ZigBee спека на sub-Gig появилась только стараниями Atmel, так как остальным на это наплевать, они чипов не делают на этот диапазон.

Я, конечно, в этом вопросе плохо шарю, но лучшеб в спецификации протокол описывали, а не частоты определяли.

Всякие критические времянки определяются исходя из частоты и вида модуляции.

А потом, они делают стандарт для систем, которые должны работать одинаково не зависимо от производителя, так что им приходится определять конкретные наборы каналов, а иначе не понятно как сертифицировать это все.