CYWUSB693x, скорость передачи пакетов. Опции

[AndreyS]

Вопрос в скорости передачи байта. Верне времени отставания переданного байта в эфир и реально полученного в другом устройстве. Каково оно???

А пока вводная.
Имею
пакет из 5 байт в одну сторону и пакет из 2-х байт в подтверждение.
Пакет на передачу (5 байт) состоит из:
0 - 1 байт заголовок
1,2 - 2 байта данных
3 - 1 байт временной метки
4 - 1 байт CRC
Пакет подтверждения
0 - 1 байт заголовок
1 - 1 байт CRC

Иными словами, меньше чем 5 байт пакет сделать нельзя.

Теперь о скорости передачи. Реально данные (поток байтов в одну сторону) передаются (я говорю про максимальную частоту) с скорость 62500 бит в сек (сам проверял, перед тем как начать писать протокол MAC для своей задачи). Теперь если взять идеал, то для пакетной передачи (в 5 байт на передачу и 5 на ответ) максимальная скорость 781 пакет в секунду. На практике это не достижимо. Мало того у меня получилось что с 5 на передачу и 2 на ответ максимальная скорость формирования пакетов не более 300!! (ну в первую очередь это связано с реповторами, а во вторую из-за того, что время от момента, когда сработало прерывание, что мол передающий буфер передатчика пуст и до момента, когда сработало прерывание в приемнике, что есть байт инфы составляет 490 uS. Это очень много!! Это почти 4 байта полезной информации!!


Вот и вопрос.
Кто работал с этой микрухой, какую максималку в пакетной передачи достигал????
У меня получилось что максимальная скорость (с учетом выше сказанного. А речь идет именно о пакетах!!!) 12000 к бит в сек. Для моей задачи этого мало, да и по расчетам должно было быть болшьше. Но вот время отставания меня просто убило!!! Как бы его сокраить???? Не хочется делать асинхронную передачу пакетов. Это будет геморой еще тот!!!

Подскажите. Какое время отставания данных!!!???????

[AndreyS]

Да данные передавать нужно только от одно устройства. Т.е. 4 или более в сети, но связь устанавливается по передаче данных только с одним. Остальные в этот момент могут быть вообще выключены. Политика такова, да и устройство достаточно мало (чтобы применять полное ZigBee), что связь в момент прокачки данных это тупое P2P соединение. А когда данные не передаются, то пользователь видит все доступные устройства в сети и может выбрать работу с одним из них. А про 1000 это достаточная максимальная скорость. Конечно можно сразу данные обрабатывать, вот только выводить информацию будет некуда. Устройство достаточно мало, чтобы на него установить ЖК дисплей. Устройство крепится на палец человека. А информация выводится для врача. По этому все равно транслировать данные необходимо. Пока я остановился на 400 пакетах в сек. Попробую упаковать больше отсчетов в один пакет, посмотрим на сколько смогу поднять частоту дискретизации.
А из ZigBee чип кон мне нравится своими размерами.
Попробую заказать CYRF6936 и распаять, хотя надо бы сразу развести плату прототип, а то на макетке такой корпус уже сложно распаять.
Вы читали документацию (вероятно да) на CYRF6936??? Я не совсем понял. Для работы на 1000 кбит в сек не используются PN??
PMU каков его КПД???
Ток потребления я так понял соответствует VCC питанию??
Вкусная вещь. Всю пакетную передачу можно запихать в чип. А контроллер может заняться алгоритмами вычисления.