Търся простичка библиотека за ZigBee API , на C.
Дали може да се намри библиотека или класове за симулира първо под Win, примерно C# и след това да се прави на C за ембедет?
ZigBee XB24 си има всякаква документация, но вероятно вече маса народ са работили по въпроса.
Благодаря за всяко мнение, препоръка, бележка и най-вече за линкове и информация.

Е чак простичко ZigBee няма, а и ако мислиш да подкарваш простички неща със ZigBee има други решения или си пишеш прост протокол

Благодаря за отговора!
Ако имаш опит с ZigBee API, моля, дай съвет, с какво да започна, за да спестя време (или подходящи линкове?).
Аз не съм архитекта , трябва да направя прехвърляне на данни от няколко ембедета към едно PC.
В обратната посока ще има прехвърляне на кратки команди.
За сега съм пуснал само AT режима, в който рутерите могат да изпращат към координатора.

Не се вкарвай в измислен филм - днес ако ползваш специфични неща , утре ще ти е зор да смениш доставчика. Използвай прозрачен режим , като си напишеш свестен твой си протокол с адреси на крайните устройства - мисли го като мрежа 485. АПИ , АТ - сигурно ще се наложи откм PC , обаче откъм крайните устройства ги заобиколи , ако можеш.

Благодаря, ти!
Т.е. съветът ти е да ползвам само универсални API (или AT?), за да конфигурирам устройствата в (към) мрежата (да, де, това може да стане и с предлаганите системни утили).
И за обмена да ползвам собствен протокол.
Ако ти остане време, поясни с няколко думи , моля.

Ще ти обясня какво правим ние. Времето ни е малко и обикновено го правим на пожар.Клиентите са малко и не задълбаваме много. Мрежата работи и проблемите след като пуснем мрежата са механични - - В последната мрежа планките които носят Digi XBP24-B , са малко тънки. От вибрациите електролитните кондензаторите се късат . Имахме и изпаднал екран от платката на радиомодула. В първата мрежа ползвахме тръби 1/2 цола и нямахме такива проблеми.

Имаме някои неясноти около тия модули, но общо взето ги подкарваме.
Работят в АТ режим.

Първо настройваме координатора с програмата на Digi X-CTU - работен канал, забрана на всички останали канали, PAN ID. После настройваме рутери и крайни устройства. Имам впечатление , че е добре да им се подаде команда/бутон "ресет към заводски настройки". После задаваме PAN ID и работен канал. Има поле за име на точката - попълваме го според обекта - например "Силоз21" .Това позволява две неща
- координаторът рапортува кои са в включени в мрежата му и можем да видим проблемни точки.
- с АТ команда можеш да кажеш на координатора да изгради канал към дадена точка по това име. Предаваните данни отиват само към тази точка. Тоест няма нужда от мрежов адрес в протокола. Така изградихме 1-та мрежа и си работи, не сме получавали оплаквания. На последната обаче при изградена връзка към Силоз 5, получавахме отговори и от други силози. Дали не сме уцелили правилната версия на фърмуера на Дижи-то, дали няко нов таен параметър - не знам. Просто минахме на протокол с мрежови адреси .

Та тези настройки се правят на едно пи-си, модул след модул. Ресет към заводски настройки сякаш ускорява свързването на рутер/краймо устройство при първо включване в мрежата. Там се анулира някакво поле "Operating PAN ID". После (повтарям се тук) задаваме PAN ID и работен канал.
Има една особеност ,свързана с този "Operating PAN ID". Ние задаваме PAN ID някакъв и координаторът и другите зигбита си го помнят. При цикъл на захранването номерът Operating PAN ID се променя от координатора. Не съм наясно какъв му е смисълът, но останалите устройства много често не щат да се свържат. Та колегата откъм пи-си софта откри в нета някаква недокументирана команда за задаване на това число. Координаторът е опроводен така ,че ПК да може да му бие хардуерен ресет по някоя от жиците на RS232. След ресет му се подава тази недокументирана команда с някакъв записан на диска "operating pan id", предполагам може да е твърдо зададен в софта.
Останалите устройства са закачени към крайните изделия по РС232 и захранване - общо 4 жици. Крайните изделия могат да изключат захранването за момент, ако няма дълго време входяща комуникация/запитвания. Не ползват АТ команди, просто предават/приемат по кабела.

На платката носеща зигбито задължително има чип за ресет - нещо триизводно на 2.9-3 волта, има стабилизатор за 3.3 волта, транзистори за напасване на RS нивата към TX/RX на модулчето, два електролитни кондензатора
Модулите са в заготовка за ПЕТ бутилка, боядисана в бяло отвътре срещу слънцето.Работят навън, няколко години. В селски условия.
В градски условия ми се е налагола да променям работния канал - заради мощна антена на някакъв интернет - Zigbee 2.4 GHz има леки недомислия по отношение на честотите на каналите - не са достатъчно отделени от WiFi каналите.

Друго не се сещам. Ще питам колегата за недокументираната команда.

всички модули които работят със ZigBee, MiWi и др... стек имат Hardware CSMA-CA - просто казано всеки може да предава (изчаква другите)
например взимаш един MRF24J40MA или нещо подобно, пишеш си "драйвер" да му подкараш приемане/предаване (обикновено са SPI)
Абстрахирай се от протокола 802.15.4 - предавай и приемай по свой си начин (като UART) - след време като понаучиш 802.15.4 може да го последваш или опиташ Зигбито или подобните

802.15.4 е стандарт за изграждане на малки мрежи, за сложна комуникация между отделни елементи включително рутиране на пакети данни...

Много, много съм благодарен за подробните разяснения на stefan63, както и за препоръките на TheWizard.
Спестявате ми маса лутане.
Благодаря!

http://www.desert-home.com/p/the-world-of-xbee.html

Може да ти е интересно,Nikb .