Диагностика неисправностей через JTAG

Посткарта является необходимым, но увы, не самым серьезным оружием ремонтника материнок. Как правило самые большие затруднения с диагностикой возникают при отсутствии первого разумного посткода. Шины типа гипертранспорт сужают возможности и продвинутых плат с пошаговым отображением транзакциий по PCI, которые мы использовали ранее.
Поэтому на мой взгляд на сегодняшний день наибольший интерес представляет возможность диагностики материнок через JTAG интерфейс.
Небольшой поиск привел к следующему устройству продвинутых ирландских инженеров:
intertesttech.com/ate/products_dead_board_debug.htm


Цена (> 20тыс евро) несколько остужает мечты по фантастическим возможностям данного комплекса. Есть ли у кого опыт работы с данным аппаратом или его аналогами? Есть ли у опыт самостоятельного изготовления подобного софта?
Наибольшую сложность на наш взгляд составляет изготовить переходники на CPU, но купить их отдельно не такие большие деньги, основная проблема - это софт.
И как всегда интересует мнение отечественного (или дружеского государства wink ) лидера в области создания устройств диагностики мб - icbook.

Аватар пользователя icbook

По ссылке: вызывает сомнение описанный там метод. Хотя бы по той причине, что не указан список реальных платформ, где он работает или хотя бы опробован. Это существенно, в связи с, например, гипер-транспортом. (А на схемке Memory Control ASIC стоит где-то рядом на шине). По ссылке intertesttech.com/ate/products_hd5.htm видно, что про AMD ничего не известно...


Следующее замечание. Термин "board booting" следует трактовать "до загрузки операционной системы". В случае же отсутствия хотя бы даже первого POST-кода, о какой такой диагностике через JTAG идет речь? Ну, нет тактирования и что дальше?
Вообще же на основе маркетингового документа сложно сделать далеко идущие выводы. Функциональность JTAG никто не будет подвергать сомнению, но фактически он может дать ответ только на вопрос: чип жив? На всю платформу сей ответ, увы, не распространяется...

Аватар пользователя Baza

Понеслось::)

Подлезть к процессору несложно, обычно TDI, TCK, TDO, TMS и TRST выведены на
резисторную сборку и притянуты к высокому уровню.

софт есть, в основном под Wiggler Jtad adapter. есть исвободные и фриварные и триальные варианты.

есть и под линуха:)

на П3 как раз собирался в скором времени приступать, правда для других целей:)

просто самый затык именно в диагностике это ПРАВИЛЬНО послать и обработать отладочные данные:(

Либо нечему гореть, либо нечем поджечь!

icbook писал(-а):
По ссылке intertesttech.com/ate/products_hd5.htm видно, что про AMD ничего не известно...

Как неизвестно??
intertesttech.com/ate/products_4010.htm
icbook писал(-а):
Следующее замечание. Термин "board booting" следует трактовать "до загрузки операционной системы". В случае же отсутствия хотя бы даже первого POST-кода, о какой такой диагностике через JTAG идет речь? Ну, нет тактирования и что дальше?

Вы придираетесь к термину - JTAG подразумевает _внутрисхемную_ диагностику, ни о каких операционнках и даже биосе может не идти речи на начальном этапе тестирования

Быстро сказать жив ли мост, северный или южный, или сообщить об артефактах на линиях адреса/данных -
очень важная информация для анализа неисправной мб
icbook писал(-а):
Вообще же на основе маркетингового документа сложно сделать далеко идущие выводы.

Любую информацию на сайтах производителя можно назвать маркетинговой,
тогда вроде и обсуждать нечего, в данном случае я не вижу принципиальной невозможности сделать то, что они предлагают.
Baza писал(-а):
софт есть, в основном под Wiggler Jtad adapter. есть исвободные и фриварные и триальные варианты.

есть и под линуха
Если такие ссылки у Вас есть под рукой, можно их посмотреть?
Этот софт должен быть заточен под конкретные процессоры?

Аватар пользователя icbook

GaRR писал(-а):
icbook писал(-а):
По ссылке intertesttech.com/ate/products_hd5.htm видно, что про AMD ничего не известно...

Как неизвестно??
intertesttech.com/ate/products_4010.htm

Значит я неверно понял следующую фразу: We will soon be releasing µMaster solutions for AMD Opteron™ and other processors.
GaRR писал(-а):
Вы придираетесь к термину - JTAG подразумевает _внутрисхемную_ диагностику, ни о каких операционнках и даже биосе может не идти речи на начальном этапе тестирования
Быстро сказать жив ли мост, северный или южный, или сообщить об артефактах на линиях адреса/данных -
очень важная информация для анализа неисправной мб

Я ни к чему не придираюсь, т.к. пользуюсь JTAG около 10 лет. Скорее всего, Вы меня не правильно понимаете. И второе: а где о чипсетах идет речь? Нужны ведь программные модели nForce, SiS и т.д. С Интелом как раз - все понятно.
P.S. Не хочется вдаваться в дискуссию, но, видимо, придется:)

