Стандартный формат паразитного обмена - Standard Parasitic Exchange Format

Стандартный формат паразитного обмена (SPEF) является IEEE стандарт для представления паразитных данных проводов в микросхеме в ASCII формат. Неидеальные провода имеют паразитные сопротивление и емкость которые фиксируются SPEF. Эти провода также имеют индуктивность что не входит в SPEF. SPEF используется для расчет задержки и обеспечение целостность сигнала микросхемы, которая в конечном итоге определяет ее скорость работы.

SPEF - самая популярная спецификация для паразитного обмена между различными инструментами EDA домен на любом этапе проектирования.

Спецификация SPEF является частью стандарта 1481-1999 IEEE для системы расчета задержки и мощности интегральных схем (IC). Последняя версия SPEF является частью 1481-2009 Стандарт IEEE для архитектуры открытых библиотек интегральных схем (IC) (OLA) .

SPEF извлекается после маршрутизации в Место и маршрут сцена. Это помогает в точном расчете ИК-капельный анализ и другой анализ после маршрутизации. Этот файл содержит параметры R и C в зависимости от размещения нашего тайла / блока и маршрутизации между размещенными ячейками.

Синтаксис SPEF

SPEF (стандартный формат извлечения паразитов) задокументирован в главе 9 стандарта IEEE 1481-1999. Задокументировано несколько методов описания паразитов, но мы обсуждаем лишь несколько важных.

Общий синтаксис

Типичный файл SPEF состоит из 4 основных разделов:

  • раздел заголовка,
  • раздел карты имени,
  • раздел порта верхнего уровня и
  • основной паразитный раздел описания.

Как правило, ключевым словам SPEF предшествует звездочка, Например: *ЗАПУСТИТЬ ЕГО, * NAME_MAP и * D_NET.

Комментарии начинаются в любом месте строки с // и беги до конца строки. Каждая строка в блоке комментариев должна начинаться с //.

Информация заголовка

Раздел заголовка состоит из 14 строк, содержащих информацию о:

  • название дизайна,
  • инструмент для удаления паразитов,
  • стили именования и
  • единицы.

При чтении SPEF важно проверять заголовок на наличие единиц, поскольку они различаются в зависимости от инструмента. По умолчанию SPEF от Astro будет в pF и kΩ в то время как SPEF от Star-RCXT и Quantus QRC будет в fF и Ω.

Раздел карты имен

Чтобы уменьшить размер файла, SPEF позволяет сопоставить длинные имена с более короткими номерами, которым предшествует звездочка. Это сопоставление определяется в разделе карты имен. Например:

* NAME_MAP * 509 F_C_EP2 * 510 F_C_EP3 * 511 F_C_EP4 * 512 F_C_EP5 * 513 TOP / BUF_ZCLK_2_pin_Z_1 * 514 TOP / BUF_ZCLK_3_pin_Z_1 * 515 TOP / BUF_ZCLK_4_pin_Z_1

Позже в файле F_C_EP2 может упоминаться по его имени или по *509. Отображение имен в SPEF не требуется. Кроме того, в одном файле могут отображаться сопоставленные и не сопоставленные имена. Как правило, короткие имена, такие как контакт с именем A, не отображаются, поскольку сопоставление не уменьшает размер файла. Вы можете написать сценарий, который отобразит числа обратно в имена. Это упростит чтение SPEF, но значительно увеличит размер файла.

Раздел порта

Раздел порта - это просто список портов верхнего уровня в проекте. Они также аннотируются как входные, выходные или двунаправленные с помощью I, O или B. Например:

* ПОРТЫ * 1 I * 2 I * 3 O * 4 O * 5 O * 6 O * 7 O * 8 B * 9 B

Паразиты

Каждая извлеченная сеть будет иметь * D_NET раздел. Обычно он состоит из * D_NET линия, а * CONN раздел, а *КОЛПАЧОК раздел, * RES раздел и *КОНЕЦ линия. Одноштырьковые сети не будут иметь * RES раздел. Сети, соединенные стыковочными штифтами, не будут иметь *КОЛПАЧОК раздел.

