Приветствую всех и каждого!
Я работал с 8-ми разрядными контроллерами фирмы Atmel, не плохо их знаю.
Последние пол года потратил на разработку устройства на основе 32-х разрядныого контроллера AP7.
Был вынужден перейти на SAM9261. Складывается впечатление что в России не нужны специалисты по 32-битным контроллерам семейства SAM9. Или нужны, но единицы!
Предлогаю посвятить тему всей полезной информации по контроллерам AT91SAM9.
Мне известно:

Сайт производителя
Раздел посвящёный Linux для SAM
Сайт посвящённый семейству AT91

Если кто то обладает полезной информацией, например:
- как компелировать написанные программы
- где лежат настройки на то или иное устройство
- как сделать кросскомпиляцию для определённого устройсва
не важно на каком языке(удобоворимей конечно Русский)

ДА НЕ ОТСОХНЕТ РУКА ДАЮЩЕГО!

Вот ещё кое какая русскоязычная инфа, не много но вроде выкладывают.
Вика стартеркита...

Создание Linux для ARM9

Специалист по процессору - это весьма концептуально.

Абсолютно согласен! Но с чего то надо начинать. Если я не спец в 32-разрядных МК, только недавно начал общаться с линуксом, и до не давнего времени думал что С и С++ это одно и тоже...

То есть семейству SAM9.
Вот и ещё одна полезная ссылочка:
Описан процесс адаптации оригинального кода платы AT91SAM9260EK для платы собственной разработки

Мне идея нравится, т.к. человеку который ни разу в глаза линукса не видел очень сложно начинать. Только не нужно сосредотачивать своё внимание на русскоязычных статьях. Радиоинженер без английского в современном мире существовать не может.

wiki BusyBox
BusyBox
wiki U-Boot
U-Boot

Вот, курочил драйвер для сетки... Linux + U-Boot...

Что-то я не пойму, а причем тут линукс, SAM9 это разве априори линукс процессор?!

Практически любая программа работающая на ARM7 будет работать на ARM9. Если SAM9 настроить должным образом, то практически любая программа писанная под SAM7 на SAM9 будет выполняться примерно раз в 5-10 быстрее. Зачем объединять две достаточно сложные задачи - изучение ARM9 и изучение Linux, в одну неподъемную задачу? Не проще разделить, - Linux поизучать на ПК, а на SAM9 запустить "hello world" без линуса?


По каким критериям складывается?

Да по простым. Достаточно просто ввести в поисковой системе осваиваем AVR, множество ссылок на 8 разрядные контроллеры. Если ввести обучаемся SAM9 то как то всё грустно выглядит...

Многочисленные курсы типа "осваиваем AVR" рассчитываются на любителей, и ими же и составляются. Специалисту они просто ни к чему.

А люди с бунты барахты становятся специалистами???
Такое ощущение что все стали внезапно такими умными...
Когда просишь ПОМОЩИ молчат в тряпочку, а как поглумиться, так мы первые....

Люди для этого годами работают над повышением квалификации. Форумы и "курсы" тут не помогут ни разу.


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

Я и не предлагал качать и ковырять buildroot!
Я просто спросил где вы именно что ковыряли http://electronix.ru/forum/index.php?showt...st&p=769070
Т.е. где эти настройки и как их потом в buildroot'e перекомпелировать.
Я даже очень спокоен... Могу сказать что с AP7 не много по проще было...

В той теме ковырялся отдельно uboot, о чем написано в первом же сообщении.

Всегда мне все говорили, читай внимательнее... Спасибо!
Может вы сможете мне помочь в таком вопросе(задам в силу своего кривомыслия):
Реально ли сделать на SAM9261 машину, с неким програмным обеспечением что бы было реализованно следующее:
1) LCDC работал на разрешении 1024х768 точек обновление кадра 60 Гц и глубиной цветности 8 бит, при этом достаточно смена изображения не реже 1 секунды(как показала практика работы с AP7 достаточно пол секунды что бы сформировать необходимое изображение и с применением двойной буферезацией можно реализовать переключение кадрового буфера, тем самым смена изображения пройдёт не заметно для человеческого глаза)
2) Необходимо сделать обработку нестандартных не сложных данных поступающих по трёхпроводной линии с частотой 1 Кгц.
3) Так же простенький пользовательский интерфейс (хотя бы в виде 4 клавиш).
4) И что ещё ресурсоёмко, но не первостепенно, необходима реализация протокола NTP.

Буду очень благодарен за помощь!

Вполне реально, только уточните, что за интерфейс упоминается в п.2, и как собираетесь организовывать сеть для п.4.

Хоть одна хорошая новость за день!



В пункте 2) используется 1 из протоколов передачи времени, отечественного изобретения, так называемый КИ(код индикатора) преобразованный в 2 линии, где контроллер должен определить на какой линии приходит раньше и сделать вывод пришёл 0 или 1, таких приходит 1000 в секунду. К третей линии необходимо подключить ИК приёмник, частота которога тоже приближена 1 КГц. Обработку этого логично сделать по прерываниям.

В пункте 4) планировалось не изобретать велосипед и сделать аналогично AT91SAM9261-EK. Поставить внешний контроллер DM9000 Темболее что отладочный набор на руках хоть и аналог от Olimex но идентичен Atmel. Поэтому планировалось использовать Linux, для реализации NTP там уже есть готовые пакеты.

Вот вроде как то вот так....

Понятно. Единственное, ставить Linux только ради NTP как-то избыточно.

А каким ещё образом можно реализовать NTP?

RTOS или есть другие способы?

Можно взять за основу линуксовые и реализовать отдельно. Просто надо определиться, что в конечном итоге будет выгоднее - заложить избыточное железо, чтобы взгромоздить на него Linux, или потратить больше времени на разработку софта.

Зайти в Google
написать "RFC NTP"
почитать и сделать, там несчастных 10 листиков доки.

Спасибо БОЛЬШОЕ! ЗА ЦЕННЫЙ СОВЕТ!
Я нашёл необходимую информацию по NTP в Wiki.

Так же если необходимо реализовать сервер NTP то делаем всё по этим же протоколам...

А самая главная ссылка для обучения симейству SAM9 и по 9261 в частности вот http://www.atmel.com/dyn/products/app_note...Getting_Started