惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Martin Fowler
Martin Fowler
MongoDB | Blog
MongoDB | Blog
H
Hackread – Cybersecurity News, Data Breaches, AI and More
T
Threat Research - Cisco Blogs
Spread Privacy
Spread Privacy
S
Schneier on Security
SecWiki News
SecWiki News
L
LangChain Blog
雷峰网
雷峰网
GbyAI
GbyAI
Cyberwarzone
Cyberwarzone
Apple Machine Learning Research
Apple Machine Learning Research
Microsoft Azure Blog
Microsoft Azure Blog
Y
Y Combinator Blog
T
Tor Project blog
V
Visual Studio Blog
Security Latest
Security Latest
The Hacker News
The Hacker News
K
KPMG report finds enterprise disconnect between AI and its ROI | CIO
WordPress大学
WordPress大学
W
WeLiveSecurity
爱范儿
爱范儿
B
Blog RSS Feed
AI
AI
Project Zero
Project Zero
B
Blog
Latest news
Latest news
博客园 - 聂微东
freeCodeCamp Programming Tutorials: Python, JavaScript, Git & More
N
Netflix TechBlog - Medium
阮一峰的网络日志
阮一峰的网络日志
A
About on SuperTechFans
T
Threatpost
The Cloudflare Blog
Application and Cybersecurity Blog
Application and Cybersecurity Blog
T
Troy Hunt's Blog
博客园 - 司徒正美
L
Lohrmann on Cybersecurity
有赞技术团队
有赞技术团队
cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
cs.CL updates on arXiv.org
cs.CL updates on arXiv.org
Last Week in AI
Last Week in AI
F
Fortinet All Blogs
The GitHub Blog
The GitHub Blog
The Last Watchdog
The Last Watchdog
TaoSecurity Blog
TaoSecurity Blog
Stack Overflow Blog
Stack Overflow Blog
V2EX - 技术
V2EX - 技术
The Register - Security
The Register - Security
P
Proofpoint News Feed

Все публикации подряд на Хабре

