В Keil этого ARM-а нет. Как его определить в Keil?

Линий данных для LCD только 16. Полноценное RGB он не поддерживает?
Не вижу полное, по битовое описание регистров, и примеры программирования. Где взять? Направьте.

На странице, посвященной этому процессору все есть. Техасовские страницы надо до конца крутить.

Он и LCD не поддерживает. Видеопорт предназначен для обработки готового видеосигнала (причем, многоканального). Т.е. подсоединить можно к любому телевизору, кпримеру.

В составе IAR EWARM 6.10 есть примеры и библиотеки в исходниках для этого чипа.
У TI каждый узел периферии традиционно описывается в отдельной PDF-ке. Ищите на сайте.

По поводу LCD:
AM1808 пин в пин совместим с OMAP-L138. А ту того лапы BOOT[0..7] приходятся на порт LCD контроллера. М.б. с AM1808 такая же петрушка. Смотрите внимательно, а то можно и "влететь".

Спасибо, посмотрю внимательнее.


Как так? Поддерживает, LCD одни пины и соответствующий блок, VPIF другие пины.



А как в Keil с ним работать?


Прошу прощения, это вообще на сайте или только в ARM разделе?


В даташите в раздели LCD описаны только 16 пин. Должны же они как то оговорить эту особенность.

Исходники на Си, низкоуровневая инициализация на ассемблере. Исходные коды есть.
Создаёте проект под ARM 926 EJ-S и вперёд по кочкам.

Это их корпоративная традиция.
http://focus.ti.com/docs/prod/folders/prin...hnicaldocuments

Смотрите AM18xx Pin Multiplexing Utility

Ну, к примеру 8 из них формирую сигнал яркости, а другие 8 - сигнал цветности.
Кстати, можете посмотреть также пример использования этого видеопорта в user guide.
К LCD прилепить наверное как-то можно, но и АВР тоже можно к телеку приткнуть... Токо зачем.

Есть кит на близкого родственника сабжа - OMAP-L137. К нему LCD присобачен. Можно глянуть как.

Прикладываю примеры и библиотеки для AM1808 из EWARM 6.10

Мультиплексирование BOOT и LCD ничему не мешает. LCD может работать в режиме 565 на 16 линиях.


У AM1808 полноценный контроллер, LCD подключатся не "как-то", а совершенно штатно.

У меня TFT и хочется полноценный RGB иметь. V, H SYNC, PCLK на выходе есть.


Спасибо, именно это я и спрашивал. Только ARM 926 EJ-S у меня в мастере проектов под разделом ARM нет, есть ARM 966E, ARM 9E, Cortex-ы.


А бюджетный КИТ на am18xx существует? А то как то круто в Терре!


Спасибо. А am18xx_cstartup.s для Keil подойдет? Или он сам его сгенерит?


Ни чему не мешает. Только BOOT пересекается с LCD_DATA[8] - LCD_DATA[15] и полного RGB не вижу, а - хочется полноценный RGB иметь.


Куда глянуть? В «кит на близкого родственника сабжа - OMAP-L137»?

И что, это как-то мешает использовать LCD_DATA[8..15] по прямому назначению? Не надо придумывать проблему, ее нет.


В SPRUFV5A прежде всего.

OMAP-L137 является близким родственником AM1707, родственник AM1808 - OMAP-L138.

Я о том, что не вижу LCD_DATA[16..23], а следовательно о полноценном контроллере говорить не приходится. Так?



SPRUFV5A скачал pdf изучаю.

Да, 24-х битный цвет не поддерживается, как и разрешения выше 800x600. Но это никак не делает контроллер неполноценным: подавляющее большинство TFT-панелей (даже с 24-х битным интерфейсом) имеют на самом деле 18-битный цвет, большинство наладонников под управлением WinCE/Mobile довольствуются 16-ю битами.

У каждого процессора своя ниша.
Для фоторамок (где нужен 24битный цвет) AM1808 - толстоват,
для новомодных медиаплееров (ну чтоб FullHD и 24 битный цвет) - щупловат.
А вот для индустриальных применений, навигаторов всяческих - самое оно. Зачем там 24 битный цвет ?

Посмотрел на компе, попереключал режимы 16 bit <-> 32 bit, на фотографиях разницы не увидел. Успокоился

Некоторые вопросы пока не ясны.
1. В Keil, в мастере проектов ARM 926 EJ-S под разделом ARM нет, есть ARM 966E, ARM 9E, Cortex-ы.
2. Бюджетный КИТ на am18xx существует?

Пляшите от AT91SAM9260 или AT91SAM9XE и т.п.


