MRF24J40MA.........(MRF24J40 чип)
но Структурата за RX/TX е по стандарта IEEE 802.15

примера по void RF_SendTo(char * buf, int len, unsigned short address)....
изпраща данни с тип на пакета BeaconRequest

Благодаря ти много! Сега ще поясня по-подробно.
1. Наистина, комуникацията тръгна след като направих едното координатор.
2. Странно е, че след като го направих координатор, по-новата версия на софтуера не може да си комуникира с него.
Днес взех още 3 броя и ги свързах да си говорят през прости тернминали. Конфигурацията е един координатор и 4 рутера / крайни устройства.
Когато пращам от координатора, получават всички, когато пращам от крайните устройства, получава само координатора.

3. ОСОБЕНОСТ:
ZigBee XB24-BPIT идват от Comet програмирани като ZNET 2.5 ROUTER/END DEVICE AT и не се разпонзават от по-новия от двата софтуера, които имам:
XCTU Version: 6.1.0 Build ID: 20131213-3.
Ако ги закача към по-стария софтуер X-CTU 5.2.8.6 и ги препрограмирам като ZigBee router/end device AT започват да се разпознават и от новия софтуер.
И в двата случея си говорят през терминалите с координатора.

4. Връзката не ми харесва - дори и два модула, включени през новия софтуер бъркат поне по веднъж на 20 пакета (95%), a понякога и на 5 пакета (80%).
Когато са 4-5 модула често има лаг.

А, да, картинка: от по-новия софтуер са разпознати само единият тип устройства:

Толкова грешки на късо разстояние не е нормално - пък и фърмуера едва ли ще пусне по въздуха грешни пакети , дори и Сериес2 . Провери си настройките на серийните канали - стоп битове?(сложи 2 , ако не са), четност, предполагам на 9600 бода си. За кой терминал говориш - XCTU или Хипертерминал?
УСБ-уарт адаптерите също са от значение.
По-горе един колега беше написал ,че след проби са минали на 868МХц, но да- доста по-скъпи са.

По ред
- терминали: пробите с пакети ги правих с по-новия XCTU, той има такава екстра (циклично).
- пробвах със старото XCTU и Hercules, когато аз ръчно пращах байтове;
- Пробвах и 115200 и 9600 (и смесено), без контрол по четност с 1 стопов бит, без хендшекинг. Сякаш не зависи от скоростта не интерфейса - ще сложа 2 стопови бита, ок.
- Тия (или поне част от тях) USB-UART съм ги пробвал на 1 300 000 бода с BlueTooth, така, че те са ок (От Сириус - Дряново , имам и китайски).

Вероятно пакетите не са грешни, просто минава таймаута

Тоест байтовете си идват-без сгрешени битове и без неочаквано вмъкнати байтове,
но някои пакети се накъсват? Или не идват всички байтове?
Гледах сега в XCTU , че има настройка за дължината на таймаута в брой символи. Сякаш дефолта е 3 символа, на 9600 това са 3 милисекунди. Може и усб прехода да дава такова закъснение. Ако излезе това - просто трябва да го предвидите в софтуера си, не би трябвало да се разчита ,че целият пакет ще дойде без закъснения. Макар че при нас не сме забелязвали такова нещо.
Може и фърмуера да е калпав - пробвай с по-стари версии.Ако имаш време де.