Ловим музу за клавиатуру: как айтишнику стать автором Что умеет Midjourney в 2026? Мой немного грустный разбор этого шикарного инструмента Никто не любит писать тесты, но ИИ может исправить это IPv8 выглядит как мечта. Поэтому почти наверняка не взлетит Производители вернули в продажу материнки с DDR3. Что происходит? Управление агентом с телефона через Telegram теперь в KodaCode От координации к лидерству: как меняется роль руководителя разработки Я сделала родителям бизнес вместо пенсии: зарабатываем 70 тысяч, мама не даёт продать В три раза быстрее приемка товара и оптимизация трудозатрат на 73%: как «РСТ-Инвент» помог Gulliver Group ИИ-шечный мир победил? О влиянии искусственного интеллекта на игропром Кремль снижает давление на Телеграмм пока Европа строит интернет по паспорту Как CEO, CTO и CIO за 8 часов собрали ИИ-директора, который умеет держать позицию под давлением Как (не) потерять домен за выходные Вместо 8 разных VPS: как я организовал практику студентам на одном сервере Почему твой Open Source проект не замечают? R&D: искусство управления неопределенностью в разработке AI-дефляция: вакансий для разработчиков больше, а рост зарплат — худший за 15 лет Мы отдали управление роботами OpenClaw. Что из этого вышло Галактический ID: система идентификации для всех форм разумной жизни Шесть основ бизнес-анализа: начинаем с вопроса «Кто в игре?» Код-ревью, в котором дело не в коде Данные переехали. Команда — нет Системной подход к сдаче OSWE в 2025 Почему комната управления реактором покрашена в цвет морской пены 4 YAML-файла вместо PySpark: как аналитикам строить пайплайны без разработчиков LLM-агент для поиска свободных доменов: автоматизируем подбор Когда, зачем и как правильно начинать новую сессию в Claude Code? Как я заставил нейросеть писать макросы для FreeCAD Анатомия ИИ‑агента для подбора персонала. От тысячи резюме к топ‑10 за минуты Опыт разработчика как экономика внимания Автономность как точка невозврата: кто будет субъектом в цифровом будущем Обучение ИИ в «диких» условиях: как рутинные действия превращаются в датасеты Как измерить LLM для задач кибербеза: обзор открытых бенчмарков Где хранить код? Сравнение GitHub, GitLab и Bitbucket Математика объясняет, почему нормальное распределение встречается повсюду Почему ваш FinOps не работает: 12 тезисов от практиков Как подписать проектную документацию УКЭП с использованием бесплатных лицензий Pilot Адаптивное администрирование Sigla Vision Я грузил уран в бочки, а потом 20 лет строил ИТ в атомной отрасли Чем позвонить с Эвереста? История и обзор спутниковой связи. Часть 2 Как языковая модель помогает контролировать качество инструктажей по охране труда в металлургии Как не передать на desktop свой IP в РКН Анатомия SAP Privileges: как устроено управление правами в macOS MoneyDev: Сказка про три главных слова Обновлённый токенизатор видео K-VAE 2.0 от Сбера Как сделать диспетчеризацию дома на 1284 квартиры почти бесплатно Как мы разогнали железную дорогу Мы дали агентам рутину. Теперь надо решить — что делать с освободившимся временем Токсичный контент, промпт-хакинг и защита ИИ — всё о Guardrails для LLM Умный город начинается с точного взгляда: как «Фалькон Тех» меняет пространство к лучшему Навайбкодил приложение для анализа графов Почему Дюну так интересно читать? Упрощаем работу с рутиной или как стать Гендальфом Белым Деконструкция Go: CPU, RAM и что там происходит. Go Assembler база. Часть 1.1 Какие профессии исчезнут из-за ИИ, а какие появятся? И что с этим делать Как мы построили IT-отдел, где хочется расти: архитектурные встречи, прозрачные метрики и книжные подарки Rufler: Делаем из Claude Code автономный рой через один YAML-конфиг Sing-box и белый список приложений Как построить надёжный обмен сообщениями в микросервисах: лучшие практики для enterprise OpenAI строит MLM-пирамиду, а McKinsey и Accenture помогают ей в этом Дом, который не построил Фишер (Часть 2) «Сверхзвуковой математик» против «Вдумчивого логиста»: битва алгоритмов 3D-упаковки Мультимодальные модели – грубый и дорогой инструмент Разговоры ничего не стоят. Код тоже Проверки физических лиц: с кого начнет ФНС Топ-10 бесплатных нейросетей для создания видео в 2026 году Первые слои кода: как наши решения сегодня определяют архитектуру ИИ на десятилетия Разработка нового статического анализатора: PVS-Studio JavaScript Поиск уязвимостей ПО: базовый минимум или роскошный максимум Почему оценка персонала не работает как инструмент управления Как мы разработали ИИ-ассистента и сократили рутину продуктовой команды на 50% Как я ушел из найма, нажарил косточек и продал на маркетплейсах на 168 млн в год Когда 1С:ERP уже внедрена, а нормального производственного плана всё ещё нет Как я сделал Claude мультимодальным, подключив к нему Qwen Omni Как приглашение на вакансию мечты превращается в атаку Infrastructure as Code: философия и лучшие практики IaC Тестируем Yandex Code Assistant на задаче, в которой нужно хранить секреты nxs-universal-chart v3.0: новое поколение универсального Helm-чарта Callback Injection: Техника, которая отправила Microsoft Defender в глухой нокаут «Все идеи на стол»: митап как способ вывести проект из тупика Сегодня я узнал нечто новое о GPU благодаря багу в своей игре Как заставить LLM ̶ ̶г̶а̶л̶л̶ю̶ ̶ эволюционировать Карта событий как фундамент аналитики: практический кейс для E-commerce Что выбрать для AI: x86, ARM или RISC-V? Дайджест железа за март Роль соматических мутаций в развитии аутоиммунных заболеваний: путь к избирательной терапии Mythos от Anthropic — тревожный сигнал для всех, а не только для банков Guardrails для LLM на Java: как приручить промпт‑инъекции и токсичные ответы Green-VLA: как мы собрали VLA-модель для реального антропоморфного робота и не потеряли обобщение Финансовая гонка вооружений: почему умные люди добровольно в ней участвуют Эра ИИ-агентов наступила: выбираем лучшего цифрового сотрудника # Практический опыт внедрения WinCC Redundancy на производственном предприятии Сделал MVP за 3 дня, а потом неделю прикручивал оплату. Оно того стоило? Физика против Маска: почему Starship V3 может оказаться ещё одной катастрофой Нефть Венесуэлы: крупнейшие запасы в мире, но не крупнейшая нефтяная держава JPA 4. Переосмысление Hibernate Почему зеркальная фотокамера Nikon D5 десятилетней давности идеально подошла для миссии «Артемида-2» Проект «Уровень-Спутник» или как мы сделали платформу для гидрологов «Замедлиться, чтобы ускориться»: почему ИИ повышает цену ошибок в требованиях и архитектуре Как с нуля поднять трафик IT-компании на 1657% при бюджете 55 тыс. и выжить Pixel-perfect Downsampling — идеальная отрисовка 50 миллионов точек без потерь
SI/PI в разработке электронных устройств: анализ, который сэкономит вам время, деньги и нервы
Алексей Ефимов · 2026-06-18 · via Все публикации подряд на Хабре

