Отправлено Миша 11 октября 2002 г. 16:22 В ответ на: Ответ: Ух отправлено east 11 октября 2002 г. 13:56

Предлагаю Вам сделать проверку Вашей системы по двум (независимым) в общем путям.
1. Проверить эмулятор. Лучше это сделать на каком-нибудь КИТе от Техаса, который гарантированно работает. Если у Вас такого нет, то я думаю, у дилеров найдется. Просто надо определиться с этой подсистемой - может быть у Вас процессор бодр и весел, а все дело в эмуляторе :).

2. Ядро процессора:
2.1 Идея такая (м.б.) она не пройдет, но попробовать стоит: - внимаетльно посмотрите документацию (Data Sheet на 6414, Errata, SPRU190) с целью - выяснить - выдает ли он какие-нибудь детерминированные сигналы на некоторые пины типа CLKOUT (название условно) и т.д., находясь в RESET и без загруженной программы, естественно. Потенциальных кандидатов (среди пинов) наберется с десяток (CLKOUT'ы, EMIF A, EMIF B, ... - я от балды пишу). Лучше составить что-то типа карты - при каких условиях выдает и что (например CLK/4), при каких - нет. Например, возможно, что при RESET = 0, ... он все равно должен выдавать куда-нибудь какую-нибудь частоту. Только надо внимательно посмотреть - не блокируется ли такое действие каким-нибудь Bus Request и т.п. Вполне возможно, что все это может делаться только за счет периферии, но это станет ясно только после изучения доков. Если найдете что-то и это работает, то уже хорошо.
2.2 Не думаю, что у Вас что-то сгорело (хотя это зависит от того, как Вы этот процессор замучали :) ). Но все равно можно померить ток по питанию ядра и по питанию периферии. В каких-то Техасовских доках были примерные данные (SPRA 811 по-моему).
2.3 Вообще - может быть это главное проверьте питание. Обеспечивает ли Ваш источник мощность, которую этот проц. требует.

3. Еще что может быть

3.1 Посмотрите еще цепи JTAG. Там по-моему есть режим пригодный для Boundary Scan и режим для эмуляции (по-моему определяется пинами EMUxx, но я точно не помню). Они взаимоисключают друг друга. Если Boundary Scan у Вас работает, то вполне возможно, что причина в этом.
3.2 Посмотрите как сконфигурирован процессор для загрузки. Если Вы работаете с эмулятором, то поставьте сначала режим NO_BOOT (это пинами задается). У меня сначала джамперы стояли в режиме "загрузка с HPI" - КодеКомпостер тоже RESET не отрабатывал.
3.3 Вы не пишите - видите ли Вы вообще что-то в Коде Компостере. Если он регистры ядра читает, то это уже почти победа :) Посмотрите тогда, какой он считывает ID процессора.

4. Может быть еще масса всего. Советы давать - не мешки ворочать, но я думаю, что если Вы составите грамотно план тестирования, то довольно быстро получите результат: либо железо не работает, либо все нормально и все у Вас заработает.

• Ответ: Огромное спасибо за помощь!!! — east   (11.10.2002 16:45, пустое)