La hoja de datos normalmente está escrita por un equipo de ingenieros.
El ingeniero de diseño escribe cómo funciona el IC, guiado por la definición del proyecto (un documento interno y confidencial de la compañía). Las especificaciones internas confidenciales del producto siempre incluyen diagramas del bus de interfaz relevante (como SPI o MIPI, cualquiera), porque ese es el documento que guía el desarrollo real del IC. Como resultado, esta información (tal como la interpreta el equipo de diseño) se incluye en la hoja de datos.
El ingeniero de pruebas escribe cómo se prueba el IC, especialmente la gran tabla de Características eléctricas: estos valores mínimos / máximos son los que determinan si un IC individual se envía o se desecha.
El Ingeniero de aplicaciones o Ingeniero de producto prueba el IC desde el exterior, como lo haría un cliente, y también recopila los datos de rendimiento típicos que aparecen en las diversas "tomas de alcance" y otras parcelas. El equipo de Apps también realiza pruebas de prueba del IC contra lo que afirma la hoja de datos. Si el IC no cumple con las especificaciones, el equipo de aplicaciones puede rechazar el diseño del IC. La idea es que la hoja de datos debe mostrar al cliente todo lo relevante a lo que realmente hace la pieza.
Usted menciona I2C específicamente; tenga en cuenta que el estándar I2C ha pasado por varias revisiones, primero incrementando la velocidad, luego agregando más complejidad para soportar aún más velocidad. Y posteriormente se usó I2C como base para los estándares SMBus y PMBus. Por lo tanto, es muy arriesgado que una hoja de datos solo haga referencia a "el estándar", ya que el estándar puede cambiar. Si el proveedor lanzó un IC que era compatible con I2C (versión 1.0) y luego resultó no ser compatible con I2C versión 2.0, entonces ese proveedor tiene una responsabilidad legal grave si no captura aún más el rendimiento real garantizado en su propia hoja de datos .