Анализ токовой нагрузки на проводники в Sigrity PowerDC Опции

[PCBtech]

Делаем проект PCB для одного заказчика, решили проверить с помощью Sigrity токовую нагрузку и перегрев цепей питания из-за протекающего тока.
Есть некоторые цепи, выполненные не полигонами, а проводником.
Результат интересный: часть трассировки надо переделывать, иначе будет сильный перегрев проводника или via.
Хотя вроде правила трассировки задавали с учетом максимальных протекающих токов.
Для примера, ниже картинки из Sigrity по некоторым цепям. Интересно, как-то аналитически можно
посчитать и корректно задать в САПР правила по ширине трассы и по необходимости дублирования переходных отверстий,
если знаешь макс. величину протекающего тока? Так, чтобы не надо было моделировать и потом переделывать проект?

[rom67]

Правильно ли я понимаю, что L1 на нижеприведенной картинке - это выводной элемент? Т.е. не SMD.
В противном случае неправильно подключён L1.
Сейчас он симулируется как точечный объект (типа выводного элемента), и ток течет через точку, в которых получается очень большая плотность тока.

[PCBtech]

Правильно ли я понимаю, что L1 на нижеприведенной картинке - это выводной элемент? Т.е. не SMD.
В противном случае неправильно подключён L1.
Сейчас он симулируется как точечный объект (типа выводного элемента), и ток течет через точку, в которых получается очень большая плотность тока.

Нет, это элемент SMD, но нас не особо интересует плотность тока под ним, т.к. на этот параметр мы повлиять не в силах - он определяется
типоразмером и исполнением компонента, а также пайкой.
Поэтому для упрощения делаем по-умолчанию подключение в виде точки, чтобы не заморачиваться на учет реальной площади пайки.
При желании можно проработать и "распределенное" подключение, с учетом площади, но тут на настройках проекта потратишь больше времени,
а результатов дополнительных это не даст. Гораздо больший интерес представляет плотность тока на проводниках.

Sigrity хорош тем, что можно очень быстро втянуть проект из ODB++, всего несколько настроек мощности для потребляющих компонентов, и мы видим результат.
Иначе не выживем: время - деньги, а заказчики лишних денег платить не будут, да и время на сдачу проекта у нас очень жестко ограничено.