Полная версия этой страницы: SAU510 series JTAG emulators
Появились планы поддержать отладку через наши эмуляторы из других сред разработки, а не только из TI CCS. Работа долгая и сложная, поэтому просьба не игнорировать данный опрос. Хотелось бы оценить, нужна ли эта работа вообще, и если нужна, с какой стороны начинать.
Поднял тему.
В голосовании не хватает пункта:
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.
Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).
Для LPC2478 это делается тоже через ком-порт.
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.
Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).
Для LPC2478 это делается тоже через ком-порт.
Цитата(Yra @ Mar 23 2010, 19:21) 
В голосовании не хватает пункта:
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.
Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).
Для LPC2478 это делается тоже через ком-порт.
- без JTAG - отладки.
Это реально. Если юзать ARM + загрузчик во внутренней FLASH + SDRAM для отлаживаемого кода. Грузить проект по y- модему в SDRAM (через гипертерминал в винде или миником в линуксе).
В качестве загрузчика можно использовать банальный uboot (он для любого арма уже есть наверное).
Отлаживаемая программа пишет логи в ком-порт.
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.
Когда проект созрел можно его и во Flash записать вместо uboot (не забыть при этом корректный ремаппинг векторов прерываний).
Для LPC2478 это делается тоже через ком-порт.
А если нету ни SDRAM ни копорта ни uboot?
Цитата(Yra @ Mar 23 2010, 19:21)
- без JTAG - отладки.
Так и не голосуйте. Опрос-то создавался нами для уточнения, на какие фронты расширять нашу продукцию в первую очередь, кроме родной TI среды. Если даже не планируете использовать наши эмуляторы, так и ответ не интересен.
Цитата(Yra @ Mar 23 2010, 19:21)
Времени на эксперимент (загрузка кода в SDRAM через ком-порт на максимальной скорости) тратится гораздо меньше чем на перепрошивку Flash. Меньше минуты на эксперимент.
А зачем через JTAG именно шить флаш? Можно также загрузить сразу в SDRAM, без всяких бутов, сразу исполняемый модуль (его формат разбирает JTAG-загрузчик на PC, и предварительные настройки периферии, в т.ч. SDRAM-контроллера, тоже делает он сам. А с учетом того, что скорость записи в память через JTAG доходит до 300 кбит/с в недорогих решениях, мегабита в средних, а в дорогих еще на порядок выше, то вряд ли загрузка по ком-порту его обскочит.
Цитата
А зачем через JTAG именно шить флаш? Можно также загрузить сразу в SDRAM, без всяких бутов, сразу исполняемый модуль (его формат разбирает JTAG-загрузчик на PC, и предварительные настройки периферии, в т.ч. SDRAM-контроллера, тоже делает он сам. А с учетом того, что скорость записи в память через JTAG доходит до 300 кбит/с в недорогих решениях, мегабита в средних, а в дорогих еще на порядок выше, то вряд ли загрузка по ком-порту его обскочит.
Я пытался двигаться в сторону работы под линукс. Там отладки особо не работают. И кеил с иаром тоже. Зато есть GCC.
Руку набивал... Оказалось вполне юзабельно всё это (я не мазохист). Поломал свои стереотипы, оставшиеся после работы с 8- разрядными.
Цитата
А если нету ни SDRAM ни копорта ни uboot?
Нужно поискать микроконтроллер без ком-порта.
Цитата(Yra @ Mar 24 2010, 21:33)
Нужно поискать микроконтроллер без ком-порта.
У меня на плате нету ни сдрам ни компорта.
Цитата(SAURIS GmbH @ Mar 24 2010, 01:56)
... Опрос-то создавался нами для уточнения, на какие фронты расширять нашу продукцию в первую очередь, кроме родной TI среды.
Не терпится узнать:
- когда по вашим планам закончится таки опрос
- узнаем ли мы на этом форуме результаты ваших уточнений
и собственно
- когда мы получим (если получим) поддержку других сред...
Цитата(olegras @ Jun 6 2010, 13:05)
Не терпится узнать:
- когда по вашим планам закончится таки опрос
- узнаем ли мы на этом форуме результаты ваших уточнений
и собственно
- когда мы получим (если получим) поддержку других сред...
- когда по вашим планам закончится таки опрос
- узнаем ли мы на этом форуме результаты ваших уточнений
и собственно
- когда мы получим (если получим) поддержку других сред...
Опрос давно кончился, все ясно. Теперь бьемся об стену бюрократических барьеров.
Ну не прошло и года, как от IAR был получен положительный ответ... Хотя в теории ожидалось, что с ними не сложится, так как они сами себе произвордители жтаг-железа. Теперь NDA, и потом будет поддержка. KEIL все еще молчит, ни да, ни нет. Ну и тормозные же эти буржуи.
Цитата(SAURIS GmbH @ Jan 21 2011, 15:28)
Ну не прошло и года, как от IAR был получен положительный ответ... Хотя в теории ожидалось, что с ними не сложится, так как они сами себе произвордители жтаг-железа. Теперь NDA, и потом будет поддержка. KEIL все еще молчит, ни да, ни нет. Ну и тормозные же эти буржуи.
Позволю себе следующую имхму:
Поддержка OpenOCD решит максимум проблем при использовании отличных от CCS тулчейнов одним махом.
И NDA не требуется :-)
На каком этапе находится работа? Когда будет поддержка SAU510 в IAR?
Или всё заглохло?
Или всё заглохло?
Давно тут не был....
Нет, не заглохло. Но гемор оказался вселенский.
Сделано вот что:
- в 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 очень много всяких нюансов вносит.
Нет, не заглохло. Но гемор оказался вселенский.
Сделано вот что:
- в 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 очень много всяких нюансов вносит.
Здравствуйте.
Имеем плату 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. Работа долгая и сложная, поэтому просьба не игнорировать данный опрос. Хотелось бы оценить, нужна ли эта работа вообще, и если нужна, с какой стороны начинать."
Атмелы хорошо бы поддержать. Уж они то точно ходовые.
Имеем плату 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. Работа долгая и сложная, поэтому просьба не игнорировать данный опрос. Хотелось бы оценить, нужна ли эта работа вообще, и если нужна, с какой стороны начинать."
Атмелы хорошо бы поддержать. Уж они то точно ходовые.
Здравствуйте. А у Sauris есть возможность подключаться к уже работающей программе на ходу?
Цитата(SAURIS GmbH @ Feb 5 2010, 09:58)
Появились планы поддержать отладку через наши эмуляторы из других сред разработки, а не только из TI CCS.
Когда ожидается поддержка CCS5.x под Виндами? На сайте в соответствующем разделе драйвера для CCS5.x пока только под Linux. Или ткните носом где скачать.
Цитата(SAURIS GmbH @ Jan 21 2011, 16:28)
Ну не прошло и года, как от IAR был получен положительный ответ... Хотя в теории ожидалось, что с ними не сложится, так как они сами себе произвордители жтаг-железа. Теперь NDA, и потом будет поддержка. KEIL все еще молчит, ни да, ни нет. Ну и тормозные же эти буржуи.
Есть успехи на этом поприще?
Может зря ждали ответ от кейла?
У них информация по отладке открытая.
Есть апликуха с примером драйвера http://www.keil.com/appnotes/docs/apnt_173.asp .
На самом деле часто зависит от конкретного человека в сервисе. И не надо стесняться спрашивать еще и еще. Не бойтесь выглядеть глупо. Эта боязнь зачастую мешает. Нажмите на все доступные кнопки. Мыло, телефон, факс, онлайн поддержка. И напоминайте о себе.
Один раз меня прокинули с поддержкой в Виндривере. У них система запроса поддержки так устроена, что при регистрации запроса на поддержку, запросу дается уникальный ярлык. После этого запрос начинает жить своей жизнью. Тому кто обслуживает делают мозг за много открытых запросов, долго открытые запросы и т.д.. Короче ему надо поскорее их закрывать. После закрытия запроса система отправляет мне запрос на оценку обслуживания и коментарии. Я в коментариях написал как я огорчен тем, что ошибся с выбором операционной системы ибо сервис ниже плинтуса. Мне ответил вице президент и прикрепил в рабство чела, который ответит на все мои вопросы практически сразу. Но такое было один раз.
Правило: После первого запроса не опускайте руки, а долбите.
Ловушка:
Во многих странах запада грубость клиента мешает получению поддержки. Разница культур и зачастую отсутствие опыта писания запросов на иностранном языке может привести к тому, что невинная фраза на одном языке после перевода становится грубой. Прежде чем отправить ответ, особенно под эмоциями, проконсультируйтесь у того кто знаком с вопросом. Если нет такого человека -- запостите вопрос (коментарий к сервису) здесь. Проконсультируем.
В принципе после редактирования можно будет поставить в прикрепленной теме варианты запросов и коментариев.
Один раз меня прокинули с поддержкой в Виндривере. У них система запроса поддержки так устроена, что при регистрации запроса на поддержку, запросу дается уникальный ярлык. После этого запрос начинает жить своей жизнью. Тому кто обслуживает делают мозг за много открытых запросов, долго открытые запросы и т.д.. Короче ему надо поскорее их закрывать. После закрытия запроса система отправляет мне запрос на оценку обслуживания и коментарии. Я в коментариях написал как я огорчен тем, что ошибся с выбором операционной системы ибо сервис ниже плинтуса. Мне ответил вице президент и прикрепил в рабство чела, который ответит на все мои вопросы практически сразу. Но такое было один раз.
Правило: После первого запроса не опускайте руки, а долбите.
Ловушка:
Во многих странах запада грубость клиента мешает получению поддержки. Разница культур и зачастую отсутствие опыта писания запросов на иностранном языке может привести к тому, что невинная фраза на одном языке после перевода становится грубой. Прежде чем отправить ответ, особенно под эмоциями, проконсультируйтесь у того кто знаком с вопросом. Если нет такого человека -- запостите вопрос (коментарий к сервису) здесь. Проконсультируем.
В принципе после редактирования можно будет поставить в прикрепленной теме варианты запросов и коментариев.
Для просмотра полной версии этой страницы, пожалуйста, пройдите по ссылке.