Codex в лаборатории электроники Писать код через ИИ уже все привыкли. Но Codex начинает проникать в оффлайн: управлять приборами, настраивать параметры, снимать осциллограммы, проверять результаты. Расскажу, как это устроено у меня — и до чего уже дошло :) • Основное — MSO5074, мой любимый осциллограф на 200 МГц (скоро 300). 4 входа по 2 GSa/s, 2 генератора сигналов. Ethernet-порт с поддержкой LXI и SCPI-команд, которыми можно настроить почти всё, получить скриншоты и захваты сигналов. Забавно, что Кодексу проще смотреть на скриншоты, чем на CSV-таблицы оцифровки :) • Питание и нагрузка — Miniware: два P906 и электронная нагрузка L1060, доступные по USB через экранчик M01. С настройкой БП всё хорошо, а нагрузка пока не работает. С Rigol было попроще, но те гробы занимают полстола, да и цена. • Радиочасть — HackRF с PortaPack и Red Pitaya. HackRF — довольно шумный, но удобный SDR для передачи и приёма СВЧ. Легко задавать частоты и генерировать тестовые сигналы, и совместим с GNU Radio. Red Pitaya — штука посерьёзнее, у меня ещё из первого краудфандингового батча: 14-битные АЦП/ЦАП на 125 MS/s, ПЛИС и 1GbE. Ещё был XTRX, но потерялся :( • Логический анализатор — DSLogic нужен для параллельных интерфейсов. Последовательные Codex может парсить прямо с осциллограмм, но готовый декодинг сократит расход токенов. • Для общения с чипами — STM32. USB внутрь, наружу I²C, SPI, UART, GPIO, таймеры/ШИМ и любые другие интерфейсы. Сюда и USB-Eth, чтобы ловить много данных быстрее, чем по ST-Link. При разработке беспроводного передатчика энергии я просил кодекс исследовать режимы работы схемы: подать питание, ограничив ток, задать тактовый сигнал, посмотреть осциллограммы в важных точках и подстроить генератор. А для исследования тюнера RDA5815: Codex настраивает его регистры по I2C через STM32, задаёт тестовый сигнал на HackRF, смотрит осциллограммы I/Q-выходов, меняет настройки тюнера и смотрит снова. Несложно запустить основной режим, а потом поизучать недокументированные регистры :) И вот пост с запуском тюнера через нестандартный интерфейс. Основная идея не в том, что я подключил приборы и навайбил прошивку. Это замкнутый процесс экспериментов с реальным девайсом, его разработки и отладки, как я предлагал в недавнем посте. Процесс всё ещё не полностью автономный: паять проводки и подключать щупы по-прежнему должен я :) А LibreVNA дать Кодексу тоже можно, но проще юзать самому. Про написание/компиляцию FW даже не упоминаю, и так ясно. И наконец, фишечка: LTSpice тоже легко подключается к Codex через CLI. Измеряем отклик реального девайса, правим схему/модель в LTSpice, обоснованно планируем следующий эксперимент и опять проводим его на железе. Цикл замкнут! И я реально так делал: подбирал паразитные параметры схемы, уточняя модель, и планируя следующие эксперименты. Сифун говорил, что после появления LTSpice паять электронику стало скучно: она всегда соответствует модели. А теперь и вовсе. Только когда собрал всю фактуру поста, понял, сколько старых постов упомянул. Выходит, я шёл к этому все последние годы! _______ Источник | #univelis