Автор: Leo , 5 февраля 2010
Лазя по дебрям и-нета, напоролся на старое обсуждение - https://rom.by/forum/Diagnostika_neispravnostej_cherez_JTAG
Автора испугала цена предлагаемой системы (> 20тыс евро). А какие деньги не жалко было бы отдать за подобную диагностическую систему?


Перенес во Флейм.
maco
Содержимое данного поля является приватным и не предназначено для показа.

BBCode

  • 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-адреса преобразовываются в ссылки автоматически.

Root

16 лет назад

в пределах 1000$.

Leo

16 лет назад

Спасибо. Есть еще мнения?
Я прикидываю, что затраты на создание подобной системы составят ~ $100K. Продавая по $1000, необходимо продать 100 систем, чтобы окупить затраты. Это экономически невыгодно. Я думаю определить начальную цену в районе $5K. Тогда имеет смысл вообще начинать этим заниматься. Хотя начальные наработки уже есть. За $5000 купите?

Root

16 лет назад

Если она будет реально помогать на множестве мат. плат - возможно. Тут все не так просто.
Ведь если подумать, то JTAG-chain (процессор-север-юг) есть не везде. А если по JTAG к процессору подлезать, то нужно иметь доступ к конфиденциальной инфе АМД/Intel или ничего сделать не получится.
Да и подумайте с другой стороны - сколько мат. плат придется ремонтнику починить, чтобы окупить чудо-устройство.

NiTr0

16 лет назад

[off]
Продавая по $1000, необходимо продать 100 систем, чтобы окупить затраты.

А продавая скажем по $300, нужно будет продать 334 системы, однако это будет намного проще, чем продать 20 систем по $5000. Особенно - если система будет работать не везде и не всегда, а только при определенных условиях...[/off]

Root

16 лет назад

[off]PS: и вообще давайте говорить о каких-то реальных вещах или технологиях. Хотите продавать - дайте что-нить типа product brief. Или описания механизма работы, чтобы мы могли оценить насколько дивайс может быть полезным.
И вообще - как потребителя меня не волнует КАК диагностический комплекс выполняет работу (т.е. по каким алгоритмам он функционирует). Меня волнует, чтобы
- комплекс, грубо говоря, тыкал в неисправный или неисправный компоненты (причем тыкал верно), чтобы я мог их быстро поменять;
- комплекс не портил живую или не добивал неисправную материнскую плату (хотя как отдельный функционал можно реализовать);
- комплекс поддерживал широкий спектр проверяемого оборудования;
- комплекс поддерживался производителем (т.е. были бесплатные или разумные по цене апгрейды). Сюда же можно отнести возможность подгонки под свои нужды (скажем нет поддержки опр. типа микросхем - дайте возможность добавить ее в базу самим ремонтником)
- чтобы были четко описаны граничные условия применимости у-ва.

С точки же зрения человека, который интересует железом, меня, напротив, интересует в первую очередь КАК все работает, а не столько то какой результат получается :-)[/off]

Leo

16 лет назад

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

Preliminary technical definitions of JTAG-PC-LAB system.

The JTAG-PC-LAB system serves for test, failures diagnostic and software burnings of Personal Computer’s Mother Boards at local and remote facilities.
The JTAG-PC-LAB system consists of 3 basically parts:
1. The Controlling Computer with JTAG-PC-LAB software.
2. The Interface Card used standard PCI, CPCI, PCMCIA, PCMCIA-EXPRESS bus includes JTAG interface signals (TDI, TDO, TMS, TCK,TRST) and comprising ASIC component to used bus IOs testing.
3. External software test applications.
Interfacing between the Controlling Computer and the Interface Card accomplished via standard USB2 cable.

The JTAG-PC-LAB basically tasks.

1. Automatically connected JTAG chain recognition and comparing with existed in memory.
2. Automatically Hardware revision recognition and selection the necessary test program.
3. Messaging of recognized information to the operator and starting the selected test program automatically or by operator’s request.
4. Reprogramming built-in PC software (BIOS) by operator’s request.
5. Reporting the test results to the operator at local or remote station.

NiTr0

16 лет назад

