Автор: GaRR , 7 июня 2007
Содержимое данного поля является приватным и не предназначено для показа.

BBCode (added in Drupal 11)

  • HTML-теги не обрабатываются и показываются как обычный текст
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.

icbook

18 лет 8 месяцев назад

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

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

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

GaRR

18 лет 8 месяцев назад

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

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

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

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

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



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

icbook

18 лет 8 месяцев назад

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

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

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

BSV

18 лет 8 месяцев назад

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

Root

18 лет 7 месяцев назад

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

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

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

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

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

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

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

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

GaRR

18 лет 7 месяцев назад

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

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

Я пишу, что условие необходимое и Вы пишите, что это условие необходимое. Что это условие достаточное, я нигде не упоминал. Кто из нас что путает?

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

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

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

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

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

Root

18 лет 7 месяцев назад

GaRR
Кто из нас что путает?

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

GaRR

18 лет 7 месяцев назад

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

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

А по поводу традиционных и нетрадиционных методов - к сожалению на месте нельзя сидеть, жизнь заставляет.
У нас в арсенале диагностических средств для материнок есть вещи, которых думаю нет больше ни у кого, помощь они оказывают реальную, так что нетрадиционности не стесняемся ;)
Посткарта является необходимым, но увы, не самым серьезным оружием ремонтника материнок. Как правило самые большие затруднения с диагностикой возникают при отсутствии первого разумного посткода. Шины типа гипертранспорт сужают возможности и продвинутых плат с пошаговым отображением транзакциий по PCI, которые мы использовали ранее.
Поэтому на мой взгляд на сегодняшний день наибольший интерес представляет возможность диагностики материнок через JTAG интерфейс.
Небольшой поиск привел к следующему устройству продвинутых ирландских инженеров:
http://www.intertesttech.com/ate/products_dead_board_debug.htm
Цена (> 20тыс евро) несколько остужает мечты по фантастическим возможностям данного комплекса. Есть ли у кого опыт работы с данным аппаратом или его аналогами? Есть ли у опыт самостоятельного изготовления подобного софта?
Наибольшую сложность на наш взгляд составляет изготовить переходники на CPU, но купить их отдельно не такие большие деньги, основная проблема - это софт.
И как всегда интересует мнение отечественного (или дружеского государства :wink: ) лидера в области создания устройств диагностики мб - icbook.