HawkBoard или ISSPLHAWK называется
hawkboard.org. Только на нём индусы с разводкой DDR2 накосячили.


Тут уж не знаю. С Кейлом под АРМ не работал.


Вот этот, только не помню как она называется с LCD в комплекте.

Спасибо.

Увы, проблема осталась. Не найду хедр для am1808(am1810). Смотрю там http://www.keil.com/dd/. Может не там смотрю?

Получается, что Keil на прямую не поддерживает amXXXX?

На прямую - нет
А чем Вам хедеры (для каждой периферии свой хедер EVMAM1808_xxx.h) и CSL (chip support library) в исходниках из файла "AM18xx.zip" (что я прикладывал) не милы?

Что-то мне кажется, что Вы бьётесь головой об стену, которую сами себе создали.

Компилятор под ядро ARM 926EJ-S (ARM9E) - есть
Хедеры под AM1808 - есть
Исходники для работы с периферией - есть
Документация на ядро и периферию - есть

Что ещё для счастья надо ?

!!!!!!!!!!!Вот я и говорю, Не там ищу Я то искал один общий файл, а там для каждой периферии свой.
Буду пробовать. Если что, опять спрошу, не ругайте.

На сколько OMAP-L138 близок к AM1808, с точностью до хедеров?
На сколько серьёзно там накосячено?
С AM1808/AM1810 чего-то ни чего отладочного нет.

По лапам один-в-один.
Очень близок. На OMAP-L138 ARM стартует первым. Потом по желанию включает DSP ядро.
Различия могут быть в загрузчике. Смотрите документацию на оба процессора.
С точностью до хедеров - не гарантирую. Смотрите сами. Прикладываю хедеры (EWARM 6.10) для L138. Сравните какой-нибудь программой исходники.

P.S. насчет архива: я компилировал библиотеку и проект, поэтому там есть лишние файлы. исходники не менял.


Обсуждалось тут

У кого-то после доработки заработало, у кого-то нет.
У меня заработало =)


Есть плата, которую делают те же самые индусы (та же фирма), что и накосячили с Hawkboard.

Настораживает ответ на вопрос http://www.innovatesolutions.net/forum/sup...-with-ti-am1808

Жал без аргУметнов

Доставили мне наконец-то платку с OMAP-L137. Появились вопросы
1. По JTAG, с распиновкой. У платы 14-и пиновый разъём у JTAG адаптера 20. В таблице соответствий пинов есть неопределённости, отметил вопросами

Пины JTAG адаптера_________Пины OMAP-L137
3-------------- NTRST____________TRSTn --------2
5-------------- TDI______________TDI ------------3
7-------------- TMS______________TMS -----------1
9-------------- TCK______________BTCK ---------11
11------------- RTCK_____________BRTCK -------9
13------------- TDO______________TDO ----------7
15------------- RST______________?
?--------------------------------------- EMU0 ---------13
?--------------------------------------- EMU1 --------14
Правильно соответствия поставил?

2. Похоже аудио вход и выход (I2S) не выведен на разъём J13 платы (файл Hawkboard_schematics_v1.pdf). Неужто подпаиваться придётся?

3. Какой ответный разъём посоветуете для J13 (PLLD-1.27)? Желательно с ламельками, похожий на PCI.

Могут быть некоторые грабли: в L137 первым стартует DSP ядро, а потом уже ARM. (В L138 - сначала ARM).

Как плата Ваша называется?

У меня L138

Не могу найти хедеры McASP модуль. Где он?

В архивчиках, что я выкладывал.
"evmam1808_mcasp.h"
а также инит в "evmomapl138_mcasp.c"

с ядром-то подружились?

Спасибо за отклик.

Вах, извиняюсь, недоглядел


Воюю. Есть вопросы. JTAG адаптер у меня DPM-ARM/CORTEX, разъём 20 пин. В приложении перепиновка на 14 пин платы. Правильно я сделал?
С этой распиновкой из Keil с Device ARM926EJ-S компьютер плату не видит, Target Options -> Debug(J-LINK/J-TRACE) -> Settings -> Info -> Target.
Вынужден перейти на GNU и Eclipse, скачал amontec-sdk4arm-win32-20070328.zip, установил. Ранее были установлены CYGWIN и GNUARM. Теперь сижу, думаю, как это всё оживить и чем шить и отлаживать программы для OMAP, am. Не работал я с Eclipse. Где чего на эту тему почитать? На GNU вынужден перейти из-за библиотеки, которая уж слишком сильно зависит от GCC, лучше освоить это компилятор, чем переводить библиотеку в стандарт ISO. Кстати, при установки GNUARM выдаётся список поддерживаемых фирм, производителей ARM. TI в этом списке нет, Atmel есть, на него ориентироваться?