[off]Leo
На PCI вроде как JTAG не наблюдается...
+ ИМХО нужно подключение еще напрямую к линиям JTAG на проце/околосокетных подтягивающих резисторах (к примеру, "прищепка" с контактной колодкой для крепления где-то на углу платы, куда удобно будет подключать подпаянные к нужным точкам провода)
Ну и желательна возможность загрузки и выполнения пользовательского асм-кода, а в идеале - еще и + некий скриптовый язык для написания своих процедур тестирования, с возможностью как низкоуровневой работы с железом (хоть асм-вставки, хоть просто комманды для чтения-записи памяти/портов в/в), так и вызова стандартных, зашитых в комплекс, процедур инициализации некоторых частей чипсета/периферии.
Кстати, продуманная лицензионная политика (при которой, с одной стороны, не открываются никому "ноу-хау", позволяющие разработать аналогичную систему, а с другой стороны - предоставляется пользователям полноценный инструментарий для написания диагностических модулей под неподдерживаемые пока устройства, на условиях публикования результатов наработок) позволит несколько сократить расходы на поддержку комплекса.[/off]

Root

16 лет назад

[off]NiTr0
На PCI вроде как JTAG не наблюдается...

Т.е. как это не наблюдается?
По пинауту : http://pinouts.ru/Slots/PCI.shtml
есть. Другой вопрос, что наверняка в десктопных матерях наличие этих пинов нам ничего не даст, т.к. как я и говорил, на мамках реально у-ва в jtag chain не объединены. Т.е. пины ведут в никуда.
[/off]
Leo
2. The Interface Card used standard PCI, CPCI, PCMCIA, PCMCIA-EXPRESS bus includes JTAG interface signals (TDI, TDO, TMS, TCK,TRST) and comprising ASIC component to used bus IOs testing.

Даже в свете вышесказанного про PCI, жалко, что нет поддержки PCI Express... Т.к. на некоторых современных мат. платах реально есть только PCI Express. Ну, из шин, которые доступны, еще есть LPC, но там свои заморочки :-)
Далее - тестовый стенд все-таки разумно делать, используя мощности центрального процессора. Т.е. по JTAG управляя им получать инфу о работоспособности компонентов. Но это немного сложнее того, что видно по ТЗ. С другой стороны, тогда все равно нужно чтобы на процессор подавалось питание и тактирование, чтобы он мог что-то делать :-)

PS: возможно под интерфейсной картой понимается всего лишь штукенция, которая берет свое питание с мат. платы и содержит на себе микроконтроллер, который и управляет JTAG'ом, который есть на мат. плате, независимо от его физического расположения. Но тогда непонятно чем хуже внешняя коробочка (всяко универсальнее будет) с переходниками.
PPS: и скажите, пожалуйста, Вы давно занимаетесь аналогичными проектами?

Leo

16 лет назад

Всем спасибо за комментарии. Вижу, тема животрепещущая.
Включить PCI Express в список интерфейсных девайсов не проблема. Внешняя коробочка с подключением напрямую к JTAG процессора, тоже не проблема. Безусловно, пакет будет разделен на базисный и расширенный. Базисный даст оператору возможность только прогонять приложенные тесты и будет стоить недорого. В расширенном будет предусмотрена возможность генерации тестовых модулей на свой страх и риск. Цена этого пакета будет, естественно, существенно выше. Вся система будет защищена ключом Sentinel. Ежегодные апдейты будут высылаться тем пользователям, кто исправно платит за поддержку.
JTAG тестированием наша компания занимается давно и успешно. См. http://jtag-test.ru/
Пишите письма.

NiTr0

16 лет назад

Зря ИМХО с сентинелом завязываетесь, тем более, что это будет АПК - коробочка и сама, при должном подходе, обеспечит защиту покрепче сентинела... Сделайте половину "мозга" в коробочке (учитывая копеечную стоимость достаточно мощных ARMов), скармливайте туда управляющим софтом криптованные модули (с возможностью скармливания и некриптованных пользовательских) - и делов-то... Можно и уникальные ключи криптовки-декриптовки на каждую "коробочку" сделать, с подготовкой модулей непосредственно на вашем сервере - в итоге проблема "неофициальных" обновлений решится сама собой...

А по поводу "базовой" и "расширенной" лицензий - думается, "расширенных" будет продано не так и много (а если цена будет отличаться на порядок - вообще единичные экземпляры крупным СЦ или разработчикам железа - ибо зачем платить большие деньги за возможность подолбать себе мозг с сомнительным результатом?), зато такая политика сделает невозможным существование комьюнити, в меру своих сил допиливающего продукт.