* D_NET regcontrol_top / GRC / n13345 1.94482 * CONN * I regcontrol_top / GRC / U9743: EI * C 537.855 9150.11 * L 3.70000 * I regcontrol_top / GRC / U9409: AI * C 540.735 9146.02 * L 5.40000 * I regcontrol_top40 / U9743 / GRC ZO * C 549.370 9149.88 * D OR2M1P * CAP1 regcontrol_top / GRC / U9743: E 0,9360572 regcontrol_top / GRC / U9409: A regcontrol_top / GRC / U10716: Z 0,6226753 regcontrol_top_ / GRC / U9407 * RES 0,3860 рег. regcontrol_top / GRC / U9407: Z 10.79162 regcontrol_top / GRC / U9743: E regcontrol_top / GRC / U9409: A 8.077103 regcontrol_top / GRC / U9409: A regcontrol_top / GRC / U9407: Z 11.9156 * END

В * D_NET Линия сообщает имя цепи и общую емкость цепи. Эта емкость будет суммой всех емкостей в *КОЛПАЧОК раздел.

* Раздел CONN

В * CONN В разделе перечислены контакты, подключенные к сети. Подключение к экземпляру ячейки начинается с *Я. Подключение к порту верхнего уровня начинается с *П.

Синтаксис * CONN записи:

* I <имя контакта> <направление> * C <координата xy> <информация о загрузке или движении>

Где:

  • Имя контакта - это имя контакта.
  • Направление будет я, О, или же B, соответствующие входным, выходным или двунаправленным сигналам соответственно.
  • Координата xy будет местоположением штифта в компоновке.
  • Для входа информация о загрузке будет * L и емкость вывода.
  • Для вывода информация о движении будет * D и тип ведущей ячейки.
  • Координаты для *П записи порта могут быть неточными, поскольку некоторые инструменты извлечения ищут физическое местоположение логического порта (которого не существует), а не местоположение соответствующего вывода.

* Раздел CAP

В *КОЛПАЧОК В разделе представлена ​​подробная информация о емкости сети. Записи в *КОЛПАЧОК Секция бывает двух видов: одна для конденсатора, сосредоточенного на земле, а другая для связанного конденсатора.

Конденсатор, сосредоточенный на земле, имеет три поля:

  • идентифицирующее целое число,
  • имя узла и
  • значение емкости этого узла.
Пример
1 regcontrol_top / GRC / U9743: E 0.936057

Конденсатор связи имеет четыре поля:

  • идентифицирующее целое число,
  • два имени узла и
  • значения конденсатора связи между этими двумя узлами.
Пример
2 regcontrol_top / GRC / U9409: Regcontrol_top / GRC / U10716: Z 0.622675

Если нетто А соединен с сеткой B, конденсатор связи будет указан в каждой цепи *КОЛПАЧОК раздел.

* Раздел RES

В * RES Секция обеспечивает сопротивление сети для сети.

Записи в * RES Раздел содержит 4 поля:

  • идентифицирующее целое число,
  • два имени узла и
  • сопротивление между этими двумя узлами.
Пример
1 regcontrol_top / GRC / U9743: E regcontrol_top / GRC / U9407: Z 10.7916

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

Паразитарные ценности

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

1 regcontrol_top / GRC / U9743: E 0.936057: 1.02342: 1.31343

Стандарт IEEE требует сообщать либо 1, либо 3 значения; однако некоторые инструменты сообщают мин:Максимум пары, и ожидается, что инструменты могут сообщать о многих углах (угол1:угол2:угол3:угол4) в будущем.

Разница между форматами паразитных данных

SPEF - это не то же самое, что SPF (включая DSPF и RSPF). Подробный стандартный паразитный формат это совершенно другой формат, предназначенный для использования в СПЕЦИЯ моделирование. Например, *СЕТЬ разделы не имеют окончания, а комментарии должны начинаться с двух звездочек.

