Отладка программы SoC Cyclone V, ARM,QSYS,DS-5 Опции

[RLC]

Появилась задача включить в существующий проект QSYS HPS на CYCLONE V отладку программы. Но вот сходу не получается найти инфу по этому вопросу. Понимаю что в проекте необходимо добавить блок отладки, его 1) подключить к процу и 2)пробросить через FPGA к JTAG интерфейсу, 3) скомпилировать проект и загрузчик 4) отлаживать ПО через DS-5.
Кто про блоки отладки в QSYS может подсказать. где искать инфу. а то копаюсь-копаюсь в нете и "нешиша".

[serjj]

Вы про какой отладчик говорите? DS-5 debugger? Если да, то он по-умолчанию имеет доступ к процессору. После подачи питания. Если конечно на вашей плате jtag на соответствующие ножки процессора заведен.

[RLC]

Вы про какой отладчик говорите? DS-5 debugger? Если да, то он по-умолчанию имеет доступ к процессору. После подачи питания. Если конечно на вашей плате jtag на соответствующие ножки процессора заведен.

Вы хотите сказать что всё что необходимо(в случае если на плате всё разведено как надо) это подключить JTAG к плате и отладка заработает? хммм. попробую.
Я думал что это как в NIOSе необходимо блок некий отладчика в QSYS вставить(который активировал бы ядро отладчика) и пробросить к JTAG ПЛИС(тоже видимо блок какой то) что бы заработало.

Сообщение отредактировал RLC - Mar 6 2015, 06:12

[serjj]

подключить JTAG к плате и отладка заработает

Да, так и есть. Процессор в SoC это отдельное устройство, которое может функционировать независимо от FPGA части. JTAG у него отдельный. Если сделать в quartus_programmer авто детектирование, то появится цепь из 2-х устройств - FPGA и ARM.

[RLC]

JTAG у него отдельный.

мдяяя оказалось что нема отдельного JTAG Буду мучать мозг без отладчика

[serjj]

оказалось что нема отдельного JTAG

А куда же он делся? Не разведен на плате просто?

[RLC]

А куда же он делся? Не разведен на плате просто?

Есть JTAG к FPGA. 4-х проводной. В программаторе виден FPGA EPCS и HPS. То есть HPS соеденяется последовательно с FPGA. FPGA первый HPS второй. HPS программа лежит в SDMMC. Прога компилируется с помощью mentor gcc а не ARM компилятором. ОС не используется При попытке подключить отладчик, выдаётся сообщение "Unable to connect to TCP:localhost Unable to connect to device CTI_0_2(при чём тут устройство меняется от попвыки к попытке)". в консоле пишет ошибку RDDI.
Есть подозрение что:
1) четырёжпроводного JTAG не хватает для отладчика
2) что есть программная ошибка. не работает или неправильно сконфигурирован некий сервер локальный сервер (какой?). конфигурацию отладчика делал по инструкции altera.

[serjj]

четырёжпроводного JTAG не хватает для отладчика

Хватает.

выдаётся сообщение "Unable to connect to TCP:localhost Unable to connect to device CTI_0_2

Проц в ресете не сидит случайно?
Попробуйте отключить SDMMC, подать питание и просто подсоединиться к процессору через DS-5 debugger, проверьте в настройках debugger'a, что там точно правильно задан программатор.

зы: если quartus_programmer, как вы говорите, видит HPS на плате, то все должно работать.

[RLC]

Хватает.

Проц в ресете не сидит случайно?
Попробуйте отключить SDMMC, подать питание и просто подсоединиться к процессору через DS-5 debugger, проверьте в настройках debugger'a, что там точно правильно задан программатор.

зы: если quartus_programmer, как вы говорите, видит HPS на плате, то все должно работать.

спасибо за совет. Проц в это время прогу выполняет и по UARTу выдаёт данные в консоль. так что точно не ресет. Пойду пробовать

Сообщение отредактировал RLC - Mar 10 2015, 14:36

[RLC]

Пойду пробовать

Карточку выдернул, проц не в ресете как уже говорил он с карточкой выдаёт данные в консоль.Результат тот же-ошибка соединения TCP:localhost в сообщении. Программатор выбрал правильно(USB) судя по мгающей лампочке он его опрашивает и только потом предоставляет выбор из списка опрошенных.
Вот что DS-5 Debuger пишет в консоли об ошибках:
Starting debug server
Waiting for debug server to start accepting connections
Debug server started successfully
Debug server shutdown application
Debug server shutdown attempted
Done
ERROR failed to connect to RDDI DAP target
RDDI Error Code 4107 : Error reading device chain: aji_read_device_chain returned 87
RDDI CFG = C:\Users\user\AppData\Local\Temp\ds5_652461374857548249.txtERROR failed to connect to RDDI DAP target
RDDI Error Code 4107 : Error reading device chain: aji_read_device_chain returned 87
RDDI CFG = C:\Users\user\AppData\Local\Temp\ds5_652461374857548249.txt

Сообщение отредактировал RLC - Mar 11 2015, 06:55

[serjj]

А какая версия квартуса у вас?
Вот еще посмотрите тему, ошибка похожа на вашу..

[RLC]

Вот нашёл проблему с сервером, но ответа там нет http://community.arm.com/message/3982
Ещё есть ответ на подобную проблему:" <a href="http://electronix.ru/redirect.php?http://lists.rocketboards.org/pipermail/rfi/2014-January/001057.html&quot;" target="_blank">http://lists.rocketboards.org/pipermail/rf...1057.html"</a> чисто программный, но стоит попробовать. тк я работаю через виртуалку то хорошо бы проверить ещё раз USB(хотя программатор всё видит, но и швабра стреляет ),

А какая версия квартуса у вас?
Вот еще посмотрите тему, ошибка похожа на вашу..

да читаю. её. много жалоб у народа Версия квартуса 14.0

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

Сообщение отредактировал RLC - Mar 11 2015, 07:48

[serjj]

Помогло?
Если да, напишите сюда решение, что бы тема была закончена

[RLC]

Ларчик проще открывался. Проблема была в плохом контакте JTAG через разъём. Когда я определял доступ к ПЛИС, то ошибся и из проекта в квартусе открывал программатор и тот поазывал всё без инициализации по JTAGу.Стоило только нажать auto detect и тут же вылезала ошибка. Соответственно начал разбираться с соединением и путём нехитрого исключающего анализа пришёл к проблеме с модулем и соеденителем. Сейчас debuger запускается. Ещё не научился с ним работать. но состояния локальных переменных в показывает. Прежняя проблема исчезла. Спасибо, serjj, за желание помочь.

Сообщение отредактировал RLC - Mar 11 2015, 11:41