Data и ИИДругой язык

ИИ для проектирования электронных схем: почему правильной идеи мало без тестов

Разбираем на примере EEBench, как ИИ предлагает электронную схему, почему номинал компонента может обмануть и какие проверки отделяют идею от рабочего решения.

Кодик

Автор

6 мин чтения

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

4 сентября 2026 года команда EEBench опубликовала разбор того, как языковые модели решают задачи по электронике. Авторы используют декларативный язык atopile: агент меняет компоненты, соединения и ограничения как код, затем запускает сборку и SPICE-симуляцию. Это снимает часть шума от кликов по CAD-интерфейсу и позволяет проверять именно электрическое поведение. Есть и существенная оговорка: EEBench создан и финансируется командой atopile. Поэтому его данные полезны как открытый эксперимент с описанной методикой, а не как независимая реклама победителя.

20 мсУсловие задачи

После исчезновения входных 5 В защищённая линия должна удерживаться выше 3 В.

11,4 мкФРеальность компонента

Столько эффективной ёмкости осталось у выбранного конденсатора 22 мкФ при смещении 4,7 В.

0,85 мсНаблюдаемый провал

После этого времени напряжение опустилось ниже заданного порога.

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

ИИ для проектирования электронных схем: тест на исчезновение питания

Задача имитирует бытовой счётчик энергии. Когда питание пропадает, процессору нужны ещё 20 мс, чтобы сохранить накопленные данные. На этот срок его линия не должна опускаться ниже порога brownout 3 В. Базовая идея очевидна даже начинающему: поставить конденсатор, который ненадолго отдаст заряд. Модель именно так и поступила, выбрав номинал 22 мкФ.

Проблема скрывалась не в идее, а в условиях. Керамический конденсатор под напряжением способен дать заметно меньше ёмкости, чем написано на корпусе. Добавляются производственный допуск, температурные режимы, сопротивление цепи, ток нагрузки и восстановление питания. В опубликованном прогоне EEBench симулятор получил 11,4 мкФ эффективной ёмкости при 4,7 В, хотя расчётное требование составляло 545 мкФ. Линия пересекла 3 В через 0,85 мс. Исходник был синтаксически корректен и собирался, но функциональный тест не прошёл.

Полезная аналогия с кодом. Компиляция проверяет, можно ли построить программу. Тест проверяет, делает ли она нужную работу. В схеме роль тестовых утверждений играют границы напряжения, времени, усиления, пульсаций, цены и доступности компонентов.

Переключатель ёмкости и допусков

Что изменится, если смотреть не только на номинал?

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

Кандидат
Режим оценки
Идея выглядит аккуратно, доказательства нет.

Номинал сам по себе не подтверждает удержание линии 20 мс. Нужен переходный процесс с заданной нагрузкой.

Этот вариант уже провалился в опубликованном тесте.

При учёте смещения эффективная ёмкость упала до 11,4 мкФ, а напряжение пересекло порог через 0,85 мс.

Запас улучшает гипотезу, но не завершает проверку.

Больше ёмкости влияет на размер, стоимость и скорость восстановления питания. Конкретный банк ещё надо проверить.

Это правильный маршрут проверки.

Выбранный с запасом компонент прогоняют по худшим допускам. Зелёный цвет означает хороший процесс, а не автоматический допуск платы к производству.

Как превратить ответ модели в проверяемую схему

Записать контракт

Порог, время, нагрузку и допустимую цену выразить числами.

Собрать кандидата

Зафиксировать компоненты, связи и ограничения в воспроизводимом виде.

Проверить предельные режимы

Проверить переходные процессы и худшие допуски, а не одну красивую кривую.

Разобрать провал

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

По опубликованной методике EEBench оценивание детерминировано. Система строит граф цепи и спецификацию, создаёт SPICE-набор, запускает симуляции и связывает измерения с именованными точками. Для разных задач проверяются усиление, пороги, пульсации, переходные процессы и крайние сочетания допусков. Цена учитывается после работоспособности: дешёвая схема, нарушившая электрическое требование, не становится хорошей.

Путь от требования к электронной схеме через SPICE-симуляцию и проверку допусков
Замкнутый цикл полезнее одноразовой генерации: требование, кандидат, измерение, объяснение провала, новая версия.

Такой подход не даёт ИИ особых поблажек. Модели можно поручить подбор топологии, поиск деталей и изменение параметров, но критерий остаётся внешним и повторяемым. Это же правило пригодится в обычном программировании: прежде чем просить ассистента написать функцию, задайте входы, граничные случаи и наблюдаемый результат. Практику работы с такими контрактами можно начать на курсе Python.

Чего EEBench пока не измеряет

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

РезультатЧто он подтверждаетЧего не подтверждает
Файл собираетсяОписание синтаксически и структурно допустимоНапряжения выдерживают сценарий
SPICE-тест проходитМодель схемы укладывается в заданные лимитыФизическая плата соберётся без новых эффектов
Прототип измеренКонкретный экземпляр работает на стендеВся партия выдержит допуски и ресурс

Поэтому честный ответ на вопрос «может ли ИИ проектировать схемы» зависит от масштаба задачи. Он уже может участвовать в цикле создания и проверки некоторых цепей. Но фраза «модель нарисовала плату» ничего не говорит о выполнении требований. Намного полезнее спросить: какие пределы заданы, каким тестом они измерены, какие предельные режимы пройдены и что осталось за рамками.

Почему 22 мкФ превратились в 11,4 мкФ?

В прогоне учитывалось поведение реального керамического компонента при рабочем смещении 4,7 В. Номинал не равен гарантированной ёмкости во всех режимах.

Можно ли считать EEBench независимым рейтингом?

К его результатам следует добавлять контекст: бенчмарк создан и финансируется командой atopile. Методика и примеры открыты, поэтому выводы можно проверять, но конфликт интересов нельзя скрывать.

Прошедшая симуляцию схема готова к производству?

Нет. V1 не оценивает физическую разводку, изготовление и запуск готового изделия.

Исходный разбор и описание методики доступны на сайтах EEBench и EEBench Methodology. Цифры выше относятся к конкретной открытой задаче, а не ко всем моделям и всем электронным проектам.

Что изучить дальше

Чтобы научиться проверять результат AI не по впечатлению, прочитайте как учиться, когда ИИ пишет код. Затем разберите промты для программирования и материал о проверке задач GPT-6 Astra. В каждом случае начинайте с контракта и теста, а не с красивого ответа.