Подключение nRF24L01 к ПК через USB

[Nikopol]

Доброго времени суток.
Есть у меня задачка по подключению nRF24L01 к ПК через USB.
Основным критерием является обеспечение максимальной скорости обмена для nRF24L01, т.е. USB 1.0 уже не подходит. Так же не хочется использовать виртуальный сом.

Рассматривал несколько вариантов решения задачки:
1. nRF24L01 + FT232 в bitbang режиме, все хорошо, скорость обмена позволяет, но смущает, что у FT232 нет входа для внешнего прерывания, а постоянный скан шины для отлавливания прерывания от nRF24L01 не вариант.

2. Библиотека V-USB + дешовый контроллер + nRF24L01 - низкая скорость из-за работы библиотеки в режиме USB 1.0.

3. Есть вариация чипа nRF24LU01 уже со встроенным контроллером, но цена не гуманна как на сам чип так и на програматор, а нужно в единичном экземпляре для эксперимента, к тому же nRF24L01 уже есть в наличии, хотелось бы задействовать их.

4. На данный момент нашел от Atmel готовый кит на базе AT90USB162 c тем же чипом, но он реализует прозрачный радио нольмодемный мост между двумя "китами". Пока что думаю попробовать расковырять исходники и переделать их. Вот линк http://www.atmel.com/tools/ATAVRUSBRF01.aspx


В конечном итоге что хотелось бы получить:
- устройство подключаемое по USB, питание от него же.
- Схематехническое решение должно выглядеть как микроконтроллер + nRF24L01
- со стороны ПК это должен быть интерфейс к которому можно написать библиотеку для пакетного обмена информацией, возможно с обратным вызовом функций. (Возможно HID или CDC, поправьте, если не прав, в USB начал недавно разбираться.)

В общем вопрос к уважаемым знатокам. Есть ли у кого еще какие идеи или предложения по этому поводу? Разбираться нужно будет с любым решением, так что выслушаю все предложения.

[Easyrider83]

Я больше 28кб/с не получал с этого чипа. Так что USB1.0 вполне сгодится. Даже в режиме HID.

[niXto]

У ЮСБ1.1 максимальная скорость 11 Мбит, у НРФ скорость радиоканала 2 Мбит а чистая скорость без служебных данных - максимум 300...500 кбит на расстоянии десятки см. Вы желаете чудо??

[Eddy71]

реально там скорость потока ещё меньше - передатчик нельзя на передачу больше 4мс держать - у него частота уходит. Да плюс потери времени на подтверждение приёма, на выход в режим передачи и т.д. Так что здоровенной скорости потока не выйдет.

[niXto]

Это как у него уходит частота, если она кварцованная? Да и не получится с пакетами по 32 байта на 2 Мбит передавать дольше 4 мс. А в начале следующей передачи будет новая калибровка

[Eddy71]

У него при подаче команды начала передачи (СЕ=1 или пакет залить новый) генератор передатчика на время передачи пакета не управляется PLL. А перед началом передачи пакета надо 135мкс для настройки частоты.

[Nikopol]

Так, что то Вы меня растраиваете, я расчитывал получить хотябы 1Мбит с лишним в чистом канале, а тут 28 кбит, это никуда не годиться, тогла уж легче синий зуб осваивать. Но пищу для размышлений Вы мне все же дали, буду проводить тесты скорости на линке между 2-я чипами, они как раз у меня сейчай прикручены к двум Discovery, где я разбирался с их управлением. Если действительно так все ужастно, то буду менять устройство для обмена данными.

У ЮСБ1.1 максимальная скорость 11 Мбит

это мне известно, но не нашел средств для реализации, если подскажите куда копать или кинете линк буду признателен.

[Nikopol]

Произвел косвенный замер скорости передачи данных. Замерил время следования импульсов на ноге прерывания при постоянной отправке пакета в 32 байта с подтверждением отправки. Получилось приблизительно 833 Гц, т.е. 833 пакета в секунду, из мануала получаем, что при длине посылки 32 байта, а также 5 байтном адресе и 2 байтной контролной сумме ддлина пакета составит 329 бит, отсюда получаем 274057 бит/с, что в 4 раза меньше заявленной производителем.

Пересчитал какую скорость обмена смогу я получить при такой скорости передачи и моем количестве инфрмации, которую нужно передать, пришел к выводу, что на данном этапе эксперимента будет достаточно.

При таких раскладах V-USB должен справиться, буду осваивать его.

На данный момент всем спасибо за ответы, а также вопрос, кто работал с данной библиотекой, есть какие подводные камни и как работать со стороны ПК с девайсом?

[niXto]

из мануала получаем, что при длине посылки 32 байта, а также 5 байтном адресе и 2 байтной контролной сумме ддлина пакета составит 329 бит, отсюда получаем 274057 бит/с, что в 4 раза меньше заявленной производителем.

А пакет для передачи вместе с конфигурацией и очисткой флагов загружается в трансивер мгновенно, или за пол-миллисекунды? Время на стабилизацию частоты PLL тоже учитывать не нужно? У меня было до 2 тыс пакетов. Подключите токовый шунт и смотрите осциллографом на нем по колебаниям тока длительности каждого периода

[Nikopol]

Что то не пойму, а чем мой метод отличается от Вашего, я же смотрю на прерывание по отправке, это фактически тоже самое, сигнал сведетельствует о том что пакет гарантированно передан, а программа у меня начинает новый цикл передачи, как только пришло прерывание об отправке предидущего, ну задержки на включение/выключение индикаторных светодиодов думаю не в счет