Warum dokumentieren Datenblätter Protokolle von Grund auf?

Ich lese Datenblätter für eine Komponente mit I2C-Schnittstellen. Ich kann mich an Datenblätter anderer Komponenten in der Vergangenheit erinnern.

In diesen Datenblättern enthalten sie eine vollständige Beschreibung des I2C-Protokolls, der Startbits, der Adresse, des R / W-Bits, der Datenbits, der ACK usw.

Warum gibt das Datenblatt nicht einfach an, dass es sich um I2C handelt, und dokumentiert dann die höheren gerätespezifischen Ebenen? Dies könnte das Dokument von 4 Seiten auf 4 Absätze reduzieren.

Ich bin mit I2C nicht allzu vertraut, daher kann ich nicht sagen, ob das, was dokumentiert ist, I2C folgt oder von der Spezifikation abweicht.

Unter der Annahme, dass in der Dokumentation angegeben ist, dass das Gerät I2C-kompatibel ist, kann davon ausgegangen werden, dass das, was sie dokumentieren, I2C ist, obwohl sie ausführlich darauf eingehen?

Das Datenblatt wird normalerweise von einem Team von Ingenieuren geschrieben.

Der Konstrukteur schreibt anhand der Projektdefinition (ein internes, vertrauliches Unternehmensdokument), wie der IC funktioniert. Diese vertraulichen internen Produktspezifikationen enthalten immer Diagramme des relevanten Schnittstellenbusses (z. B. SPI oder MIPI), da dies das Dokument ist, das die eigentliche IC-Entwicklung leitet. Infolgedessen werden diese Informationen (wie vom Designteam interpretiert) in das Datenblatt aufgenommen.

Der Testingenieur schreibt, wie der IC getestet wird, insbesondere die große Tabelle mit den elektrischen Eigenschaften. Diese Minimal- / Maximalwerte bestimmen, ob ein einzelner IC ausgeliefert oder verschrottet wird.

Der Anwendungsingenieur oder Produktingenieur testet den IC wie von außen von außen und sammelt auch die typischen Leistungsdaten, die in den verschiedenen "Scope Shots" und anderen Darstellungen angezeigt werden. Das Apps-Team führt auch Bench-Tests des IC anhand der Angaben im Datenblatt durch. Wenn der IC nicht den Spezifikationen entspricht, kann das Apps-Team das IC-Design ablehnen. Die Idee ist, dass das Datenblatt dem Kunden alles zeigt, was für das, was das Teil tatsächlich tut, relevant ist.

Sie erwähnen I2C speziell; Beachten Sie, dass der I2C-Standard selbst mehrere Revisionen durchlaufen hat, wobei zuerst die Geschwindigkeit erhöht und dann die Komplexität erhöht wurde, um noch mehr Geschwindigkeit zu unterstützen. Anschließend wurde I2C als Grundlage für die SMBus- und PMBus-Standards verwendet. Daher ist es für ein Datenblatt sehr riskant, nur auf "den Standard" zu verweisen, da sich der Standard ändern kann. Wenn der Anbieter einen IC freigegeben hat, der mit I2C (Version 1.0) kompatibel ist und sich dann als nicht mit I2C Version 2.0 kompatibel herausstellt, hat dieser Anbieter eine ernsthafte rechtliche Haftung, wenn er die tatsächlich garantierte Leistung nicht weiter in seinem eigenen Datenblatt erfasst .

Wenn Sie einen Kommentar von @Tut stehlen, stimmen Sie bitte ihrer Antwort zu, wenn sie sich dazu entschließen, einen zu veröffentlichen.

I2C war ein proprietärer Bus (Philips Semiconductor) und erforderte bis 2006 Lizenzgebühren. Ich glaube, viele haben dies umgangen, indem sie es nicht I2C nannten und ihre besondere Verwendung des Protokolls in den Datenblättern definiert haben. Es gibt auch Unterschiede bei der Verwendung des Busses (z. B. Intels SMBus, eine Teilmenge von I2C).

Siehe auch: Wikipedia I2C