La especificación de información de búfer de entrada/salida ( IBIS ) es una especificación de un método para que los proveedores de circuitos integrados proporcionen información sobre los búferes de entrada/salida de su producto a sus posibles clientes sin revelar la propiedad intelectual de su implementación y sin requerir claves de cifrado patentadas. [1] A partir de la versión 5.0, la especificación contiene dos tipos de modelos separados, "IBIS tradicional" e "IBIS-AMI". El modelo tradicional se genera en formato de texto y consta de una serie de tablas que capturan las características de corriente frente a voltaje (IV) y voltaje frente a tiempo (Vt) del búfer, así como los valores de ciertos componentes parásitos. Es un formato de intercambio de datos estándar para intercambiar información de modelado entre proveedores de dispositivos semiconductores , proveedores de software de simulación y usuarios finales .
Los modelos IBIS tradicionales se utilizan generalmente en lugar de los modelos SPICE para realizar diversas simulaciones de integridad de señal (SI) a nivel de placa y análisis de tiempo. Los modelos IBIS se pueden utilizar para verificar los requisitos de integridad de señal, especialmente para productos de alta velocidad.
Los modelos IBIS-AMI se ejecutan en un simulador de canal SerDes de propósito especial , no en un simulador tipo SPICE, y constan de dos archivos de texto (*.ibs y *.ami) más un archivo ejecutable de código de máquina específico de la plataforma (*.dll en Windows, *.so en Linux). IBIS-AMI admite simulaciones de canal estadísticas y las denominadas simulaciones de canal de dominio temporal, y tres tipos de modelo IC ("solo impulso", "solo GetWave" y "modo dual")
Intel inició el IBIS a principios de los años 1990. [2] Intel necesitaba que todas sus divisiones presentaran un formato de modelo estandarizado común a sus clientes externos. Esto impulsó a Intel a solicitar a los proveedores de EDA que participaran en el desarrollo de un formato de modelo común. El primer modelo IBIS, la versión 1.0, tenía como objetivo describir circuitos CMOS y buffers de E/S TTL .
A medida que IBIS evolucionó con la participación de más empresas y miembros de la industria, se creó un Foro Abierto de IBIS para promover la aplicación de IBIS como un formato de herramienta de simulación y para asegurarse de que exista un estándar. Muchos proveedores de semiconductores suministran modelos IBIS [3] y muchos proveedores de EDA venden herramientas de software compatibles con IBIS. [4] En 1995, el Foro Abierto de IBIS se asoció con el Instituto Nacional Estadounidense de Estándares / Alianza de Industrias Electrónicas (ANSI/EIA). La versión 2.1 de IBIS fue la primera versión lanzada por la nueva alianza. Agregó la capacidad de simular buffers ECL y PECL , así como líneas diferenciales . IBIS 3.2 permite una descripción del modelo de paquete junto con una descripción de la placa eléctrica. La versión 5.0 de IBIS fue ratificada por el Foro Abierto de IBIS el 29 de agosto de 2008. [5] En comparación con la versión anterior (IBIS 4.2, ANSI/EIA-656-B), agrega un nuevo flujo basado no en transitorios SPICE sino en un simulador de canal (llamado interfaz de programa de aplicación de modelo algorítmico o flujo AMI), integridad de potencia y funciones de verificación de EMC. Para la integridad de potencia, utiliza archivos de parámetros S Touchstone 2.0 [6] con especificación de impedancia de referencia por puerto.
La versión 5.1 fue ratificada el 24 de agosto de 2012. [7] Los cambios importantes incluyeron el llamado "flujo BIRD" que resolvió muchas ambigüedades en el flujo IBIS AMI. [8]
El IBIS Open Forum se convirtió en un subcomité oficial de TechAmerica en enero de 2009. [9] [10] Tras la compra del programa de estándares de TechAmerica en julio de 2013, SAE International se convirtió en la empresa matriz del IBIS Open Forum. [11] IBIS es un "programa industrial" dentro de la asociación comercial SAE Industry Technologies Consortia (SAE ITC). [12]
IBIS es un estándar en evolución con muchos cambios propuestos enviados al Foro Abierto de IBIS para su consideración. [13] Los cambios propuestos se denominan BIRDs (Buffer Issue Resolution Documents), un juego de palabras con la palabra ibis , un tipo de ave.
La versión 6.0 fue ratificada el 20 de septiembre de 2013. Los cambios incluyeron una extensión IBIS-AMI para repetidores de canal medio, nuevos parámetros para fluctuación y ruido en IBIS-AMI y mejoras en el modelado de búfer analógico. [14]
La versión 6.1 fue ratificada el 11 de septiembre de 2015. Los cambios incluyeron soporte de PAM-4 en IBIS-AMI, la adición de una nueva palabra clave de retraso inicial y opciones adicionales para overclocking. [15]
La versión 7.0 fue ratificada el 15 de marzo de 2019. Los cambios incluyeron soporte para el modelado de interconexiones Touchstone e IBI-ISS (SPICE), y el modelado de protocolos de entrenamiento de enlaces de canal posterior utilizando modelos IBIS-AMI. [16]
El trabajo de mejora de la especificación se puede seguir en la sección de trabajo en progreso del sitio web del Foro Abierto de IBIS. [17]