Доброго времени суток.
Вот в чем дело, имеется отладочная плата на базе ядра arm9 AT91RM9200QU и так же имеется вшитый туда же Linux.
Вопрос у меня следующий, как можно управлять периферией из под этого вшитого линукса (например на плате есть светодиоды, как ими помигать). Когда работал с arm7 все было довольно просто и понятно, а тут все не особо понятно.
Кто знает что-нибудь посвятите или ссылочку на литературу дайте. Заранее спасибо.

Обычно все делаеться через драйвер
Посмотреть можно staterkit.ru

чет никак((

под Linux есть некая gpiolib которая позволяет работать с выводами gpio или Вы должны напрямую получить доступ к физичекой памяти, mmap - функция, сконфигурить выводы общего назначения и выставить требуемые Вам значения.

У меня теперь проблемка по серьезнее... Случайно отчистил Dataflash. И теперь, когда подцепляюсь к плате пишет CCCCCCCCCC...........
Хотел закачать romboot через гипертерминал, но он не закачивается, говорят надо вроде DataflashBoot для этого контроллера? Или мож в другом дело?

Люди как быть. После попытки прошить контроллер файлом AT91RM9200-29lv160d.bin вообще все перестало работать... раньше при включении питания хотя бы буквы ССССССССС шли т.е ожидание загрузки файла теперь вообще тишина.
Думаю что-то с памятью, память стоит AT45DB321. Можно как-нибудь аппаратно сбросить ее?

Надо ему отключить устройство с которого он грузится. Куда и что Вы прошили - Вам виднее.

Во первых надо отрыть даташит на камень и поосмотреть с чего он может грузиться. Если мне не изменяет память то он может грузиться либо с последовательной либо с парралленой флаш. Далее собираем роомбоот и u-boot и шьем куда треба. И обратите внимание на пин BMC

AT91RM9200 может грузиться с последовательной флэшки, с параллельной, EEPROM, usb и отладочного порта

setup device
|
|
spi dataflash boot ---Yes--->Загрузка из последовательной флэшки------> запуск программы
No
|
TWI EEPROM boot ---Yes--->Загрузка из EEPROM----------------------------> запуск программы
No
|
parallel boot ---Yes--->Загрузка из параллельной флэшки-----------------> запуск программы
No
|
OR------>Загрузка из отладочного порта DBGU------> запуск программы
|-------->Загрузка через USB--------------------------> запуск программы

Вот так выглядит последовательность работы процессора при загрузке

В плане работы с внешней периферией Вам поможет книжка Linux Device Drivers и даташит на МК. Также придется покопаться в сырцах к линуксу на вашей плате. Для компиляции нужен будет кросстулчейн...

По поводу проблемы с прошивкой - разберитесь в вопросе. ПОсмотрите что и как работает. МК довольно навороченный, почитайте про ARM Linux, bootstrap, u-boot....

Очень неплохо все расписано вот здесь (наверное единственный док в инете на русском, где все расписано от и до): ключевые слова поиска в гугле: HeavyOnline RM9200

What level do you have on BMS pin ?

If you've changed it to low, your processor is loading from parallel flash on EBI, selected by NSC0.
If BMS still high, it means, processor finds the entry in DataFlash as correct vector table and start the execution of wrong image.
Absence of 'C' on debug port means that the processor leave ROMBOOT code before start internal Boot loader because valid boot media was found.


What level do you have on BMS pin ?

If you've changed it to low, your processor is loading from parallel flash on EBI, selected by NSC0.
If BMS still high, it means, processor finds the entry in DataFlash as correct vector table and start the execution of wrong image.
Absence of 'C' on debug port means that the processor leave ROMBOOT code before start internal Boot loader because valid boot media was found.

А что за плата? Если старербегиннерчетотамтакое то обычно либо на сайте либо на диске лежит то что грузить проц по последовательному порту и заливает u-boot и подобное...

Это нормально, значит Вы чтото не то прошили если прошиваете в последовательную flash, при прошивке в последовательную флэш согласно даташиту в шестой вектор записывает размер прошитой програмки.
А при включении питания в режиме когда шлются CCC програмка из ПЗУ перед их посылкой проверяет
лежит ли в стартовом куске последовательной флэш таблица прерываний а в шестом векторе размер програмки
если всё это там есть она загружает её во внутренню рам и передает на эту програмку управления, часто рядом
с флэш есть джампер который позволяет разорвать CS на последовательную флэш и при старте в таком режиме из неё ничего не получится вычитать и Вы ввалитесь в CCC

Доброго времени суток.
Значит вот в чем дело. Дали мне самопальную плату с контроллером AT91RM9200 и памятью AT45DB321 (2 микрухи по 32 мега) и туда был зашит Лунукс. Дали и говорят разбирайся придем проверим. Ну вот я решил разобраться и зашить для начала Линукс с нуля, но в этот же день возникла проблема...после загрузки файлы u-boot.bin (собственно загрузчика системы) вылазит ошибка Unknown command ' "cp.b ' -try ' help '.
Насколько я понимаю, здесь лишние двойные ковычки поставленные видимо по ошибке создателем сего файла.
Так вот можно ли исправить этот бинарник через какой либо редактор или как написать новый u-boot с нуля сконфигурировав для данного контроллера и памяти?

Бинарный файл не нужно править в редакторе. Правильный ход - почитать о самом загрузчике здесь. Это открытый проект, можно скачать исходники, поизучать и со временем, возможно, получится создать собственную версию загрузчика. Если воспользуетесь поиском на Форуме, или терпением при перечитывании древних постов за 2005-2006, то найдете готовые варианты.

Скорее всего на плате есть джампер, переключающий машинку в режим начальной загрузки, в котором появится приглашение в виде "ССССС...". Если джампер в рабочем положении, то есть машинка должна запустить зашитый код во флэш, но эту флэшка по Вашим словам Вами же и стерта, тогда опять появится приглашение на загрузку файла. Ищите джампер, переводите в режим начальной загрузки и тогда пробуйте зашить имеющийся u-boot. Хотя, судя по вопросам в другой ветке, у Вас и с этим загрузчиком какие-то проблемы. Явно нужно что-то почитать

Спасибо за совет. Если что получиться, результаты размещу здесь.

Спасибо за советы. Сделал так, у микрухи памяти отпаял ногу S0, подключил питание к плате, вшил ромбут(первый загрузчик), потом не отключая питания припаял ногу и вшил этот же ромбут в DataFlash по адресу с0000000. Все заработало.

Возможно плата реализована с ошибкой, раз не нашелся джампер на отключение ДатаФлэш, такое мы с коллегами тоже проходили ))))

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


Не совсем понятно, включили она не смогла прочитать содержимое,
выдала CCC, запаяли, записали ромбут как Вы его называете в первые 64 К,
по вышеуказанному адресу, а u-boot.bin.gz во вторые 64 К, ромбут
должен поддерживать загрузку из последовательной flash, файлик boot.bin
по моему :-) не позволяет грузить из последовательной, он хватает образ
из паралельной и разворачивает его в SDRAM