Помощь - Поиск - Пользователи - Календарь
Полная версия этой страницы: Xbee Tx
Форум разработчиков электроники ELECTRONIX.ru > Интерфейсы > Форумы по интерфейсам > Wireless/Optic
lutik
Доброго времени суток уважаемым.

Может и было по форуму, только не нашел. Извиняюсь если сильно тривиально.

Есть сеть на модулях Xbee Pro Series2 от Digi. Топология звездная. координатор один. Никаких роутеров.
Конечные девайсы на микроконтроллерах, координатор на ПК. Работа в режиме API, AP=2.

Проблема вот такая возникла:

1. Формат команды TXrequest (0x10) для координатора как-то разительно отличается от даташитного да и просто законов логики - опытным путем выяснилось что именно для ОДНОЙ этой команды не нужно эскейпить фрейм. вот хз чего так. долго колупался пока не додул просто методом тыка.
и это при том, что енддевайс ту же команду отрабвтывает по закону.
может есть инфа - с чего так. или я налажал где-то или в доке чего недочитал???????

2 и более существенное
при передаче данных от енддевайса к координатору (через тот-же TXrequest) "нормально" уходят первые 8мь пакетов. потом начинаются какие-то задержки в передаче по 15-20сек. т.е. пекет в модуль влетел а на другом конце не вылетел. уже развалились по таймауту все процессы в ПО верхнего уровня уже пошли другие процессы и тут через 20сек - влетел ожидаемый пакет.

причем у меня такое наблюдалось и на раннем этапе тестов когда в прозрачном режиме игрался. Может кто знает в чем проблема??
есть мысль что может нельзя мультикастовые пакеты слать постоянно???
я на стороне енддевайса чтобы не парится с адресацией передаю адрес

0x000000000000ffff+0x0000

тоесть мак - широковещательный а IP - координатора.

Заранее спасибо за толкования






lutik
вобщем 2й вопрос можно снимать - таки да - не любит Digi обилие мультикастовых пакетов. В даташите описана процедура сброса передающего буфера для прозрачного режима но не для API. Победил отказом от мультикаста.

по первому вопросу интерес сохранился, только чисто теоретический, т.к. работа уже передана заказчику

буду крайне признателен за толкование по первому пункту.
Заранее спасибо
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.
Invision Power Board © 2001-2025 Invision Power Services, Inc.