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

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


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

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

Цитата:
Вы опять сводите все к процессору- процессор на платформу при ремонте ставится заведомо исправный - речь идет о тестировании чипсета и связей.

Просто потому, что не знаю, как через JTAG проверить связи. Поэтому и дискуссию считаю мало продуктивной.

Цитата:
Про другие решения можно подробнее и с суммами, не нужно всех под одну гребенку, я готов платить и много. Хотя бы за ту же быструю и точную диагностику отвала мостов и сокетов.

По диагностике давно созрела и засохла мысль о матрицах резисторных состояний. Вчерне: меряем, например, все сопротивления по всем линиям от CPU_Socket до DIMM_Socket и сравниваем с эталонными для данной платформу. Безусловно, что делаем все это автоматически, а не руками. Опыт был и дал очень положительные результаты. Работы завершены по неперспективности.

icbook писал(-а):
Просто потому, что не знаю, как через JTAG проверить связи. Поэтому и дискуссию считаю мало продуктивной.

Как это не знаете??
Что такое Boundary Scan Вы ведь знаете.

Читаем
jtag.ru/jtag_bst.aspx
Цитата

Выставляя на одних выводах логические уровни и проверяя состояния других ведущее устройство может делать заключение о наличии или отсутствии связей между выводами различных БИС;

Перехватывая управление выводами можно формировать на выводах областей не охвеченных цепочкой тестовые комбинации и проверять корректность реакций. Например, управляя выводами центрального процессора произвести тестирование работоспособности ОЗУ;

Делать "снимки" состояний контактов интегральных схем цифрового устройства, и на основе их анализа делать заключение о правильности его работы;

По поводу альтернатив -
Связь CPU-DIMM - Да, согласен прозвонка возможна, кстати кастроник делал платку в DIMM на которой можно быстро замерять уровни и смотреть кз и разрывы.
У меня есть чудное китайское изделие для проверки отвалов сокетов478 - куча светодиодов показывет связи с северным мостом, ищу такое же чудо под LGA.

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

GaRR писал(-а):
icbook писал(-а):
Просто потому, что не знаю, как через JTAG проверить связи. Поэтому и дискуссию считаю мало продуктивной.

Как это не знаете?? Что такое Boundary Scan Вы ведь знаете. Читаем
jtag.ru/jtag_bst.aspx

Знаю, знаю, только не летаю:)

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

Связи проверить просто - если оба чипа в одной цепочке - меняем состояние ноги на одном чипе, смотрим изменение состояния на другом. Из инструментов можно упомянуть UniversalScan (ricreations.com/boundary-scan-user-interface.htm), Asset ScanWorks (asset-intertech.com/jtag_scanworks.html). Первый- попроще. Только нужны bsdl-файлы для каждого чипа в цепочке, который необходимо проверить. Также при помощи описанных по ссылкам инструментов можно прошивать флэшки.

Второй закон Вышковского: Все можно наладить, если вертеть в руках достаточно долго.

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

в копилку

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

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

сегодня сидели с Алексеем-Baza и тихоньку обсуждали сию приблуду. Мои мысли вслух:
никто не гарантирует, что JTAG-цепочка на матери ОДНА. Соответственно, возможности устроить тестирование по JTAG'у всех микросхем накрывается медным тазом
Смотрели сегодня материалы, которые предоставляет производитель. Из них почерпнули много интересного
JTAG используется _только_ для того, чтобы "загружать" инструкции в процессор. Это позволяет тестировать материнскую плату только лишь при наличии работоспособного камня, на который подается правильное тактирование (?) и правильное питание. Далее - с помощью тестов софт сей конторы по удалению от проца тестирует все шины материнки и дивайсы на них. Сразу же возникает проблема - тесты будут платформозависимыми. Очевидно. Тем более, что uMaster'у приходится выполнять функции БИОСа и драйверов ОСей по инициализацию различного набора у-в. Кстати, в их базе всего лишь ~340 у-в. Давайте прикинем - чипсетов у Интела начиная с i440 сколько было? Пускай порядка 40. Тогда учтем, что чипсет минимум = СМ + ЮМ. Итого - 80 у-в. Накинем различные интеграшки (USB/APIC/SmBus-контроллеры) - получится уже за 150. Добавим различные относительно распространенные варианты SATA/LAN/Audio-контроллеров и получим наши жалкие 340 у-в. Никуда это не годится. А если попадется на тесты мать с редким чипсетом типа Apollo Pro 266? Или на матери распаянный SCSI-контроллер? То как его проверить?
С другой стороны использование только лишь процессора есть хорошо - мы независим ни от работоспособности СМ, ни от живости флешки... Но если, скажем, отвалился сокет, то мы ничего не узнаем. Софтина сразу забракует системную шину, а это может и означать и дохлый СМ.

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

Сегодня специально перерыл даташиты на интеловские мосты (начиная с BX). Фиг вам , а не JTAG там. Да, он там скорее всего есть, но хитро запрятан среди Vcc/Vss/NC/Rsvd ног. А NDAшные даташиты Интел никому не дает. Почему - забудьте. Фантастика. Да, и коли JTAGовские ноги среди Vcc/Vss/NC/Rsvd, то очевидно, что производитель мат. платы не будет их разводить как-то по-другому, т.е. к ним не подлезть и, соответственно, эта фишка будет использоваться ТОЛЬКО САМИМ Интелом на стадии производства и тестирования микросхем. Точка. Что же до пр. дебуг-фич, то да, они в мостах есть, но как их юзать тоже пока большой вопрос. Кстати, поздравляю - сегодня нашли даташит на ICH9 - intel.com/design/chipsets/datashts/316972.htm
датирован June 2007. Т.е. совсем свежачок. Из интересных мыслей - дебуг по USB заместо COM.

