Wie erstellen Unternehmen für den Entwurf integrierter Schaltkreise ihre Datenblätter?

Ich arbeite für einen großen IC-Hersteller und wir haben eine separate Abteilung, die sich um die Erstellung der veröffentlichten Versionen von Datenblättern kümmert. Diese Abteilung ist dafür verantwortlich, sicherzustellen, dass das Datenblatt in korrektem Englisch ist, die korrekte Branchen- und Unternehmensterminologie verwendet, den Formatierungsstandards des Unternehmens entspricht, keinen Text enthält, der nachteilige rechtliche Auswirkungen auf das Unternehmen hätte usw. Das Dokument ist XML-basiert.

Bevor sich diese Abteilung einschaltet, pflegt der für die Produktspezifikationen zuständige Ingenieur (normalerweise als „Systemingenieur“ oder ähnlich bezeichnet) das Datenblatt. Das ursprüngliche Datenblatt basiert normalerweise auf einem Produkt der vorherigen Generation, so dass viele Informationen bereits generiert wurden. Während des gesamten Entwicklungsprozesses aktualisiert der Systemingenieur die Spezifikationen basierend auf den Eingaben der anderen Entwicklungsingenieure (alle Entwicklungsingenieure können das Dokument aus einem zentralen Repository lesen, aber nur der Systemingenieur kann darin schreiben). Im Zuge dieser Aktualisierungen erhalten viele Ingenieure die Möglichkeit, sowohl technische als auch Rechtschreib-/Grammatikfehler zu korrigieren (weil sie das Datenblatt sowieso für ihre eigene Arbeit überprüfen). Diese Ingenieure stellen dem Systemingenieur auch Daten zur Verfügung, die dem Datenblatt hinzugefügt werden können (z. G. Blockdiagramme, Anwendungsschaltpläne, Oszilloskoperfassungen usw.). Wenn es Zeit für die Veröffentlichung ist, prüfen die Entwicklungsingenieure abschließend, ob alle technischen Daten stimmen.

An dieser Stelle kommt der Verlag ins Spiel. Die Verlagsabteilung hat keine Ahnung, ob die technischen Details stimmen oder nicht – ihr Zweck ist es, die Korrektheit der Formatierung, Rechtschreibung usw. sicherzustellen. Es gibt einiges Hin und Her zwischen der Verlagsabteilung und dem Systemingenieur, da beide Seiten das Finale sicherstellen Entwurf ist sowohl technisch korrekt als auch korrekt formatiert.

Um die wichtigsten Punkte zusammenzufassen:

• Datenblätter basieren auf den Datenblättern von Produkten der vorherigen Generation (oder zumindest ähnlichen Produkten), werden also nicht komplett neu erstellt.
• Alle Ingenieure im Entwicklungsteam lesen das Datenblatt und tragen dazu bei, aber die eigentliche Bearbeitung des Datenblatts wird von einem Ingenieur (dem Systemingenieur) gesteuert.
• Das Entwicklungsteam ist dafür verantwortlich, sicherzustellen, dass das Datenblatt technisch korrekt ist.
• Eine eigene Abteilung kümmert sich um Formatierung, Terminologie etc.

Es hängt sehr stark von der Unternehmenskultur ab, wie The Photon andeutete. In einigen Unternehmen ist/sind der/die Designer für das Datenblatt verantwortlich. In anderen ist es ein Anwendungsingenieur. Ich kann dir nur meine persönliche Erfahrung mitteilen. Das Mitnehmen ist die Entwicklung von Datenblättern wirklich informell.

Für Chips, für die ich leitender Ingenieur war, habe ich das Datenblatt selbst mit Word geschrieben. Der erste Entwurf des Datenblatts ist oft der erste Teil der Mikroarchitekturspezifikation (MAS), die früh im Designprozess geschrieben wird. In großen Unternehmen wird dies, wie Null sagte, vom Systems Engineer vorangetrieben. Wo ich arbeite, ist normalerweise der Designer verantwortlich (und übernimmt viele der Rollen eines Systemingenieurs). Nachdem das Design abgeschlossen ist, der Chip abgeklebt ist und ich auf Wafer warte, werde ich den Anfang des MAS nehmen und daraus ein vorläufiges Datenblatt machen. Der gesamte Text ist geschrieben, und für alle Plots werden Simulationen eingefügt. Dies wird in der Gruppe für Feedback weitergegeben.

Dann kommen die Chips zurück und der Produktingenieur führt das Hochfahren durch. Der Testingenieur beginnt mit den Messungen und ich ersetze alle Simulationen durch Messdaten. Ich ersetze auch die Spezifikationstabelle durch echte Messdaten (manchmal ändern sich die Spezifikationen, nachdem der Chip zurückkommt, wissen Sie!).

Dann, wenn ich es für vollständig halte, schicke ich es an unseren Technischen Redakteur (wir haben nur wenige, wo ich arbeite) und er oder sie bringt es in die Standardform.

Wie The Photon sagte, werden während des Designprozesses viele Ad-hoc-Verfahren verwendet. Früher habe ich Excel verwendet, um Pads und Signale zu verfolgen, jetzt verwende ich Google Docs. Die eigentlichen DESIGN-Daten werden jedoch in spezialisierten Datenbanken gehalten, auf die von teuren CAD-Tools mit Versionskontrolle usw. zugegriffen wird.

An Orten, an denen ich gearbeitet habe, reichen Ingenieure während der Produktentwicklung Word-Dokumente herum. Wir nennen das normalerweise ein "Soll-Datenblatt". Dann formatiert ein technischer Redakteur alles schön neu, korrigiert die Grammatik, zeichnet Diagramme neu usw., um ein kundenfertiges Dokument zu erstellen.

Sind diese Unternehmen groß genug, dass sie es sich leisten können, Abteilungen zu haben, die kundenspezifische Software, Datenbanken usw. produzieren, um ihren Designprozess zu unterstützen?

Ein guter Tech-Redakteur kann mit Framemaker viel anfangen.

Und es braucht nicht wirklich eine benutzerdefinierte Datenbank, um die Funktionen von 1000 Pins oder 1000 Registern zu verfolgen. So etwas kann mit Excel oder sogar Word gemacht werden.

Ich bin sehr neugierig, weil es mir sehr schwer fällt, Daten/Informationen/Spezifikationen während des gesamten Designprozesses einheitlich zu halten.

Es ist hilfreich, nur eine „Master“-Kopie des Zieldatenblatts aufzubewahren. In der Vergangenheit hat der technische Leiter des Projekts es an Orten, an denen ich gearbeitet habe, auf seinem Desktop behalten. Heutzutage verwenden wir eine Cloud-Site mit Kollaborationstools, sodass jedes Teammitglied jederzeit das aktuelle Dokument lesen oder (möglicherweise) bearbeiten kann.