реклама на сайте
подробности

 
 
> как отлаживать at91sam7x имея jLink?
anpilog
сообщение Jan 11 2007, 22:59
Сообщение #1


Частый гость
**

Группа: Свой
Сообщений: 145
Регистрация: 11-12-06
Пользователь №: 23 382



Суть проблемы такова:
имеем at91sam7x256 и Jlink JTAG
Работает простой код (crossworks)
Но как отлаживать работу OS (FreeRTOS, ethernut, uCos и т.д.)?
То есть понятно как это делать, если они хоть как-то работают (blink.c например 8) )
Но что делать если скомпилированный пример не работает вообще - процессор просто не подает признаков жизни (работу кварца проверить нечем).

Какой подход в этом случае?
Каким ПО пользоваться, куда копать, что читать?

Сообщение отредактировал anpilog - Jan 11 2007, 23:02


--------------------
---
human traffic - всегда 8)
Go to the top of the page
 
+Quote Post
 
Start new topic
Ответов
anpilog
сообщение Jan 12 2007, 12:19
Сообщение #2


Частый гость
**

Группа: Свой
Сообщений: 145
Регистрация: 11-12-06
Пользователь №: 23 382



Хмм...
Спасибо за ответы!!!

В моей ситуации есть код работающий под CW, но не работающий под GNU (WinARM, YAGARTO)
У меня возникает вопрос - как его отлаживать, если у меня нет возможности даже ножку дернуть....

Буду НУ ОЧЕНЕНЬ благодарен если в этом топике всезнающий All сможет привести минимальную схему и исходник обычного blink.c (мигать светодиодом, например).
Так как не имею на руках отладочного кита, даже зацепиться не за что.
Схема собрана максимально близко к атмеловскому даташиту на кит. Может быть там неточности?


--------------------
---
human traffic - всегда 8)
Go to the top of the page
 
+Quote Post
Alex03
сообщение Jan 12 2007, 13:33
Сообщение #3


Местный
***

Группа: Свой
Сообщений: 359
Регистрация: 9-12-05
Пользователь №: 12 034



Цитата(anpilog @ Jan 12 2007, 14:19) *
В моей ситуации есть код работающий под CW, но не работающий под GNU (WinARM, YAGARTO)


Дык CW - и пользует GNU.
Единственный известный мне баг arm-gcc - это неправильная генерация пролога/эпилога для обработчиков прерываний находящийся в *.c модуле. ( типа __attribute__ ((interrupt ("IRQ"))) ) с:
уровнем оптимизации >1 для gcc 3.x.x (-O2 .. -O6, -Os)
уровнем оптимизации >0 для gcc 4.x.x (-O1 .. -O6, -Os)
Баг давно известный но что-то его не правят в официальной ветке. Зато например у klen-а всё есть. smile.gif

Цитата
У меня возникает вопрос - как его отлаживать, если у меня нет возможности даже ножку дернуть....


Чёта я не понял? А JTAG то есть?
Go to the top of the page
 
+Quote Post
anpilog
сообщение Jan 12 2007, 13:58
Сообщение #4


Частый гость
**

Группа: Свой
Сообщений: 145
Регистрация: 11-12-06
Пользователь №: 23 382



Цитата(Alex03 @ Jan 12 2007, 12:33) *
Цитата(anpilog @ Jan 12 2007, 14:19) *


В моей ситуации есть код работающий под CW, но не работающий под GNU (WinARM, YAGARTO)


Дык CW - и пользует GNU.
Единственный известный мне баг arm-gcc - это неправильная генерация пролога/эпилога для обработчиков прерываний находящийся в *.c модуле. ( типа __attribute__ ((interrupt ("IRQ"))) ) с:
уровнем оптимизации >1 для gcc 3.x.x (-O2 .. -O6, -Os)
уровнем оптимизации >0 для gcc 4.x.x (-O1 .. -O6, -Os)
Баг давно известный но что-то его не правят в официальной ветке. Зато например у klen-а всё есть. smile.gif

Цитата
У меня возникает вопрос - как его отлаживать, если у меня нет возможности даже ножку дернуть....


Чёта я не понял? А JTAG то есть?

Jtag есть - JLink
Как мне гео использовать в такой ситуации???
Можно разжевать как младенцу - то что надо!!! 8)
Заранее благодарен.


--------------------
---
human traffic - всегда 8)
Go to the top of the page
 
+Quote Post



Reply to this topicStart new topic
1 чел. читают эту тему (гостей: 1, скрытых пользователей: 0)
Пользователей: 0

 


RSS Текстовая версия Сейчас: 19th July 2025 - 22:17
Рейтинг@Mail.ru


Страница сгенерированна за 0.01402 секунд с 7
ELECTRONIX ©2004-2016