Короче - uMaster - бесполезная, неудобная в использовании и дорогая штука, предназначенная для гоблинов-сервисников крупных СЦ вроде тех, коими владеют производители оборудования.

GaRR писал(-а):
Для диагностики платформы необходимо убедиться что все компоненты исправны и исправны связи между ними.

путаем необходимые и достаточные условия. Сие есть условие необходимое, но не достаточное для работоспособности матери. Почему комментировать не буду, т.к. очевидно. См. icbook

Добавлено спустя 8 минут 2 секунды:

PS: я готов пополемизировать именно по данному вопросу.

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Root
Да, я тоже это все просмотрел. Да, действительно, на северных мостах популярных чипсетов jtag отсутсвует (или скрыт). Во всяком случае jtag сигналы не разведены по плате- несколько типовых плат я проверил. Следовательно самое интересное - сканирование невозможно. Если у кого будут иные результаты - сообщите.
Единственное с чем не могу согласиться-

Root писал(-а):
GaRR писал(а):
Для диагностики платформы необходимо убедиться что все компоненты исправны и исправны связи между ними.

Root писал(а):
путаем необходимые и достаточные условия. Сие есть условие необходимое, но не достаточное для работоспособности матери. Почему комментировать не буду, т.к. очевидно.
Я пишу, что условие необходимое и Вы пишите, что это условие необходимое. Что это условие достаточное, я нигде не упоминал. Кто из нас что путает?

GaRR, я помню тебя еще по форуму Владимира Донского и всегда восхищался твоими способностями. Но в данном случае позволю себе не согласиться даже с мыслью диагностики при пмощи JTAG применительно к ремонту системных плат(во всяком случае на текущем временнОм этапе и в ближайшем будушем)
1 Диагностика МВ при помощи JTAG предусматривает наличие полного комплекта техническо-конструкторской документации на изделие, в противном случае она теряет всякий смысл.(Щас, китайцы разбежались и шлепнулись...)

2 Попытки методом тыка пробиться через JTAG к диагностиуремому узлу без П1 просто обречены и больше походят на пионЭро-любителский кружок, где потерянное время и результат не главное, главное процесс. Из предыдущих постов это, практически, следует.

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

4 Разработчик психологически не может принять, что его изделие может СЛОМАТЬСЯ САМО и поэтому достаточно пренебрежительно относится к проработке своего гениального творения на случай возникновения неисправности. На тренинге MSI голландские инженеры меня все время пытались убедить, что их продукция сама по себе не ломаетсяwink
Не убедили

Прошу прошения за консервативную точку зрения, я был бы только рад оказаться не правым. Нетрадиционные подходы к ремонту, полагаю, как и нетрадиционная медицина иногда дают положительные результаты, что будоражит воображение нетрадиционных медиков и наиболее внушаемой части больных.
Ну, а теперь кидайте камни, только прошу аргументированно, без эмоций
Модераторам Если в моем тексте Вы увидите крамолу, топрошу его удалить полностью, а не нарезать кусками, чтобы не потерялся здравый смысл

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

GaRR

GaRR писал(-а):
Кто из нас что путает?

тады прошу прощения ))))
Pavel Sumin
правильно все пишете. Но в данном ветке происходит смешивание понятий.
Одно дело - диагностика путем "загрузки" софта в процессор в JTAG и получения обратно результатов, а другое - полное сканирование JTAG-цепочки из всех элементов материнской платы по JTAG'у. Первое - и есть методика работы uMaster, по крайней мере, как мы ее восприняли. Второе невозможно, а почему я вроде как объяснил...

Аццкий ромбовод {:€
Я пока не волшебник - я только учусь! :-P

Pavel Sumin привет, конечно я тебя тоже помню, и тоже как отличного специалиста.
В общем-то свои итоги по этому вопросу я подвел перед твоим постом,
но действительно как пишет Root тут идет смешение понятий или скорее разных тем
Перед мной стояли вопросы

1. возможно ли граничное сканирование в принципе через JTAG на материнках - ответ- нет, сегодня прозвонил i865PERL - даже на ней цепочка JTAG не идет дальше CPU
2. Стоит ли покупать mMaster для моих проблем - ответ нет исходя из п.1
3. Ну и хотелось понять как он (mMaster) работает - вопрос для меня не исчерпан,
кстати я получил от них список поддерживаемых чипсетов, SIO, флешей - список обьемный, практически все современное есть.
4. Возможно ли самостоятельно сделать подобное - скорее всего нет за разумное время или деньги

А по поводу традиционных и нетрадиционных методов - к сожалению на месте нельзя сидеть, жизнь заставляет.
У нас в арсенале диагностических средств для материнок есть вещи, которых думаю нет больше ни у кого, помощь они оказывают реальную, так что нетрадиционности не стесняемся;)

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

Содержание этого поля является приватным и не предназначено к показу.
  • Разрешённые 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.

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

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