Да не остана неразбран
- Xbee от Maxstream си беше ок. Само че го ползвах за замяна на кабел между 2 устройства.
Когато ми се наложи да строя мрежа от двайсетина устройства към компютър - Digi бяха купили Максстрийм. Ползвахме новите , после още веднъж ,обаче подобно отвращение от не/документираност и неясноти не съм изпитвал май никой друг път. Версиите за една и съща функция-вариант на фърмуера са по няколко и иди разбери каква е разликата. В крайна сметка работихме с няколко фиксирани рутера , излишно много на брой. Някои точки не искаха да се свържат, ако не са рутер. И не смеехме (след един опит) да сменяме версия или начин на работа.(Зигбее,Знет или меш.....) , за да не се набутваме в безкрайни умувания.

Та тука питах с тия мисли наум. И се оглеждам за алтернатива, че сигурно и някой друг свинарник ще се обади за радиофициране. Ясно ми е ,че Комет не могат да хвърлят много ресурс ,за да ми отговорят на въпросите(и незададените ).

Пускам на Ицо и лично съобщение.

ilkor
В крайна сметка след като процесора е ПИК и в него ще мога да дописвам моя функционалност ще ми трябват и сорсовете на проекта за радио-частта нали така?
Т.е. сорс кодовете (или библиотеки), които да компилирам заедно с моя код в общ проект. (Ако са библиотеки ще трябва и добра документация за тях)

От къде мога да прочета за протокола, мрежата, използва ли се някаква криптировка и как работят, как, кога и колко често използват ресурс на процесора (кои прекъсвания се използват, има ли моменти в които прекъсванията са забранени и за колко ... ей такива неща ...), за да може да се съобразим с това докато дописваме своята добавена функционалност към устройствата. Нали така?

http://www.iqrf.org/weben/index.php?sekce=support&id=download

това е което има налично......

Моят въпрос е ще могат ли да се навържат над 150 модула и да се държат нормaлно

Имам един конкретен въпрос:

Как е реализиран XLP режима на приемане? Т.е. как се синхронизират приемника и предавателя - Колко често и за колко време приемника сканира, и колко време (и какво) предавателят предава ... Т.е. каква е латентността.
Синхронизацията между тях "Beacon" базирана ли е ?
(прегледах много диагонално линка от Бай Ставри, но не откривам подобно инфо ... )

Всъщност модулите идват с предварително инсталиран фърмуер, който представлява тяхната операционна система. Приложенията които можете да добавяте всъщност работят под тази операционна система и ползват нейните функции. Писането/компилирането/зреждането на потребителски приложения става с IDE което се сваля от сайта им.
Ето документацията на операционната система:
http://www.iqrf.org/weben/index.php?sek ... 35&ids=155
http://www.iqrf.org/weben/index.php?sek ... 35&ids=156

На въпросът дали могат 150 модула да работят в обща мрежа - видях работеща мрежа с почти 300 нода управляваща осветлението на сградата на тази фирма. За демонстария те са разположили огромен брой осветители които могат да се управляват индивидуално.

Вече е обявен официално DPA режимът при който в модула не се зарежда никакъв софтуер. Достъпът до периферията на всеки модул в мрежата става чрез стандартна команда.

Повече информация има тук:
http://www.iqrf.org/weben/index.php?sek ... gy&ot2=dpa

XLP режимът разчита на по дълга пауза при приемане и респективно на по дълъг преамбюл при предаване. Конкретните стойности са 700mS цикъл RX/sleep, и преамбюл от 900 mS. ... т.е. латентност от 900 mS. Но все пак това са 25uA консумация в режим на приемане!!! Няма друга синхронизация в мрежата освен преамбюл-а.
Разбира се всеки нод от мрежата може да се зададе като рутиращ или не за да се запази енергията в тези които са захранени от батерия.
Ето малко повече инфо:

ilkor,
Благодаря за инфото.

От диаграмите излиза, че устройството всеки 770mS се буди за около 1.45mS за да слуша за преамбъл. При бодрейт 19200 bps - периода на преамбъла е 104uS, което означава приемане на поне 10 преамбъл периода (ако преамбъла е с коеф. на запълване 50%).

А някой виждал ли е подобна система с "Beacon" синхронизация?
(Това би било наистина сериозна и силно енерго (батерия) пестяща система, позволяваща интензивен трафик между 2 или повече устройства - без това да смачква батериите на останалите устройства, които в представената ни система биха слушали "чужд" трафик)

Преди 5+ години се бях заровил в спецификациите на ZigBee-то и тогава още нямаха написана частта от спецификацията за "Beacon" синхронизацията.
Ако някой се е зачитал наскоро в стандарта нека сподели дефинирали ли са вече и тази част от него?