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 .