1. Какие средства/системы отладки ARM есть смысл поддерживать?

[Sauris 0]

Появились планы поддержать отладку через наши эмуляторы из других сред разработки, а не только из TI CCS. Работа долгая и сложная, поэтому просьба не игнорировать данный опрос. Хотелось бы оценить, нужна ли эта работа вообще, и если нужна, с какой стороны начинать.

[makc 0]

Поднял тему.

[Yra 0]

В голосовании не хватает пункта:

- без JTAG - отладки.

Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).

В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).

Отлаживаемая программа пишет логи в ком-порт.

Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.

 

Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).

Для LPC2478 это делается тоже через ком-порт.

[Gnider 0]

В голосовании не хватает пункта:

- без JTAG - отладки.

Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).

В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).

Отлаживаемая программа пишет логи в ком-порт.

Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.

 

Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).

Для LPC2478 это делается тоже через ком-порт.

 

А если нету ни SDRAM ни копорта ни uboot?

[Sauris 0]

- без JTAG - отладки.

Так и не голосуйте. Опрос-то создавался нами для уточнения, на какие фронты расширять нашу продукцию в первую очередь, кроме родной TI среды. Если даже не планируете использовать наши эмуляторы, так и ответ не интересен.

 

Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.

А зачем через JTAG именно шить флаш? Можно также загрузить сразу в SDRAM, без всяких бутов, сразу исполняемый модуль (его формат разбирает JTAG-загрузчик на PC, и предварительные настройки периферии, в т.ч. SDRAM-контроллера, тоже делает он сам. А с учетом того, что скорость записи в память через JTAG доходит до 300 кбит/с в недорогих решениях, мегабита в средних, а в дорогих еще на порядок выше, то вряд ли загрузка по ком-порту его обскочит.

Изменено 23 марта, 2010 пользователем SAURIS GmbH

[Yra 0]

А зачем через JTAG именно шить флаш? Можно также загрузить сразу в SDRAM, без всяких бутов, сразу исполняемый модуль (его формат разбирает JTAG-загрузчик на PC, и предварительные настройки периферии, в т.ч. SDRAM-контроллера, тоже делает он сам. А с учетом того, что скорость записи в память через JTAG доходит до 300 кбит/с в недорогих решениях, мегабита в средних, а в дорогих еще на порядок выше, то вряд ли загрузка по ком-порту его обскочит.

 

Я пытался двигаться в сторону работы под линукс. Там отладки особо не работают. И кеил с иаром тоже. Зато есть GCC.

Руку набивал... Оказалось вполне юзабельно всё это (я не мазохист). Поломал свои стереотипы, оставшиеся после работы с 8- разрядными.

 

А если нету ни SDRAM ни копорта ни uboot?

 

Нужно поискать микроконтроллер без ком-порта.

[Gnider 0]

Нужно поискать микроконтроллер без ком-порта.

 

У меня на плате нету ни сдрам ни компорта.

[olegras 0]

... Опрос-то создавался нами для уточнения, на какие фронты расширять нашу продукцию в первую очередь, кроме родной TI среды.

 

Не терпится узнать:

- когда по вашим планам закончится таки опрос

- узнаем ли мы на этом форуме результаты ваших уточнений

 

и собственно

- когда мы получим (если получим) поддержку других сред...

[Sauris 0]

Не терпится узнать:

- когда по вашим планам закончится таки опрос

- узнаем ли мы на этом форуме результаты ваших уточнений

 

и собственно

- когда мы получим (если получим) поддержку других сред...

 

Опрос давно кончился, все ясно. Теперь бьемся об стену бюрократических барьеров.

[Sauris 0]

Ну не прошло и года, как от IAR был получен положительный ответ... Хотя в теории ожидалось, что с ними не сложится, так как они сами себе произвордители жтаг-железа. Теперь NDA, и потом будет поддержка. KEIL все еще молчит, ни да, ни нет. Ну и тормозные же эти буржуи.

[Uuftc 0]

Ну не прошло и года, как от IAR был получен положительный ответ... Хотя в теории ожидалось, что с ними не сложится, так как они сами себе произвордители жтаг-железа. Теперь NDA, и потом будет поддержка. KEIL все еще молчит, ни да, ни нет. Ну и тормозные же эти буржуи.

Позволю себе следующую имхму:

Поддержка OpenOCD решит максимум проблем при использовании отличных от CCS тулчейнов одним махом.

И NDA не требуется :-)

[jcxz 0]

На каком этапе находится работа? Когда будет поддержка SAU510 в IAR?

Или всё заглохло? :(

[Sauris 0]

Давно тут не был....

 

Нет, не заглохло. Но гемор оказался вселенский.

 

Сделано вот что:

 

- в TCLXDS поддержали ARM 7, 9, 11, Cortex-A7/8/9/15, -R4, -M3/4 - теперь TCLXDS умеет их отлаживать, то есть читать-писать память, регистры, ставить точки останова, запускать-тормозить, и т.п. Это был самый жесткий гемор. Сейчас тестируем.

 

- на базе TCLXDS сейчас делается сервер отладки. Чтобы он коннектился к таргету (включая мультипроцессорные конфигурации) и позволял другому софту, в т.ч. IAR, общаться с любым из ядер из жтаг цепочки (включая CCS - чтобы он мог работать с DSP-ядрами параллельно и одновременно с чем-то другим, работающим с ARM-ядрами).

 

- ну и последний штрих - сделать IARу клиента, который бы мог общаться с заданным ядром из тех, к которому приконнекчен сервер. Это самое простое из всего.

 

результат видится каким-то таким - на TCL пишется конфигурация JTAG-цепочки, описывается список ядер, JTAG-маршрутизаторов, и прочей хрени в JTAG=цепочки, а также параметры эмуляции, интерфейса, и т.д. Далее кто-то стартует этот сервер, или сам руками, или IAR. В конфигурации IAR останется выбрать только то, к чему конкретно коннектиться. Но пока все это еще только представляется, как будет. Мультипроцессорность-мультиядерность и параллельная отладка DSP-ядер в CCS очень много всяких нюансов вносит.

Изменено 21 августа, 2012 пользователем SAURIS GmbH

[vladimir_orl 0]

Здравствуйте.

 

Имеем плату EVMDM368 и CCS5v2 + отладчик Sauris.

 

Последнее время в процессе отладки компосер зависает со словами:

"ARM9: Can't Single Step Target Program: (Error -2030 @ 0x2F964E88) Internal error: Access to unknown or invalid register was requested. Restart the application. If error persists, please report the error. (Emulation package 5.0.681.0)"

 

И ещё иногда про ICECruser пишет и про настройку сигнала CLK.

 

Посмотрел в настройках компосера - там нет таких настроек, настроек сауриса вообще не нашёл.

 

Переустановка программ не помогла.

 

Если просто заливаем программу и запускаем, всё работает.

 

Подскажите, что можно сделать.

 

"Появились планы поддержать отладку через наши эмуляторы из других сред разработки, а не только из TI CCS. Работа долгая и сложная, поэтому просьба не игнорировать данный опрос. Хотелось бы оценить, нужна ли эта работа вообще, и если нужна, с какой стороны начинать."

 

 

Атмелы хорошо бы поддержать. Уж они то точно ходовые.

[vladimir_orl 0]

Здравствуйте. А у Sauris есть возможность подключаться к уже работающей программе на ходу?