SAU510 series JTAG emulators, ARM support Опции

[SAURIS GmbH]

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

[makc]

Поднял тему.

[Yra]

В голосовании не хватает пункта:
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.

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

[Gnider]

В голосовании не хватает пункта:
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.

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

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

[SAURIS GmbH]

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

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

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

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

Сообщение отредактировал SAURIS GmbH - Mar 23 2010, 22:57

[Yra]

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

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

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

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

[Gnider]

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

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

[olegras]

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

Не терпится узнать:
- когда по вашим планам закончится таки опрос
- узнаем ли мы на этом форуме результаты ваших уточнений

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

[SAURIS GmbH]

Не терпится узнать:
- когда по вашим планам закончится таки опрос
- узнаем ли мы на этом форуме результаты ваших уточнений

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

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

[SAURIS GmbH]

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

[Uuftc]

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

Позволю себе следующую имхму:
Поддержка OpenOCD решит максимум проблем при использовании отличных от CCS тулчейнов одним махом.
И NDA не требуется :-)

[jcxz]

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

[SAURIS GmbH]

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

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

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

- в 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 очень много всяких нюансов вносит.

Сообщение отредактировал SAURIS GmbH - Aug 21 2012, 23:26

[vladimir_orl]

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

Имеем плату 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]

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