Аватар пользователя R_Soft

Привет ещё раз!;)

icbook писал(-а):
Вообще же на основе маркетингового документа сложно сделать далеко идущие выводы. Функциональность JTAG никто не будет подвергать сомнению, но фактически он может дать ответ только на вопрос: чип жив? На всю платформу сей ответ, увы, не распространяется...

Поддерживаю. Не знаю как на мосты, но на мультики была (и остается) идея сделать проверочный контроллер (AVR или PIC, не суть важно). Доступ по LPC. Ещё мониторинг шины LPC, например... Понимаю, что кому-то проще перекинуть мульт на заведомо исправный, но речь идет о "домашней" диагностике, да и мультиков у меня не так много, чтобы их менять...
А JTAG пока останется для меня... применительно к контроллерам и ПЛИС.

С наилучшими пожеланиями, Владимир.

Партизан подпольной луны aka (R)soft

Ладно, попробуем снова;)

icbook писал(-а):
В случае же отсутствия хотя бы даже первого POST-кода, о какой такой диагностике через JTAG идет речь?

В чем связь диагностики микросхем через JTAG и появления первого посткода? Не вижу связи.
icbook писал(-а):
И второе: а где о чипсетах идет речь?

Посмотрите 4 страницу
intertesttech.com/download/debug_brochure_2004.pdf

icbook писал(-а):
P.S. Не хочется вдаваться в дискуссию, но, видимо, придется

Пардон, а для чего тогда существуют форумы? Надеюсь для конструктивного и аргументированного обмена мнениями

Аватар пользователя Baza

порыл спеки....не так всё и вкусно:(

осмысленно применять на i875 и выше, где jtag есть в СМ.

тогда хоть как-то можно будет пробежаться по периферии.

а тестирование памяти и прочее по jtag это фигушки, только запуском приложений на работающем проце .

если проц не запустился, то никаким местом к нему не подберёшься:(

В "домашнем" хозяйстве получается для ремонта неоправданно , т.к. написание софта и поиск документации займут времени больше, чем пересадка моста-мультика-флэшки:)

Если-же хочется дома писать низкоуровневый софт уровня БИОСа или другие извраты с железом тогда оно ещё как-то осмысленно и чем-то оправданно.

Либо нечему гореть, либо нечем поджечь!

Аватар пользователя icbook

GaRR писал(-а):
Ладно, попробуем снова;)
icbook писал(-а):
В случае же отсутствия хотя бы даже первого POST-кода, о какой такой диагностике через JTAG идет речь?

В чем связь диагностики микросхем через JTAG и появления первого посткода? Не вижу связи.
icbook писал(-а):
И второе: а где о чипсетах идет речь?

Посмотрите 4 страницу
intertesttech.com/download/debug_brochure_2004.pdf
icbook писал(-а):
P.S. Не хочется вдаваться в дискуссию, но, видимо, придется

Пардон, а для чего тогда существуют форумы? Надеюсь для конструктивного и аргументированного обмена мнениями

Не по порядку.
1. Общее перечисление чипсетов таки да, есть! Не нашел, наверное, потому что не искал:) Сказать, что убеждает, то нет. Но сие есть субъективное.
2. Будем аргументировать и дискутировать, хотя времени, а равно желания, нет.
3. Для диагностики платформы необходимо, чтобы тест JTAG дал положительный результат. Для старта платформы этого недостаточно. Кроме теоретического подхода существует и практический - инженерный. Где, когда, кому и как использовать JTAG-диагностику. В производства/разработке - однозначно да. В ремонте - однозначно нет.

Почему? Какова эффективность JTAG-тестирования процессора ($, T), если элементарный отвал сокета сводит на нет ее результаты, а установка на заведомо исправную платформу быстрее и дешевле (только без флейма на эту тему!).

Какова эффективность JTAG-тестирования чипсета (или XOR-тестирования), если то же самое:)

