Каждый электронщик, работающий (или отдыхающий) с цифровыми микросхемами рано или поздно обязательно сталкивается с протоколом JTAG. Значительное количество материалов о данном протоколе содержит три раздела:
1) Обширный экскурс в историю и рассказ о том, как стенд с летающими щупами и рентгеновская установка легко могут быть заменены отладчиком на 2-3 порядка дешевле их.
2) Достаточно сжатое описание протокола JTAG (с картинкой его конечного автомата).
3) Рассказ о том, что фирменный отладчик, а также программное обеспечение компании <COMPANY NAME> позволят почти без усилий протестировать почти любое устройство почти любой сложности и конфигурации.

Проблема второго раздела подобных материалов в том, что в протоколе JTAG можно выделить более одного уровня абстракции. И за один раз, причём без практических примеров, осознать JTAG целиком может быть весьма непросто. В отсутствие же целостного понимания, для инженера, использующего JTAG, данный протокол будет представлять чёрный ящик, который либо работает (и всё хорошо), либо не работает (и непонятно, что делать). Представляется, что, исключив из рассмотрения историю JTAG и рекламу бренда, а также разделив задачу на отдельные составляющие, возможно осознать JTAG полностью, обретя способность устранять проблемы в работе данного протокола на любом уровне. И первым шагом к такому пониманию будет чтение идентификационного номера микросхемы.

В предыдущей статье мы немного поработали с конечным автоматом модуля JTAG в контексте чтения идентификационного номера. Совершённые нами манипуляции были бы одинаковы практически для любой микросхемы с JTAG-ом. Однако при попытке установить/считать через JTAG уровень напряжения на произвольном выводе микросхемы мы столкнёмся с объективной проблемой: количество выводов, их назначение и расположение у разных микросхем принципиально отличаются. Для того, чтобы у ПО, управляющего JTAG-ом была информация об этих отличиях, ему необходим файл описания модуля JTAG для конкретной микросхемы. Об этих файлах и пойдёт речь в данной статье.

В этой статья предлагаю обобщить, перечислить и обсудить общие системные атрибуты хорошего firmware (прошивки) для микроконтроллерных проектов, которые не зависят от конкретного приложения или проекта.

Результаты проверки дальности LoRa link(a) на TBeamV1.1

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

Начнем с плохих новостей. Да, на свете есть страны, в которых обсуждается тема "Зайцы охренели до такой степени, что жрут корм, оставленный для птиц" и все ждут выступление президента по этому поводу, потому что это самая серьезная проблема в стране. Но если мысль понаехать туда у тебя появилась только на прошлой неделе — это значит ты не занимался подготовкой предыдущие два года и, сори, тебе нужно заниматься подготовкой следующие два года. Может показаться что два года — это слишком и "мне то нужно завтра, какие два года". Но тут история такая: к началу текущей спецоперации ты уже не успел. У тебя есть шанс успеть к началу следующей. Воспользуешься ты им или нет - зависит только от тебя.

Опять же, я понимаю, что кто-то закончил языковую школу и при выступлении британской королевы подмечает стилистические ошибки ее английского, а кто-то консультировал Оракл при разработке HashMap и для них переезд — это вопрос желания, а не возможности. Но я говорю о неком "среднестатистическом случае", когда инглиш не флюент, а за плечами нет 10 лет опыта в аду.

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

Мы решили узнать, как работает старый тезис «в интернете всё есть и бесплатно, курите маны, глупцы».

И подготовили программу самоподготовки, собранную из лучших бесплатных или совсем недорогих материалов, которые мы знаем. Общая длительность программы для освоения — от 150 часов.

Примерно 80% разработчиков приборов бросают свои проекты буквально за пару шагов до триумфального запуска в серию. А ведь во всё это вбухиваются время, деньги, другие ресурсы и вдобавок куча нервов. Мы попытались выяснить причины этой аномалии. Выяснили (во всём виноваты кальсонные гномы). И нашли способ лечения.

Данный текст посвящён особенности использования полевых транзисторов в линейном режиме, и эффекту, из-за которого живучесть полевиков в этом самом режиме (и без того весьма паршивая) дополнительно снижается при больших напряжениях “сток-исток”. Этот эффект был обнаружен профессором неаполитанского университета Паоло Спирито, и получил его имя. Изучая особенности работы с полевыми транзисторами я обнаружил, что информации на русском языке по эффекту Спирито довольно мало, поэтому решил заполнить этот пробел. 