Привет, Хабр! Меня зовут Алексей, я старший инженер в отделе моделирования физических процессов в YADRO. Вот уже четвертый год я помогаю печатным узлам стать лучше, технологичнее и стабильнее — об этом расскажу дальше. Но основной темой статьи будет анализ целостности сигналов (Signal Integrity, SI) и питания (Power Integrity, PI) в разработке современных электронных устройств. Этот этап часто недооценивают на практике, а в результате компания может столкнуться с лишними финансовыми затратами на доработку КД и повторное производство доработанных модулей и с переносом срока выпуска итогового продукта. 

Давайте разбираться, как работает анализ, зачем нужны SI/PI-инженеры и какую роль они играют в процессе разработки. Статья будет интересна инженерам-схемотехникам, топологам и руководителям проектов по разработке печатных плат: сможете оценить, насколько моделирование важно для вашего проекта.

Когда и зачем нужны SI/PI-инженеры

Казалось бы, зачем вообще ломать голову и искать потенциальные проблемы в передаче примитивных цифровых сигналов? С аналоговыми СВЧ-линиями все понятно: сформировали микрополосковые линии, провели их с контролем импеданса и согласовали с источником и нагрузкой. А что может пойти не так с обычными прямоугольными импульсами?

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

S(\omega_n) = A \cdot \frac{\sin\left(\frac{\omega_n \tau}{2}\right)}{\frac{\omega_n T}{2}},

гдеA — амплитуда импульса,τ и Т — его длительность и период следования соответственно.

\omega_n = \frac{2\pi n}{T},

где n — целое число. 

Схематичное изображение периодического цифрового сигнала и набора гармоник, которые его описывают, выглядит примерно так:

Из того, что я сказал выше, можно выделить два важных факта:

  1. Первая гармоника прямоугольного сигнала определяется периодом следования импульсов, а период следования импульсов — скоростью сигнала. Высокоскоростные цифровые сигналы по своей природе ничем не отличаются от аналоговых СВЧ-сигналов. При проектировании линий передачи для них следует руководствоваться аналогичными правилами — согласование с источником и нагрузкой, контроль импеданса и так далее. 

  2. Чтобы точно описать фронт сигнала, понадобится много гармоник. Линия передачи высокоскоростного цифрового сигнала должна быть прозрачна для как можно большего их количества. Иначе сигнал исказится до такой степени, что приемник не сможет его корректно воспринять на целевой скорости передачи.

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

Стоит вспомнить о еще одной важной составляющей любого современного устройства — системе питания. Тут потенциальных критичных ошибок в проектировании может быть не меньше, ведь потребление микросхем в сложных проектах измеряется десятками ватт (что легко может привести к перегревам медных проводников), а их требования к «чистоте» и уровню напряжения только растут. На помощь инженерам-топологам в этом вопросе снова приходят инженеры по анализу — в нашем случае по анализу целостности питания. Обычно они анализируют и целостность сигналов.

Казалось бы, можно свалить всю ответственность на одного лишь инженера-тополога, но результат такого подхода уже давно известен:

