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

Вот уж не думал, что GPT может быть тут помощником. Для интереса скинул ему схему интерфейса 1,8В - 3,3В для SD карты на перепроверку и он действительно нашел мою (глупую) ошибку, где я забыл соединение SDMMC_DET_L на линии хоста с SD_DET карточки.
Правда он нашел еще одну ошибку, которая ошибкой не является, но и на том спасибо!

Я помню, как еще студентом смотрел вакансии по интересующим меня специальностям. Там часто, помимо разработки электроники, был пункт про разработку софта для компьютера.

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

Но писать код для компьютера, как по мне, всегда было очень скучно. Всё какое-то слишком отполированное, слишком понятное и простое. Нет вот этого: «блин, мне не хватает 100 байт, чтобы сделать эту анимацию» или «какой прикольный регистр специального назначения, смотри, как интересно он обрабатывает данные от датчика».

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

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

Вот, например, скрин «прошивальщика» для производства nomlamp.ru.

Этот софт обращается к утилитам STMicroelectronics, чтобы стереть, настроить и запрограммировать контроллер нужной прошивкой под конкретное устройство. Интерфейс специально сделан максимально простым, чтобы не очень квалифицированный персонал ничего не перепутал.

Я сделал это в 3–4 итерации, суммарно за 3–4 часа. Причем большая часть времени ушла не на код, а на работу с обратной связью, понимание того, как всё должно выглядеть, и создание вот этих картинок для интерфейса.

Раньше я бы потратил на такую задачу пару дней и вообще не получил бы от этой работы удовольствия. А я привык кайфовать от работы — и для меня это, честно говоря, важный критерий

P.S. Электроника на картинках на скрине моей разработки

Эта плата, модельку которой прикладывал выше, уже на стадии завершения производства.
Прикольно рассматривать ее рентген снимок. Если есть BGA на плате, то такой снимок делают обязательно

Прикольное видео про одну особенность оперативной памяти DDR:
https://www.youtube.com/watch?v=KKbgulTp3FE
Я начал смотреть его с изрядной долей скепсиса: ну да, DDR хранит каждый бит буквально в заряженном или разряженном конденсаторе. А поскольку у любого конденсатора есть саморазряд, контроллеру приходится периодически «обновлять» эти ячейки. Знаю, читал ещё студентом, всем известно — ничего нового.
С этого ролик и начинается. Но потом постепенно появляются всё более интересные детали, и незаметно уровень погружения становится гораздо глубже.

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

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

Или ещё интереснее: существует техника Rowhammer, которая позволяет влиять на биты в соседних ячейках памяти, если достаточно агрессивно обращаться к соседним ячейкам памяти. Потенциально это можно использовать для атак.

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

Формат повествования такой, что можно детям показывать - все увлекательно и просто