¿Por qué las hojas de datos documentan los protocolos desde cero?

7

Estoy leyendo un hojas de datos para un componente con interfaces I2C. Puedo recordar lo mismo de las hojas de datos de otros componentes en el pasado.

En estas hojas de datos, se incluye una descripción completa del protocolo I2C, los bits de inicio, la dirección, el bit R / W, los bits de datos, el ACK, etc.

¿Por qué la hoja de datos no indica simplemente que es I2C y luego documenta los niveles más altos específicos del dispositivo? Esto podría reducir el documento de 4 páginas a 4 párrafos.

No estoy muy familiarizado con I2C, por lo que no puedo saber si lo que está documentado sigue a I2C o se desvía de la especificación.

Suponiendo que la documentación indica que el dispositivo es compatible con I2C, ¿es seguro asumir que, si bien se explican detalladamente, lo que documentan es I2C?

    
pregunta hultqvist

2 respuestas

2

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 .

    
respondido por el MarkU
1

Robando comentarios de @Tut, por favor, voten su respuesta si deciden publicar uno.

  

I2C era un bus propietario (Philips Semiconductor) y se requería   Los derechos de licencia hasta el 2006. Creo que muchos lograron evitar esto al no   llamándolo I2C y definió su uso particular del protocolo en el   hojas de datos. También hay variaciones en el uso del bus (como por ejemplo   SMBus de Intel, que es un subconjunto de I2C).

Vea también: Wikipedia I2C

    
respondido por el hultqvist

Lea otras preguntas en las etiquetas