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

по трудоемкости , наверно даже проще , но мне нужно прерывание от будильника rtc ,а свободных пинов почти не осталось.

gpio expander (по той же i2c) с функцией прерывания могут спасти при нехватке пинов..
или через экспандер неспешно рулить периферией, а на АРМ завести критичные по времени сигналы..

в резерве еще 4 сигнала от светодиодов пользователя и возможно 2 сигнала в jtag (emu0, emu1), но с последними могу и ошибиться..

да можно , только на переходнике jtag их обрезать.
в общем пока так и сделал - внешние rtc

и это правильно - у внешнего rtc на "правильном" чипе есть возможность "подкрутить" частоту независимо от кварца для повышения точности хода, т.к. при пробеге полгода-год уход может быть существенным при дешевых кварцах..
в решениях на SoC такая плюшка, как правило, отсутствует..

Давно не заглядывал в эту тему, ибо отчаялся найти такую возможность.
Заранее спасибо, обязательно обращусь либо сам, либо другу скажу.

AndrejM, подскажи плиз как жэтаг подключал, схемку переходной платки? Или это просто переходник с широкого 20 пинового разъема ну узкий пин-ту-пин?

я вот так сделал.
 ARM20cTI20_Rev_B_schematic.pdf ( 18.34 килобайт ) Кол-во скачиваний: 318

AndrejM, emu0 и emu1 в воздухе оставили висеть?

да , точнее они подтянуты к "1" со стороны BBB .

Tarbal
Я вместе с Chudik'ом работаю. если можете помочь со следующими вопросами:
1. как сделать на хост машине среду разработки для создания GUI(QT например, или что иное?) на "Beaglebone black"? если есть образ под вируалбокс, вообще замечательно.
2. что надо сделать на самой "Beaglebone black" чтобы это всё заработало? прошить новый образ линукса, проапгрейдить загрузчик и тд...?
3. как проходит отладка в этом случае?

Спасибо.
Паша

делал так: http://www.cloud-rocket.com/2013/07/buildi...for-beaglebone/

на виртуальную машину вмваре поставил убунту 64х битную и согласно иструкции проинсталил qt и qt creator. В итоге компилится и дебажится. Нету правда пока дисплея, но QThread-ы запускал - многопоточность работает.

Сообщение отредактировал kostyan - Feb 14 2014, 02:52

kostyan,

За ответ спасибо. Поставил всё по указанной ссылке: 32битнную убунту.
компилируется, beaglebone определяется в QT, приложение грузиться в beaglebone и дальше ошибка:

Connecting to remote server failed:
Remote 'g' packet reply is too long: 00000000bbfeffbe0000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000d0fdffbe00000000308efdb6100000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000000000000000000000000000000000000000000000000000000000000000000000000000
000000000

а в логе отладки такое сообщение:

Debugging starts
Process /home/root/untitled created; pid = 891
Listening on port 10001
Remote debugging from host 192.168.7.1
Architecture rejected target-supplied description
Debugging has finished

что делать?

заранее сапасибо.
Паша.

GDB поставьте в настройках кита другой: /usr/local/angstrom/arm/bin/arm-angstrom-linux-gnueabi-gdb

а кто знает в angstrom на BBB mcu на какой частоте работает? у меня под рукой BBB REV4B пара плат , процессор на них на 1Ghz (xam3359azcz100) ,но на этом самом гигагерце работает не стабильно (валится в UH где попало) , максимальная "рабочая" частота 900Mhz.
если у кого есть информация , просьба , и остальные clock посмотреть (core ,ddr ,per ) , а лучше вообще саму инициализацию увидеть.