А вот связка из инженеров-топологов и SI/PI-инженеров в проектировании современных электронных устройств позволяет приблизиться к формуле «Быстро, качественно, доступно».

Сейчас в нашей команде есть открытые вакансии. Присоединяйся!

Как проводится анализ целостности сигналов (SI)

В идеальных условиях при грамотном подходе к ведению проекта инженер по моделированию должен подключаться еще на начальном этапе проектирования топологии — то есть на этапе расстановки компонентов. Тогда он сможет помочь:

  • определить бюджет потерь для критических интерфейсов;

  • подобрать топологические параметры для оптимального уровня согласования линий передач с источниками и приемниками сигнала. 

Предтопологический этап

На предтопологическом (pre-layout) этапе SI-анализа исследуется полная структура интерфейса: приемные и передающие буферы, пригодность выбранных слоёв для трассировки линий, ключевые компоненты, влияющие на прохождение сигналов, а также предполагаемая топология ключевых участков платы. Последняя включает переходные отверстия и топологии приемной и передающей части интерфейсов. Разница только в том, что модель топологии здесь берется в качестве набора отдельных структур — например, с падами компонентов, via-переходами и так далее. По итогу инженеру-топологу выдаются требования и рекомендации для формирования правил проектирования: размеры вырезов под падами компонентов, размеры антипадов via, необходимость бэкдрилла, расстояние между линиями разных сигналов — например, в шинах DDR, и так далее.

Многие из этих параметров оценивать очень удобно. Например, в пакете Advanced Circuit Design параметрический анализ можно проводить относительно быстро: оценить изменение импеданса в областях, где нужно применение неков, количественно оценить влияние изменения параметров стека на линии и не только. Более точный инструмент — это полноволновые 3D-решатели, яркий представитель семейства — Ansys HFSS. Тут есть отдельный модуль HFSS 3D Layout, адаптированный для моделирования процессов в печатных платах. В нем удобно рассчитывать необходимые геометрические (и электрические) параметры топологии печатной платы. 

В качестве примера приведу реальную ситуацию из своего опыта: это был проект разработки цифровой платы радиомодуля диапазона B3. Дано: есть набор пассивных компонентов для коммутации 25GE-сигнала от одного приемника к другому — коммутация на собранной плате осуществляется с помощью паяльника, но не суть. Такой высокоскоростной сигнал в принципе требует трепетного к себе отношения, поэтому крайне важно снизить все негативные эффекты. Для этого строится отдельно модель нужного участка (или импортируется из топологии), где задаются размеры вырезов под падами компонентов и диаметр антипадов сигнальных via. Дальше по ним производится параметрический расчет S-параметров структуры:

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

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

Часто строится и анализируется полная модель канала, которая включает в себя схемотехническую модель линии передачи и все модели участвующих компонентов. В таких случаях часто нужно вносить изменения и в схемотехнику проекта.

Итак, SI/PI-инженер просчитывает необходимое количество сложных участков (в среднем их до десяти) и выдает необходимые рекомендации для инженера-тополога. В идеальной картине мира дальше он возвращается в проект уже к моменту хотя бы частичной готовности топологии, когда полностью сформирован рисунок критичных интерфейсов (или сложных участков интерфейсов) и их питания. Но в реальности часто происходит так называемый mid-layout, когда тополог со схемотехником и SI-инженером договариваются о конкретном воплощении правил трассировки, выработанных в pre-layout. Например, тополог может обнаружить, что нужно «шарить» опорные via между дифференциальными парами, так как иначе не будет места. SI-инженер проверяет ограничения, предлагаемые топологом, и вносит встречные предложения, если что-то не так.

Во время подготовки топологии подбираются — а при необходимости запрашиваются у вендоров — модели для учета влияния всех компонентов интерфейсов: Touchstone/SPICE-модели пассивных компонентов, IBIS/IBIS AMI модели буферов и так далее. Затем начинается следующий этап.

Посттопологический этап

На посттопологическом (post-layout) этапе проводится полный анализ сформированной топологии интерфейсов. Он включает в себя расчет S-параметров линий передачи и построение полной модели канала передачи данных — в нее входят модели пассивных компонентов (резисторы, конденсаторы, фильтры, коннекторы и так далее) и модели приемо-передающих буферов микросхем. При этом на каждом шаге топология может быть отправлена на доработку, ведь по результатам расчета S-параметров уже есть риск не пройти требования по маске интерфейса, если она есть.