И ещё, чего-то подозрительно сильно греется МК, хоть и работает, выдает картинку на монитор. Не мог я плату повредить опытами с JTAG?

Помогите стартануть.

Здравствуйте.
Просмотрел бегло тему. Если интересно мое мнение, то скажу так. Смысла в том чтобы самому писать прогу с нуля на такой проц нет.
С кейлом тупиковая ситуация. Советую работать с gcc, а лучше под линуксом поставить toolchain и не париться. Так же советую поднять Линукс. Но если полноценная ОС не нужна то проще всего взять за основу загрузчик u-boot. Там собстно нужно только главный while(1) на свой подменить и выкинуть обработку команд загрузчика. Основная периферия(настройка тактовой частоты, ОЗУ, УАРТ) там поднимается, а дальше сами.
С Линуксом конечно не все так тревиально как хотелось бы, но все же проще чем все самому поднимать. С отладкой тоже все непросто - под Линуксом нормальной нет, так что пока только через УАРТ отлаживаюсь. Но в общем-то не все так плохо - этого достаточно.
Понимаю что не все так просто как кажется. Сам полгода как этим занимаюсь. Пока не запустил только контроллер LCD.

То, что придётся перейти на gcc это понятно. Уже пытаюсь. С UNIX системами (Solaris) знаком поверхностно, когда-то делал под эту ОС программы для Sun, но только «бизнес логику», к администрированию и настройкам отношение не имел, другие люди были.
Под виндусом ни чего дельного, эмулирующего нет или лучше Linux?
U-Boot нашёл. Может поделитесь полезными ссылками.

По поводу gcc. Где его взять для OMAP-а и am18xx?
Всё с нуля, конечно писать не буду. Как я понимаю нужен стартовый код, примеры есть.
Где посмотреть как обновлять программу через USB в процессе эксплуатации, что мне в программе нужно сделать?

Честно говоря, про gcc под винду ничего не знаю толком. Собираю все либо на виртуалке либо в линухе. В качестве стартового кода поковырялся в загрузчике, ну а потом уже в линукс полез. Про USB ничего не могу сказать - на высоком уровне работаю через ethernet, а на низком если прижмет через УАРТ.
В загрузчике особых знаний не требуется - почти весь код читаемый. А вот с Линухом посложнее. Надо иметь представление о модулях ядра если свои дрова потребуются, хотя если железо более менее стандартное то и этого может не потребоваться. Тогда только пользовательское приложение писать потребуется, а там все стандартно открыть устройство, настроить, читать и писать....
Ссылки все из гугла доставал и на тулчаин и на загрузчик, ну а ядро с kernel.org тянул.

Загрузчик есть в примерах указанных sysel. Надеюсь, он универсальный.
Нашёл ссылки на инструментарий
http://focus.ti.com/docs/toolsw/folders/pr...el-dsplibs.html
http://focus.ti.com/docs/toolsw/folders/print/ccstudio.html
Что из этого посоветуете?

А какой виртуалкой вы пользуетесь? Честно говоря, привык к интегрированным средам разработки и хочется что-нибудь подобное. С командной строки очень непривычно.

Ну CCS пользуюсь только чтобы загрузчик на флешку вкатить. Сначала тоже непривычно с командной строкой было, но это быстро исправляется. Так или иначе с командной строкой все равно работать придется и в загрузчике ну и в линухе конечно.
U-boot тут http://git.denx.de/cgi-bin/gitweb.cgi?p=u-boot.git;a=summary поищите.
В качестве связи между ARM и DSP пользую dsplink(на сайте TI он есть в доступе).
Виртуальная машина сделана на VirtualBox в качестве операционки стоит Ubuntu, но тут в принципе любой линух поставить можно.
Так что посоветовать ничего не могу потому как ничем особенно не пользовался. Ну наверно и то и другое потребуется - в конечном итоге и cgtools нужны будут и dspbios, которые входят в состав первого пакета, ну и ccs пригодится если отлаживаться через jtag будете.

А где компилятор для этих ARM-ов брать? Они только под Linux?

Под линух тут http://www.codesourcery.com/sgpp/lite/arm/...ubscription3057
прогугли "arm toolchain" может что-нить найдешь подходящее под винду.


Под винду наверно тут http://www.gnuarm.com можно посмотреть, только старое все

Как у GNU C узнать какие архитектуры он поддерживает?

В документации по gcc, например, посмотреть тут

Спасибо.