А связь между первым POST-кодом и JTAG очевидна. Представьте JTAG-тестирование на такой платформе. Оно намного сложнее, чем, скажем, на платформе с C1h. Потому что не для этого такое разработано. Оно сделано для серийного производства с впаянным процессорами (чипсетами), чтобы обеспечить QC( как систему управления, а не как событие) на потоке... А на энтузиастов с каждую секунду разными задачами расчитано не было.

И еще одно. Время от времени появляются поветрия и панацеи. Хочу предостеречь от увлечения. Может оказаться, что это для этого не подходит. Годами тестируя с помощью JTAG свои системы на ПЛИС, могу сказать, что без JTAG они никогда не были бы работоспособны, но сам JTAG ни разу не помог в ремонте. Есть другие идеи и другие решения. В любом случае - недешевые. Тут нормальный паяльник да программатор не все имеют, поэтому легко оперировать цифрами может оказаться неуместно.

Аватар пользователя Baza

icbook Абсолютно с Вами согласен.

Я использую джитаг на работе для проверки: старт проца, детект флэши и епрома.

и для прошивки флэшь памяти.

но это не х86, это систем он чип: заточенные уже изначально под определённую задачу (спутниковые ресиверы).

Причём есть существенная разница между аппаратным отладчиком и приблудой на ЛПТ, как по возможностям, так и по скорости работы и поддержки софтом:(

ПС. Почему-то у Интеловцев не выложены БСДЛ файлы под С370 , только под ультранизковольтовые БГА Р3......с форматом разобрался, будем писать сами:)

только вот резервед ноги там один хрен резервед:( и никаких гвоздей.....:(

Либо нечему гореть, либо нечем поджечь!

icbook писал(-а):
1. Общее перечисление чипсетов таки да, есть! Не нашел, наверное, потому что не искал Сказать, что убеждает, то нет. Но сие есть субъективное.
2. Будем аргументировать и дискутировать, хотя времени, а равно желания, нет.

В таком ключе лучше тогда завершитьнашу с Вами дискуссию - а то вроде занятого человека всякой чепухой отвлекаю.

Вкратце по Вашему ответу:

icbook писал(-а):
3. Для диагностики платформы необходимо, чтобы тест JTAG дал положительный результат. Для старта платформы этого недостаточно. Кроме теоретического подхода существует и практический - инженерный. Где, когда, кому и как использовать JTAG-диагностику. В производства/разработке - однозначно да. В ремонте - однозначно нет.

Для диагностики платформы необходимо убедиться что все компоненты исправны и исправны связи между ними.
Вы не согласны? JTAG предназначен для этого. Это теория. Как практик я испытываю голод с диагностическими средствами. Мое мнение - однозначно да.
icbook писал(-а):
Почему? Какова эффективность JTAG-тестирования процессора ($, T), если элементарный отвал сокета сводит на нет ее результаты, а установка на заведомо исправную платформу быстрее и дешевле (только без флейма на эту тему!). Какова эффективность JTAG-тестирования чипсета (или XOR-тестирования), если то же самое
Вы опять сводите все к процессору- процессор на платформу при ремонте ставится заведомо исправный - речь идет о тестировании чипсета и связей.
Отрыв сокета - разрыв связей, вот и быстрая диагностика! Разве этого мало? Что Вы предложите вместо этого?
icbook писал(-а):
А связь между первым POST-кодом и JTAG очевидна. Представьте JTAG-тестирование на такой платформе. Оно намного сложнее, чем, скажем, на платформе с C1h. Потому что не для этого такое разработано. Оно сделано для серийного производства с впаянным процессорами (чипсетами), чтобы обеспечить QC( как систему управления, а не как событие) на потоке... А на энтузиастов с каждую секунду разными задачами расчитано не было.

Мало ли что для чего было разработано, фен тоже не для пайки чипов придумывали, через jtag народ ресиверы перешивает и сотики, почему бы мамки не диагностировать, intertesttech тому подтверждение.
icbook писал(-а):
Есть другие идеи и другие решения. В любом случае - недешевые. Тут нормальный паяльник да программатор не все имеют, поэтому легко оперировать цифрами может оказаться неуместно.
Про другие решения можно подробнее и с суммами, не нужно всех под одну гребенку, я готов платить и много. Хотя бы за ту же быструю и точную диагностику отвала мостов и сокетов.

Отправить комментарий

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые HTML-теги: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <img>
  • You can use BBCode tags in the text. URLs will automatically be converted to links.

Подробнее о форматировании текста

Антибот - введите цифру.
Ленты новостей