Добрый день, коллеги! Приближается выставка Экспоэлектроника/Электронтехэкспо. Если у вас есть желание встретиться на выставке, обсудить вопросы JTAG-тестирования, пишите в личку @AlexeyJtagovich
Добрый день, уважаемые подписчики!
Давно здесь не было записей, думаю, все прекрасно понимают, почему. Ситуация в мире не становится, скажем так, проще. Поэтому настал момент немного изменить формат нашей работы, работы этого канала (который, к слову сказать, всегда был авторским, не официальным) и вообще взгляда на модели нашего взаимодействия.
В связи с вышесказанным сообщаю вам, что теперь мы готовы предложить вам серию услуг.
Разработка приложений для тестирования ваших плат «под ключ» в средах JTAG ProVision и JTAG Live. Не секрет, что на российских предприятиях поставлено за многие годы довольно большое количество станций периферийного сканирования, некоторым из них может оказаться лет 10-15. Уже не всегда есть в наличии специалисты, готовые создать тестовые приложения для выпускаемых сейчас изделий, а тестирование, возможно очень требуется.
Обучение вашего персонала работе с JTAG ProVision и JTAG Live, контроллерами и модулями DIOS и MIOS. Этот пункт также может быть интересен тем, у кого уже имеется станция периферийного сканирования JTAG Technologies, а специалистов, знающих как это работает, – нет.
Разработка приложений и тестирование определенных партий изделий нашими силами, в случае, если у вас нет станций периферийного сканирования, и вы не планируете их покупать в ближайшее время. Такая услуга может понадобиться, если у вас нерегулярное производство, вас очень подвел с качеством сборщик и сроки поставки горят. Периферийное сканирование поможет вам выявить дефекты в цифровой части, где очень сложно что-то понять и найти ручными методами.
Также, обращайтесь и с нестандартными задачами, которых может быть великое множество. Это и помощь с BSDL-файлами, модели на отечественную ЭКБ, и реверс-инжиниринг, и многое другое.
По всем вопросам, пожалуйста, пишите личные сообщения @AlexeyJtagovich. Все вопросы по поводу работы/не работы известной компании в РФ - также в личку.
Давно здесь не было записей, думаю, все прекрасно понимают, почему. Ситуация в мире не становится, скажем так, проще. Поэтому настал момент немного изменить формат нашей работы, работы этого канала (который, к слову сказать, всегда был авторским, не официальным) и вообще взгляда на модели нашего взаимодействия.
В связи с вышесказанным сообщаю вам, что теперь мы готовы предложить вам серию услуг.
Разработка приложений для тестирования ваших плат «под ключ» в средах JTAG ProVision и JTAG Live. Не секрет, что на российских предприятиях поставлено за многие годы довольно большое количество станций периферийного сканирования, некоторым из них может оказаться лет 10-15. Уже не всегда есть в наличии специалисты, готовые создать тестовые приложения для выпускаемых сейчас изделий, а тестирование, возможно очень требуется.
Обучение вашего персонала работе с JTAG ProVision и JTAG Live, контроллерами и модулями DIOS и MIOS. Этот пункт также может быть интересен тем, у кого уже имеется станция периферийного сканирования JTAG Technologies, а специалистов, знающих как это работает, – нет.
Разработка приложений и тестирование определенных партий изделий нашими силами, в случае, если у вас нет станций периферийного сканирования, и вы не планируете их покупать в ближайшее время. Такая услуга может понадобиться, если у вас нерегулярное производство, вас очень подвел с качеством сборщик и сроки поставки горят. Периферийное сканирование поможет вам выявить дефекты в цифровой части, где очень сложно что-то понять и найти ручными методами.
Также, обращайтесь и с нестандартными задачами, которых может быть великое множество. Это и помощь с BSDL-файлами, модели на отечественную ЭКБ, и реверс-инжиниринг, и многое другое.
По всем вопросам, пожалуйста, пишите личные сообщения @AlexeyJtagovich. Все вопросы по поводу работы/не работы известной компании в РФ - также в личку.
Итак, после небольшого перерыва начинаем опять разбираться, а как же тестировать электронику в новых условиях, когда на руках российская и китайская ЭКБ. Что с периферийным сканированием, товарищи? Первый пациент, попавший под нож boundary-scan-хирурга - это китайский Fudan JFMK50T4. Спойлер: регистр BSCAN там есть. Уже нашли.
Плату нам дали в ООО Эпсилон.
Плату нам дали в ООО Эпсилон.
По просьбам трудящихся, выкладываем в YouTube недостающие записи вебинаров, которые проводились в 21-22 годах. На ресурсе GoToWebinar теперь их не посмотреть, ну и ладно, не очень-то и жалко, тормозило там все страшно.
Вот вебинар-демонстрация, показывающий разработку приложений в JTAG ProVision.
https://youtu.be/46hKf5h_hq4?si=KFAWDTGTTntysW6_
Вот вебинар-демонстрация, показывающий разработку приложений в JTAG ProVision.
https://youtu.be/46hKf5h_hq4?si=KFAWDTGTTntysW6_
YouTube
Средства автоматической генерации тестовых векторов JTAG
Видео демонстрирует наглядно процесс автоматизированной разработки тестов периферийного сканирования от CAD-данных тестируемой платы до готовых приложений и диагностики физических дефектов. Работа проводится в ПО JTAG ProVision.
Ну и еще одно видео вебинара, посвященного JTAG Live Studio теперь в Ютубе. Этот вебинар мы проводили до начала переломных событий в российской электронике, но уже каким-то внутренним чутьем поняли, что хорошо бы рассказать и о реверс-инжиниринге тоже (где-то начиная с 1 ч 43 мин. видео). С тех пор был приобретен некий опыт, и, конечно, сейчас можно было бы рассказать больше о методах реверс-инжиниринга с помощью инструментов boundary-scan, чем в данном вебинаре. Наверное, нужно будет еще раз консолидировать опыт и записать какое-то видео.
https://youtu.be/KzHV1UWol2A?si=eIkQNrIUMaSr415a
https://youtu.be/KzHV1UWol2A?si=eIkQNrIUMaSr415a
YouTube
Три сферы применения JTAG Live Studio ремонт, тестирование, отладка
На первый взгляд, программы JTAG Live - простые (например, по сравнению с JTAG ProVision). Простые, да непростые. Например, их удобно применять в реверс-инжиниринге электроники. Об этом и о многом другом поговорим в данном видео - записи вебинара.
Итак, спустя, можно сказать, годы, дотянулись руки до Элвиса (1892ВМ14Я). Коллега разбирается пока что. Ну, вот никак раньше не попадал к нам сей зверь. Уж и китайцы были, и наши все были… Промежуточный результат: стандарт IEEE1149.1std там выполнен и работает. Со странностями, конечно. И требуется выполнить энное количество Compliance Patterns (вообще в BSDL их 25, учтите это, разработчики плат, изучайте BSDL). Но это все поправимо.
Вот что странно и ведет к значительной потере тестового покрытия – так это то, что линии процессора, которые идут к оперативной памяти хоть многие и имеют атрибут “inout bit”, но в регистре сканирования они - только входные, выходных или bidir-ячеек нет. Кстати, это нарушение правил BSDL. Зачем тогда, в принципе, реализованы там ячейки периферийного сканирования? С однонаправленностью не создашь тест памяти с помощью регистра boundary-scan: для многих линий нужно и чтение и запись.
Вот что странно и ведет к значительной потере тестового покрытия – так это то, что линии процессора, которые идут к оперативной памяти хоть многие и имеют атрибут “inout bit”, но в регистре сканирования они - только входные, выходных или bidir-ячеек нет. Кстати, это нарушение правил BSDL. Зачем тогда, в принципе, реализованы там ячейки периферийного сканирования? С однонаправленностью не создашь тест памяти с помощью регистра boundary-scan: для многих линий нужно и чтение и запись.
Продолжение предыдущего поста 👆
Опытные пользователи систем периферийного сканирования знают, что за счет автоматического теста микросхем ОЗУ порой иногда обеспечивается чуть ли не половина тестового покрытия плат. Если бы память не напаивалась, была бы в планках, то проблем бы (почти) не возникло бы. А с таким раскладом, чтобы протестировать, скажем, пайку процессора, нужно размещать контактные площадки и использовать ICT-адаптер. А пайку микросхем памяти – ну если мы, например, используем адаптер ICT на этих линиях, то там где-то в недрах, значит, подключен DIOS, его можно и использовать для генерации и запуска тестов ОЗУ. Но для этого-то тест ОЗУ с помощью периферийного сканирования и нужен, чтобы не ставить контактных площадок: на чувствительных линиях памяти им совсем не место!
Что ж, будем смотреть дальше!
Опытные пользователи систем периферийного сканирования знают, что за счет автоматического теста микросхем ОЗУ порой иногда обеспечивается чуть ли не половина тестового покрытия плат. Если бы память не напаивалась, была бы в планках, то проблем бы (почти) не возникло бы. А с таким раскладом, чтобы протестировать, скажем, пайку процессора, нужно размещать контактные площадки и использовать ICT-адаптер. А пайку микросхем памяти – ну если мы, например, используем адаптер ICT на этих линиях, то там где-то в недрах, значит, подключен DIOS, его можно и использовать для генерации и запуска тестов ОЗУ. Но для этого-то тест ОЗУ с помощью периферийного сканирования и нужен, чтобы не ставить контактных площадок: на чувствительных линиях памяти им совсем не место!
Что ж, будем смотреть дальше!
Что ж, с FPGA JFMK50T4 от Shanghai Fudan Microelectronics оказалось все не так-то просто, как хотелось бы. Если раньше, в случае с BMTI у нас один в один подходили BSDL-файлы от Xilinx, то здесь пришлось поковыряться. И более того, если возникнет необходимость, видимо придется разбираться с BSDL и далее. Сейчас BSDL вполне рабочий, но есть нюансы. Приличная часть ячеек может только выставлять данные, а считывать данные не хочет. Но есть и «нормальные» ячейки, которые корректно делают и «drive» и «sense».
Вкратце, что пришлось сделать. Китайская сторона на самом деле предоставила даже BSDL. Но открыв этот BSDL, увидел, что соответствующей чипу Fudan является только часть, описывающая регистр Boundary-Scan. Пинмап и порты оставлены от Xilinx. Это было и болью и удачей одновременно. Боль в том, что нужно было переделывать, а радость в том, что Fudan в описании регистра дал подсказку о физическом расположении пинов и соответствии им ячеек, благо в названиях многих IO имелся номер шарика BGA. Почему так? Подозреваю, что BSDL был сделан не для периферийного сканирования, где нужны физические пины, а для корректной работы в Vivado.
Какие-то пины все же пришлось додумывать самому, не все были в подсказке. Особенно такие, как PROGRAM_B, который у Xilinx всегда должен быть в «1», чтобы работало периферийное сканирование, а здесь все работает только при «0». Тоже загадка.
Судя по всему, требуется тонкая настройка BSDL, которая является довольно кропотливым делом. Однако следует заметить, что даже с таким BSDL удалось протестировать и стереть конфигурационную флэшку FM25Q128A (тоже Fudan Micro), воспользовавшись моделью от западного аналога.
Скоро опишем все мытарства в статье, ссылку обязательно дадим. А пока, ниже предоставляем видео со светодиодами!
Вкратце, что пришлось сделать. Китайская сторона на самом деле предоставила даже BSDL. Но открыв этот BSDL, увидел, что соответствующей чипу Fudan является только часть, описывающая регистр Boundary-Scan. Пинмап и порты оставлены от Xilinx. Это было и болью и удачей одновременно. Боль в том, что нужно было переделывать, а радость в том, что Fudan в описании регистра дал подсказку о физическом расположении пинов и соответствии им ячеек, благо в названиях многих IO имелся номер шарика BGA. Почему так? Подозреваю, что BSDL был сделан не для периферийного сканирования, где нужны физические пины, а для корректной работы в Vivado.
Какие-то пины все же пришлось додумывать самому, не все были в подсказке. Особенно такие, как PROGRAM_B, который у Xilinx всегда должен быть в «1», чтобы работало периферийное сканирование, а здесь все работает только при «0». Тоже загадка.
Судя по всему, требуется тонкая настройка BSDL, которая является довольно кропотливым делом. Однако следует заметить, что даже с таким BSDL удалось протестировать и стереть конфигурационную флэшку FM25Q128A (тоже Fudan Micro), воспользовавшись моделью от западного аналога.
Скоро опишем все мытарства в статье, ссылку обязательно дадим. А пока, ниже предоставляем видео со светодиодами!
Работа светодиодов на отладочной плате разработки Сергея Беззубова, произведенной российской компанией Аркос-Дизайн по заказу АО Эпсилон. Создано приложение ActiveTest, весь банкет только за счет регистра сканирования. Конфигурация, как я писал в посте выше, стерта совсем. Но на этих же светодиодных линиях регистр не хочет пока что читать себя ((
Итак, подведем небольшой итог проверки отладочной платы Салют ЭЛ-24ОМ1 с процессором 1892ВМ14Я на предмет периферийного сканирования.
Из позитивного:
💡Имеется корректный рабочий BSDL-файл на процессор (что уже является великой ценностью в сегодняшнем мире).
💡Можно добиться работающего теста межсоединений, причем, с довольно большим количеством тестовых векторов и цепей в тестовой таблице истинности.
Из негативного:
🗜Вышеупомянутый тест стабильно работает только на частотах TCK от 1 до 5 кГц. В BSDL от ЭЛВИСа заявлена максимальная частота TCK: 10 МГц. Требуется дальнейшая отладка.
🗜Уже описанная в посте ранее проблема однонаправленности ячеек bscan на линиях оперативной памяти. Судя по всему, эту проблему «отладить» как первую не удастся. По BSDL «железно» видно то, что ячейки у линий ОЗУ идут одна за другой, никаких спрятанных «internal», как это бывает, не наблюдается.
Напишите в комментариях, удалось ли вам поработать с периферийным сканированием 1892ВМ14Я, и были ли проблемы?
Из позитивного:
💡Имеется корректный рабочий BSDL-файл на процессор (что уже является великой ценностью в сегодняшнем мире).
💡Можно добиться работающего теста межсоединений, причем, с довольно большим количеством тестовых векторов и цепей в тестовой таблице истинности.
Из негативного:
🗜Вышеупомянутый тест стабильно работает только на частотах TCK от 1 до 5 кГц. В BSDL от ЭЛВИСа заявлена максимальная частота TCK: 10 МГц. Требуется дальнейшая отладка.
🗜Уже описанная в посте ранее проблема однонаправленности ячеек bscan на линиях оперативной памяти. Судя по всему, эту проблему «отладить» как первую не удастся. По BSDL «железно» видно то, что ячейки у линий ОЗУ идут одна за другой, никаких спрятанных «internal», как это бывает, не наблюдается.
Напишите в комментариях, удалось ли вам поработать с периферийным сканированием 1892ВМ14Я, и были ли проблемы?
Решил написать немного более подробно относительно вчерашнего поста про ЭЛВИС.
Все-таки не думаю, что такое ограничение рабочей частоты TCK до 5 кГц – это не проблема самого процессора 1892ВМ14Я. Чтобы не подумали, что я все валю именно на него.
Практика показывает, что процентов 95% нестабильности работы тестов периферийного сканирования вызвана схематикой платы, а не несовершенствами компонентов в части JTAG. Каким бы совершенным не был САПР разработки тестов, видящий все Enable, Disable и тому подобное, всегда найдется какой-то косвенный сигнал, который «через что-то» случайно может все обвалить. И в зависимости от частоты, количества векторов, цепей и драйверов, это событие может произойти, а может не произойти. Такое я наблюдал много раз, сидя с осциллографом на линиях сброса и питания исследуемых плат. А у 1892ВМ14Я еще и 25 Compliance Patterns… И, кстати, пара Compliance не выполнена. Там, где должен быть ноль для обеспечения периферийного сканирования, идет частота с генератора.
В пользу того, что дело не в частоте, как таковой, говорит и то, что тест инфраструктуры (Capture, ID-code и TRST) проходит у 1892ВМ14Я при любой частоте, а значит целостность сигналов JTAG не страдает особо сильно при повышении TCK.
По поводу второй проблемы, как я уже написал вчера, скорее всего, именно так все и реализовано на уровне кристалла, и тут ничего не изменишь. Это я по поводу линий под ОЗУ. Нам раньше встречались «сырые» BSDL, где разработчик, опасаясь некорректной работы «закрывал» те или иные ячейки для работы. Сделать это, не уменьшив длину регистра периферийного сканирования (которую, конечно же, нельзя уменьшать ни в коем случае), иногда бывает просто: ячейки просто объявляются внутренними. Так вот, здесь видно, что нет никаких «закрытых» ячеек.
Все-таки не думаю, что такое ограничение рабочей частоты TCK до 5 кГц – это не проблема самого процессора 1892ВМ14Я. Чтобы не подумали, что я все валю именно на него.
Практика показывает, что процентов 95% нестабильности работы тестов периферийного сканирования вызвана схематикой платы, а не несовершенствами компонентов в части JTAG. Каким бы совершенным не был САПР разработки тестов, видящий все Enable, Disable и тому подобное, всегда найдется какой-то косвенный сигнал, который «через что-то» случайно может все обвалить. И в зависимости от частоты, количества векторов, цепей и драйверов, это событие может произойти, а может не произойти. Такое я наблюдал много раз, сидя с осциллографом на линиях сброса и питания исследуемых плат. А у 1892ВМ14Я еще и 25 Compliance Patterns… И, кстати, пара Compliance не выполнена. Там, где должен быть ноль для обеспечения периферийного сканирования, идет частота с генератора.
В пользу того, что дело не в частоте, как таковой, говорит и то, что тест инфраструктуры (Capture, ID-code и TRST) проходит у 1892ВМ14Я при любой частоте, а значит целостность сигналов JTAG не страдает особо сильно при повышении TCK.
По поводу второй проблемы, как я уже написал вчера, скорее всего, именно так все и реализовано на уровне кристалла, и тут ничего не изменишь. Это я по поводу линий под ОЗУ. Нам раньше встречались «сырые» BSDL, где разработчик, опасаясь некорректной работы «закрывал» те или иные ячейки для работы. Сделать это, не уменьшив длину регистра периферийного сканирования (которую, конечно же, нельзя уменьшать ни в коем случае), иногда бывает просто: ячейки просто объявляются внутренними. Так вот, здесь видно, что нет никаких «закрытых» ячеек.
Дорогие подписчики канала JTAG-технологии!
🎄Сердечно поздравляем вас с наступающими праздниками Нового Года и Рождества! ⛄️
Уверены, что все в этом году достойно справились с теми вызовами, которые возникли в нашей радиоэлектронной отрасли. Год был трудный, часто многим из вас было даже не до тестирования: где-то приходилось перерабатывать платы, переходить на новую ЭКБ, новое измерительное и технологическое оборудование. У многих появилось много совершенно новых разработок.
Рано или поздно (чего вам искренне желаем) все разработанные и обновленные продукты выйдут на рельсы серийных производств и придется налаживать тестирование. Поэтому желаем вам:
🎁Чтобы все отечественные и китайские компоненты, которые вы будете использовать, поддерживали периферийное сканирование. Ну и западные – тоже.
🎁Чтобы везде, где нужно, у вас были контактные площадки на печатных платах.
🎁Чтобы для того, чтобы протестировать плату не нужно было ее программировать, а она не программируется, потому что ее надо протестировать было сначала.
🎁Да минует вас контрафакт.
🎁Да будет у вас выведен разъем JTAG. И не у одного компонента, а у всех, что есть на плате с JTAG-ом.
Пишите в комментариях, чего еще хотелось бы в Новом Году.
А вообще, все это – ерунда. Главное, чтобы вы провели эти праздники с самыми близкими и любимыми людьми, крепкого вам здоровья в новом году и всё, вышеперечисленное, победится.
🎄Сердечно поздравляем вас с наступающими праздниками Нового Года и Рождества! ⛄️
Уверены, что все в этом году достойно справились с теми вызовами, которые возникли в нашей радиоэлектронной отрасли. Год был трудный, часто многим из вас было даже не до тестирования: где-то приходилось перерабатывать платы, переходить на новую ЭКБ, новое измерительное и технологическое оборудование. У многих появилось много совершенно новых разработок.
Рано или поздно (чего вам искренне желаем) все разработанные и обновленные продукты выйдут на рельсы серийных производств и придется налаживать тестирование. Поэтому желаем вам:
🎁Чтобы все отечественные и китайские компоненты, которые вы будете использовать, поддерживали периферийное сканирование. Ну и западные – тоже.
🎁Чтобы везде, где нужно, у вас были контактные площадки на печатных платах.
🎁Чтобы для того, чтобы протестировать плату не нужно было ее программировать, а она не программируется, потому что ее надо протестировать было сначала.
🎁Да минует вас контрафакт.
🎁Да будет у вас выведен разъем JTAG. И не у одного компонента, а у всех, что есть на плате с JTAG-ом.
Пишите в комментариях, чего еще хотелось бы в Новом Году.
А вообще, все это – ерунда. Главное, чтобы вы провели эти праздники с самыми близкими и любимыми людьми, крепкого вам здоровья в новом году и всё, вышеперечисленное, победится.
Telegram
JTAG-технологии
Всё о тестировании электроники с помощью периферийного сканирования JTAG. Тестопригодная разработка, производственный электроконтроль, оснастка.
Добрый день! На 9-й международной конференции "Достижения Китайской Электронной Промышленности в производстве высоконадежной ЭКБ для ответственных применений" состоится доклад Алексея Иванова "Поддержка ЭКБ из КНР периферийного сканирования: первые результаты и ожидания рынка".
Конференция пройдет с 23 по 26 апреля в Москве в здании ИКИ РАН. Более подробная информация по программе и регистрации опубликована на канале АО "Эпсилон". Участие - бесплатное, количество мест ограничено.
Конференция пройдет с 23 по 26 апреля в Москве в здании ИКИ РАН. Более подробная информация по программе и регистрации опубликована на канале АО "Эпсилон". Участие - бесплатное, количество мест ограничено.
Telegram
АО «ЭПСИЛОН» / JSC EPSILON
Добро пожаловать в группу друзей компании ЭПСИЛОН.
Наша миссия – быть вашим надежным поставщиком проверенной и достоверной информации о китайской ЭКБ (технической и коммерческой).
Наша миссия – быть вашим надежным поставщиком проверенной и достоверной информации о китайской ЭКБ (технической и коммерческой).
Выступление Алексея Иванова на конференции по ЭКБ из КНР, которая проходила в ИКИ РАН в апреле этого года.
Forwarded from МикроДракон
Media is too big
VIEW IN TELEGRAM
Поддержка ПЛИС из КНР периферийного сканирования: первые результаты верификации и ожидания рынка.
(Иванов А.)
(Иванов А.)
Как уже говорилось ранее, например, в выступлении в посте выше👆, микросхемы из КНР не всегда поддерживают периферийное сканирование даже в том случае, если имеется JTAG-порт. Такая история случилась с компанией Artery, делающей микроконтроллеры. Этот факт заставил нашего давнего заказчика и хорошего знакомого сделать аж целую прошивку для микроконтроллера данной фирмы, имитирующей архитектуру периферийного сканирования, а также написать BSDL-файл. Результат тестирования - на картинке (где видно адекватное поведение ряда линий).
А вдохновила его на эту работу статья автора Flammmable на Хабре:
https://habr.com/ru/articles/663560/
А вдохновила его на эту работу статья автора Flammmable на Хабре:
https://habr.com/ru/articles/663560/