Пример посттопологического этапа хочется привести из того же проекта, что и предыдущий. Когда инженер-тополог сформировал полную топологию линий интерфейса, инженер по анализу рассчитал их S-параметры:

Как видно из графика, отражение в линиях немного нарушает маску интерфейса, поэтому SI/PI-инженер предложил внести изменения в топологию коммутирующих пассивных компонентов. 

Сначала вариант был такой:

SI/PI-инженер предложил удалить два лишних перехода на другой слой и одну пару перемычек:

Результат — заметно уменьшилось отражение в линии передачи (зеленая кривая), и это позволило удовлетворить требования маски интерфейса:

Следующий шаг — построить полную модель канала передачи данных. Кроме модели топологии (S-параметры линий), он содержит модели трансиверов микросхем:

На основе этой модели рассчитали глазковую диаграмму интерфейса на скорости 25,78 Гбит/с:

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

Маска на диаграмме взята из спецификации SFF-8418 (интерфейс SFP+, в котором скорость данных ограничена 10,3 Гбит/с), поскольку для интерфейса 100GBASE-KR4 она не определена. Если будут подозрения о работоспособности на заданной скорости, SI/PI-инженер может провести ручную настройку эквалайзеров и выдать рекомендации инженерам-программистам, чтобы они внесли изменения в рабочую «прошивку» трансиверов.

Как проводится анализ целостности питания (PI)

SI/PI-инженер чаще всего подключается, когда топология полигонов питания готова. Так он может проверить: 

  • есть ли проблемы с импедансом полигона питания; 

  • есть ли участки с недопустимо высокой плотностью тока и падением напряжения;

  • не влияют ли отдельные элементы друг на друга негативно, и так далее. 

Чаще всего PI-анализ проводится в два подхода: анализ по постоянному току (основа — всем знакомый и всеми любимый закон Ома) и частотный анализ. 

SI/PI-инженеру при проведении моделирования по постоянному току требуется задать:

  • Источники и потребители энергии тока.

  • Все значения сопротивлений пассивных компонентов, в том числе паразитные. Условный транзистор в данном случае также будет пассивным компонентом, поскольку учитывается лишь его сопротивление канала в открытом состоянии. 

Давайте посмотрим, как может выглядит такой расчет на практике.

Пример расчета

Дано: шина питания процессора номиналом 0,8 В, внешние индуктивные фильтры, шунты для измерения тока (их сопротивление — доли мОм) и ключ для внешнего аварийного отключения питания шины с сопротивлением 14 мОм. 

Схема, казалось бы, классическая, и ничто не предвещает беды. Но ток в шине закладывался до 50 А, что выдает вот такую картину по падению напряжения:

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

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

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

Извините, не удержался

Извините, не удержался

На этом же этапе инженеры находят и решают проблемы с плотностью тока в полигонах. Я в своей практике ориентируюсь на предельное значение плотности тока в 100 А/мм2 — нижняя граница, указанная в ГОСТ Р 71265—2024 на SI/PI моделирование печатных плат (да, оказывается, успели разработать и такой стандарт). Но строго говоря, это значение должно быть индивидуальным для каждого полигона питания вообще. Главное следствие высокой плотности тока — это локальный перегрев таких участков из-за Джоулева тепла и тепла от других источников, который приводит к механическим деформациям медных проводников и изменению структуры диэлектриков. Так что этот этап PI-анализа должен проводиться в кооперации с инженерами, занимающимися тепловым моделированием. Тогда вы сможете более точно определить, стоит ли дорабатывать топологию или можно сэкономить. 

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

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

Для анализа понадобятся актуальные модели — в качестве S-параметров или SPICE — фильтрующих компонентов (конденсаторы, индуктивности, ферритовые кольца и т. д.), чтобы результат был корректным.

Пример здесь будет без изюминки. Нам не удалось найти изъяны в изначальной топологии шин питания, если говорить об импедансе:

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

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

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

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


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

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