Прежде всего - небольшое введение: важной характеристикой транзисторов является “область безопасной работы”, или SOA (safe operation area). Особенно важна эта характеристика для полевых транзисторов, так как их возможности работы в линейном и ключевом режимах очень сильно различаются: мелкий полевик размером с ноготок способен прокачать через себя десятки ампер в ключевом режиме, и выгореть при токе в пару десятков миллиампер в режиме линейном. Доходит до того, что молодым схемотехникам говорят, что “в линейном режиме полевые транзисторы использовать нельзя”. Примерный вид этой характеристики приведён на рисунке 1.

Попытаемся сделать зарядник 300 Вт с КПД 99% из тех деталей которые еще остались в стоках интернет-продавцов. Продумаем архитектуру. Cоздадим схему. Проведем симуляцию в LTSpice и Microcap. Научимся технологии оптимизации в симуляторе. Найдем применение методу Monte Carlo. Посмотрим на трассировку. Попробуем сравнительно новую фишку Altium Designer - PDN Analyzer.

Цель - разработка универсального контроллера, обеспечивающего резервное питание 220 В переменного и 24 В постоянного тока в случае отключения сетевого напряжения. Вот такого как на рисунке.

Содержание предыдущих серий

Пытаемся найти хоть кого-нибудь, кто умеет работать с людьми:

- Перспектива за платформенным обучением, или тысячи лет эволюции за то, что другая живая обезьяна все равно лучше научит разбивать орех?

- Какие подходы каких учебных центров (УЦ) по подготовке QA действительно дают на выходе перспективных профессионалов?

- Что ждет среднего QA-выпускника среднего УЦ. Желательно в конкретных числах. 

- Расхлебыватели вышеуказанного, а именно ответственные за QA-ресурсы в компаниях - как вам эти вчерашние гуманитарии, прошедшие жернова курсов?

Однажды, пройдя путь разработчика, техлида, владельца продукта, стартапера и так далее, автор сильно разочаровался в высоких технологиях. Взращенный на фантастах 60-х годов, был уверен, что когда каждый индивидуум будет иметь в кармане личный вычислитель, а всё человечество получит доступ к двунаправленной телевизионной сети, вот тогда заживем. Может не сразу, но в течение лет десяти уж точно. За счет неограниченного доступа к знаниям и чужому опыту - насколько серьезными станут помыслы, каких высот мы достигнем.

Был удивлен, что этот текст уважаемого Канера, написанный в далеком 1999 году, до сих пор отсутствует на русском языке.

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

Несомненно, некоторые подходы уже устарели. Требования в IT выросли. И привлечение “транзитного пассажира” в тестирование только на шесть месяцев на текущем этапе развития IT может быть нерентабельным. Появились новые форматы вроде удаленной работы.

Но открытость Канера к каждому кандидату, отсутствие зашоренности, предубеждения к опыту или возрасту, умение видеть в любом соискателе уникальное сочетание потенциальных возможностей и потребностей будут актуальны и через сто лет. Кстати, эти мысли коррелируют и с идеями одной из лучших книг по работе с человеческим капиталом "Сначала нарушьте все правила. Что лучшие в мире менеджеры делают по-другому" (“First, Break All the Rules: What the World's Greatest Managers Do Differently”).

Постоянный ток с каждым днём завоёвывает всё новые рубежи в каждом доме. К кому то он приходит со светодиодными лентами, кому то с DIY и Arduino. Время идёт, и вот уже вчерашние любители без страха и упрёка начинают делать мощные аккумуляторные сборки и запитывать бытовую технику напрямую от солнечных панелей. За кадром остаётся главный нюанс - безопасности. Ведь токи и напряжения выросли вместе с игрушками, а о последствиях почти никто не задумывается.

При постройке домашней солнечной электростанции, очень многие владельцы наступают на одни и те же грабли, совершают однотипные ошибки. Цена этих ошибок может быть порой очень высокой - как минимум потеря генерации за довольно длительный период, как максимум - потеря станции и самого дома, на котором стоит СЭС. Вы точно готовы заглянуть по ту сторону солнечной энергетики? Тогда прошу под кат!

Стандартные методы планирования вычислительного времени оперируют с точностью 1 ms (0,001 s) и погрешностью — 1 ms (SysTick).

Этого достаточно для большинства задач бюджетных микроконтроллеров stm32; гарантированный период прикладной задачи 0,01 s. При этом MPU загружается на 5-10%, пребывая преимущественно в холостом цикле или в состоянии «сна».

Архитектура бюджетных микроконтроллеров stm32 допускает работу с меньшими интервалами и погрешностью менее 10 us ( 0,00001 s).