Тут по идее должны быть записи о том, как я успешно боролся с контроллером, пытаясь заставить его работать так, как мне надо.
Но все оказалось проще.
Во-первых, бравые норвежцы слишком перемудрились и сделали так, что все операции ввода-вывода через USB делаются специальным чипом. В принципе, в этом нет ничего плохого, за исключением того, что они позабыли дать доступ к идентификаторам USB напрямую. В итоге фиг вы чего сделаете без драйверов, и заставить LU1 представляться COM портом не получится.
А во-вторых, “the USB chip that these kits use is obsoleted from the supplier, and doesn’t have a driver for 64-bit Windows 7.”, а так же для всяких OS X и прочего.
И наконец, я решил посмотреть в последний SDK (20 апреля 2012 года) и найти там примеры работы с беспроводной частью. Нашел, скомпилировал (если чего, искать в gazel_examples). Там все просто – на “девайсе” что-то суют в P0, а на “хосте” это что-то вылазит оттуда. Очень удобно – на дивайс посадил щуп от генератора, а на хосте смотришь, когда сигналы перестанут приходить.
Условия у меня очень тяжелые.
И это еще не все сетки, ибо пока я обжимаю телефон для снятия скриншота, наиболее дохлые исчезают. WiFi адаптер tp-link, который воткнут в “малинку”, имеет миниатюрную антенну, но тем не менее честно сообщает о наличии 38 сетей.
Итак, результаты. Результаты хреновые.
1) В пределах комнаты – на троечку. То есть если “дивайс” находится в центре комнаты, то еще нормально. Но если “дивайс” в одном углу комнаты, а “хост” – в другом, то уже идут потери “пакетов”.
2) В пределах квартиры – уверенная двойка. То есть обычная, не капитальная стенка – уже плохо. Две – не видят друг друга.
3) На открытом пространстве (у меня за окнами лес) – метров 30 берет.
Все вышеперечисленное ставит жирный крест на использовании данных контроллеров для меня. Буду использовать другие 🙂
В принципе, этот пост просто перепись моих исследований, ибо в русскоязычном сегменте сети есть только одна, много раз скопированная статья MaxMS (http://habrahabr.ru/post/210974/). В принципе, я довольно много подчерпнул оттуда.
Итак, у меня есть контроллеры на данном чипсете и есть желание сделать с ними что-либо полезное. Но прежде “деланья” чего-либо полезного, надо этот контроллер запрограммировать. Вместе с контроллером ко мне попал “официальный” программатор, но чего с ним можно делать, я даже не разбирался, потому что неспортивно.
Для начала я определил, какая именно версия nrf у меня.
Судя по плате (плюс я глазами пересчитал выводы), у меня 32х пиновая версия.
А значит, из этой таблички берем среднее
Теперь как программировать. Из той же статьи наиболее приемлемым для меня оказался вариант с Raspberry Pi. Во-первых, у него везде 3,3 вольта, а во вторых, из него легко получается мобильный комплекс – воткнул wifi и питание и все, комп для прошивки готов.
Результатом стал следующий ужас
Для памяти
RESET и VDD – на 3,3
GND – на землю
FCSN – 24я ножка CE0
PROG – 18я ножка GPIO24
Остальное согласно SPI на малинке. MISO-MISO, MOSI-MOSI и так далее
Затем выкачиваю с гитхаба https://github.com/derekstavis/nrf24le1-libbcm2835 программатор и собираю его
Первая проверка в виде попытки прочитать nvram выдала одни нули. Сначала я подумал, что либо контроллер дохлый, либо что-то не так подключил или какой-нибудь модуль не догрузил (Raspberry в этом отношении очень капризный), но попытка прочитать программу удалась
Initiate programming
Number of bytes to read: 16384, max flash size 16384
[nrf24le1] uhet_read: read addr: 0x0xbeae07dd, pack header: 0x3 0x0 0x0, bytes read: 16384
:2000000002024D41808B004180890142808D0000458084345678901200E4FDFCC3ED9FECA4
:200020009E501D908055E4F0A3746CF090805574FFF5F011F645F070F30DBD00010C80DC7A
:2000400022E490808AF0A3F022FFFFA10BC291914FE4FF914FD2912280E7FF0208EA80E17B
:20006000FFFFFF020CEABB010689828A83E0225002E722BBFE02E32289828A83E49322BB28
:20008000010CE58229F582E5833AF583E0225006E92582F8E622BBFE06E92582F8E222E51A
:2000A0008229F582E5833AF583E49322BB010689828A83F0225002F722BBFE01F322F8BB92
:2000C000010DE58229F582E5833AF583E8F0225006E92582C8F622BBFE05E92582C8F22207
:2000E000C5F0F8A3E028F0C5F0F8E582158270021583E038F022A3F8E0C5F025F0F0E5823D
.....
Внутри что-то записано и это что-то не очень похоже на мусор. Но для меня это мусор, ибо я не в курсе, что там записано и для чего.
Теперь надо проверить, что прошивка работает. Читаем в test текущую фирмварь
./nrf24le1 read firmware test
Любым редактором ее портим, но по-своему (я просто записал посрединке немного байтиков со значениями 0х01-0х20) и заливаем назад и пофиг, что работать не будет.
./nrf24le1 write firmware test
И тут же читаем назад, но в другой фаил.
./nrf24le1 read firmware test1
А теперь ищем в test1 наши правки. Если они есть – значит “программатор” работает. У меня все заработало. Теперь можно и свою программу написать 🙂
Посмотрел на официальный SDK, покривился, забрал “правленный”, взял пример с дерганьем порта p0.0
Ну теперь полученный led_main.bin можно залить в контроллер.
# ./nrf24le1 write firmware led_main.bin
А теперь посмотрим осциллографом на вывод P0.0
Как видим, все согласно программе: 500мс включено и 500мс выключено.
Как говорится, ура. Обязательная программа для любого микроконтроллера работает как надо.
Но вообще-то у меня немного другая задача: связать два микроконтроллера между собой по радиоканалу и оценить, насколько он работоспособен в условиях обычной многоэтажки, где диапазон 2,4ГГц забит напрочь и намертво WiFi.
Но это тема следующего поста. Или даже через одного 🙂