Диагностика неисправностей через JTAG
Посткарта является необходимым, но увы, не самым серьезным оружием ремонтника материнок. Как правило самые большие затруднения с диагностикой возникают при отсутствии первого разумного посткода. Шины типа гипертранспорт сужают возможности и продвинутых плат с пошаговым отображением транзакциий по PCI, которые мы использовали ранее.
Поэтому на мой взгляд на сегодняшний день наибольший интерес представляет возможность диагностики материнок через JTAG интерфейс.
Небольшой поиск привел к следующему устройству продвинутых ирландских инженеров:
intertesttech.com/ate/products_dead_board_debug.htm
Цена (> 20тыс евро) несколько остужает мечты по фантастическим возможностям данного комплекса. Есть ли у кого опыт работы с данным аппаратом или его аналогами? Есть ли у опыт самостоятельного изготовления подобного софта?
Наибольшую сложность на наш взгляд составляет изготовить переходники на CPU, но купить их отдельно не такие большие деньги, основная проблема - это софт.
И как всегда интересует мнение отечественного (или дружеского государства
) лидера в области создания устройств диагностики мб - icbook.
Прошивка и настройка BIOS, переделка и ремонт материнских плат, БП, видеокарт, HDD.
ROM.by 2002-2019 © apple_rom
По ссылке: вызывает сомнение описанный там метод. Хотя бы по той причине, что не указан список реальных платформ, где он работает или хотя бы опробован. Это существенно, в связи с, например, гипер-транспортом. (А на схемке Memory Control ASIC стоит где-то рядом на шине). По ссылке intertesttech.com/ate/products_hd5.htm видно, что про AMD ничего не известно...
Следующее замечание. Термин "board booting" следует трактовать "до загрузки операционной системы". В случае же отсутствия хотя бы даже первого POST-кода, о какой такой диагностике через JTAG идет речь? Ну, нет тактирования и что дальше?
Вообще же на основе маркетингового документа сложно сделать далеко идущие выводы. Функциональность JTAG никто не будет подвергать сомнению, но фактически он может дать ответ только на вопрос: чип жив? На всю платформу сей ответ, увы, не распространяется...
Открытая книга: icbook.com.ua
Понеслось:
Подлезть к процессору несложно, обычно TDI, TCK, TDO, TMS и TRST выведены на
резисторную сборку и притянуты к высокому уровню.
софт есть, в основном под Wiggler Jtad adapter. есть исвободные и фриварные и триальные варианты.
есть и под линуха
на П3 как раз собирался в скором времени приступать, правда для других целей
просто самый затык именно в диагностике это ПРАВИЛЬНО послать и обработать отладочные данные
Либо нечему гореть, либо нечем поджечь!
Как неизвестно??
intertesttech.com/ate/products_4010.htm
Вы придираетесь к термину - JTAG подразумевает _внутрисхемную_ диагностику, ни о каких операционнках и даже биосе может не идти речи на начальном этапе тестирования
Быстро сказать жив ли мост, северный или южный, или сообщить об артефактах на линиях адреса/данных -
очень важная информация для анализа неисправной мб
Любую информацию на сайтах производителя можно назвать маркетинговой,
тогда вроде и обсуждать нечего, в данном случае я не вижу принципиальной невозможности сделать то, что они предлагают.
есть и под линуха
Если такие ссылки у Вас есть под рукой, можно их посмотреть?
Этот софт должен быть заточен под конкретные процессоры?
Значит я неверно понял следующую фразу: We will soon be releasing µMaster solutions for AMD Opteron™ and other processors.
Я ни к чему не придираюсь, т.к. пользуюсь JTAG около 10 лет. Скорее всего, Вы меня не правильно понимаете. И второе: а где о чипсетах идет речь? Нужны ведь программные модели nForce, SiS и т.д. С Интелом как раз - все понятно.
P.S. Не хочется вдаваться в дискуссию, но, видимо, придется
Открытая книга: icbook.com.ua
Привет ещё раз!
Поддерживаю. Не знаю как на мосты, но на мультики была (и остается) идея сделать проверочный контроллер (AVR или PIC, не суть важно). Доступ по LPC. Ещё мониторинг шины LPC, например... Понимаю, что кому-то проще перекинуть мульт на заведомо исправный, но речь идет о "домашней" диагностике, да и мультиков у меня не так много, чтобы их менять...
А JTAG пока останется для меня... применительно к контроллерам и ПЛИС.
С наилучшими пожеланиями, Владимир.
Партизан подпольной луны aka (R)soft
Ладно, попробуем снова
В чем связь диагностики микросхем через JTAG и появления первого посткода? Не вижу связи.
Посмотрите 4 страницу
intertesttech.com/download/debug_brochure_2004.pdf
Пардон, а для чего тогда существуют форумы? Надеюсь для конструктивного и аргументированного обмена мнениями
порыл спеки....не так всё и вкусно
осмысленно применять на i875 и выше, где jtag есть в СМ.
тогда хоть как-то можно будет пробежаться по периферии.
а тестирование памяти и прочее по jtag это фигушки, только запуском приложений на работающем проце .
если проц не запустился, то никаким местом к нему не подберёшься
В "домашнем" хозяйстве получается для ремонта неоправданно , т.к. написание софта и поиск документации займут времени больше, чем пересадка моста-мультика-флэшки
Если-же хочется дома писать низкоуровневый софт уровня БИОСа или другие извраты с железом тогда оно ещё как-то осмысленно и чем-то оправданно.
Либо нечему гореть, либо нечем поджечь!
Не по порядку.
1. Общее перечисление чипсетов таки да, есть! Не нашел, наверное, потому что не искал
2. Будем аргументировать и дискутировать, хотя времени, а равно желания, нет.
3. Для диагностики платформы необходимо, чтобы тест JTAG дал положительный результат. Для старта платформы этого недостаточно. Кроме теоретического подхода существует и практический - инженерный. Где, когда, кому и как использовать JTAG-диагностику. В производства/разработке - однозначно да. В ремонте - однозначно нет.
Почему? Какова эффективность JTAG-тестирования процессора ($, T), если элементарный отвал сокета сводит на нет ее результаты, а установка на заведомо исправную платформу быстрее и дешевле (только без флейма на эту тему!).
Какова эффективность JTAG-тестирования чипсета (или XOR-тестирования), если то же самое
А связь между первым POST-кодом и JTAG очевидна. Представьте JTAG-тестирование на такой платформе. Оно намного сложнее, чем, скажем, на платформе с C1h. Потому что не для этого такое разработано. Оно сделано для серийного производства с впаянным процессорами (чипсетами), чтобы обеспечить QC( как систему управления, а не как событие) на потоке... А на энтузиастов с каждую секунду разными задачами расчитано не было.
И еще одно. Время от времени появляются поветрия и панацеи. Хочу предостеречь от увлечения. Может оказаться, что это для этого не подходит. Годами тестируя с помощью JTAG свои системы на ПЛИС, могу сказать, что без JTAG они никогда не были бы работоспособны, но сам JTAG ни разу не помог в ремонте. Есть другие идеи и другие решения. В любом случае - недешевые. Тут нормальный паяльник да программатор не все имеют, поэтому легко оперировать цифрами может оказаться неуместно.
Открытая книга: icbook.com.ua
icbook Абсолютно с Вами согласен.
Я использую джитаг на работе для проверки: старт проца, детект флэши и епрома.
и для прошивки флэшь памяти.
но это не х86, это систем он чип: заточенные уже изначально под определённую задачу (спутниковые ресиверы).
Причём есть существенная разница между аппаратным отладчиком и приблудой на ЛПТ, как по возможностям, так и по скорости работы и поддержки софтом
ПС. Почему-то у Интеловцев не выложены БСДЛ файлы под С370 , только под ультранизковольтовые БГА Р3......с форматом разобрался, будем писать сами
только вот резервед ноги там один хрен резервед
и никаких гвоздей.....:(
Либо нечему гореть, либо нечем поджечь!
В таком ключе лучше тогда завершитьнашу с Вами дискуссию - а то вроде занятого человека всякой чепухой отвлекаю.
Вкратце по Вашему ответу:
Для диагностики платформы необходимо убедиться что все компоненты исправны и исправны связи между ними.
Вы не согласны? JTAG предназначен для этого. Это теория. Как практик я испытываю голод с диагностическими средствами. Мое мнение - однозначно да.
Отрыв сокета - разрыв связей, вот и быстрая диагностика! Разве этого мало? Что Вы предложите вместо этого?
Мало ли что для чего было разработано, фен тоже не для пайки чипов придумывали, через jtag народ ресиверы перешивает и сотики, почему бы мамки не диагностировать, intertesttech тому подтверждение.
Отправить комментарий