Краткий синтаксис формата DSPF показан ниже.

* DSPF 1.0 * DIVIDER / * DELIMITER: * BUS_DELIMITER [] * | GROUND_NET NetName.SUBCKT * NET NetName NetCap * | I (InstancePinName InstanceName PinName PinType PinCap XY) * | P (PinName XPinType PinCap XY) * | S .ENDs.END

Акронимы означают:

  • SPF - стандартный паразитный формат
  • DSPF - подробный стандартный паразитный формат
  • RSPF - уменьшенный стандартный паразитный формат
  • SPEF - Стандартный формат обмена паразитами
  • SBPF - двоичный паразитный формат Synopsys

SPF - это Системы дизайна Cadence стандарт для определения паразитов списка соединений. DSPF и RSPF - две формы SPF; сам термин SPF иногда используется (или неправильно) для обозначения паразитов в целом. И DSPF, и RSPF представляют паразитную информацию в виде RC-сети. RSPF представляет каждую цепь как RC-модель «пи», которая состоит из эквивалентной «ближней» емкости на драйвере цепи, эквивалентной «дальней» емкости для цепи и эквивалентного сопротивления, соединяющего эти две емкости. Каждая цепь имеет единственная сеть «пи» для сети, независимо от того, сколько контактов находится в сети.В дополнение к сети пи, RSPF заставляет инструмент PrimeTime вычислять задержку Элмора для каждой задержки межсоединений между контактами.

Напротив, DSPF моделирует подробную сеть паразитных RC-цепочек для каждой сети. Таким образом, DSPF более точен, чем RSPF, но файлы DSPF могут быть на порядок больше, чем файлы RSPF для того же дизайна. Кроме того, в DSPF нет спецификации для соединительных крышек. DSPF больше похож на список соединений SPICE, чем на другие форматы. SPEF - это Инициатива Open Verilog (OVI) - а теперь и IEEE - формат для определения паразитных параметров списка соединений. SPEF - это нет идентичен формату SPF, хотя используется аналогичным образом. Как и формат SPF, SPEF включает паразитные параметры сопротивления и емкости. Так же, как формат SPF, SPEF может представлять паразиты в подробной или сокращенной форме (pi-модель), причем сокращенная форма, вероятно, используется чаще. SPEF также имеет синтаксис, который позволяет моделировать емкость между различными цепями, поэтому он используется инструментом анализа PrimeTime SI (перекрестных помех). SPEF меньше SPF и DSPF, потому что имена сопоставляются с целыми числами для уменьшения размера файла.

SBPF - это Synopsys двоичный формат, поддерживаемый PrimeTime. Паразитные данные, преобразованные в этот формат, занимают меньше места на диске и могут быть прочитаны намного быстрее, чем те же данные, хранящиеся в формате SPEF. Вы можете преобразовать паразитные файлы в SBPF, прочитав их, а затем записав с помощью write_parasitics -format sbpf команда.

Рекомендации

  • 1481-1999 - Стандарт IEEE для системы расчета задержки и мощности интегральных схем (IC). 1999. Дои:10.1109 / IEEESTD.1999.91518. ISBN  0-7381-1771-4.
  • 1481-2009 - Стандарт IEEE для архитектуры открытых библиотек интегральных схем (IC) (OLA). 2009. Дои:10.1109 / IEEESTD.2009.5430852. ISBN  978-0-7381-6156-3.
  • http://143.248.230.186/tech_doc/diffrence_paracitic_data.txt
  • "Стандартный паразитный формат каденции (SPF). Версия C1.5.1" (PDF). Системы дизайна Cadence. 1999-05-19. Получено 2019-04-19 - через службу поддержки Cadence. Сложить резюме – Где я могу найти спецификацию Cadence SPEF, DSPF, SPF или RSPF? (доступно только зарегистрированным клиентам Cadence) Цитировать журнал требует | журнал = (помощь)