EDIF (Elektronisches Designaustausch-Format) ist ein mit dem Verkäufer neutrales Format, in dem man Elektronischen netlists und schematics versorgt. Es war einer der ersten Versuche, ein neutrales Datenaustausch-Format für die Industrie der elektronischen Designautomation (EDA) zu gründen. Die Absicht war, ein Standardformat zu gründen, von dem die Eigentumsformate der EDA Systeme abgeleitet werden konnten. Als Kunden Daten von einem System bis einen anderen übertragen mussten, war es notwendig, Übersetzern von einem Format bis anderen zu schreiben. Als die Zahl von Formaten (N) multipliziert ist das Übersetzer-Problem ein N-squared Problem geworden. Die Erwartung bestand darin, dass mit EDIF die Anzahl von Übersetzern zur Zahl von beteiligten Systemen vermindert werden konnte.

Vertreter der EDA erstklassigen Firmensysteme, der Mentor-Grafik, Motorola, des Nationalen Halbleiters, Tektronix, der Instrumente von Texas und der Universität Kaliforniens, hat Berkeley den EDIF Lenkungsausschuss im November 1983 eingesetzt. Der spätere Professor Hilary Kahn (1943-2007) von der Universität Manchesters hat sich der Mannschaft angeschlossen und hat die Entwicklung von der Version EDIF 2 0 0 bis zur endgültigen Version 4 0 0 geführt.

Syntax

Das allgemeine Format von EDIF schließt Verwenden-Parenthesen ein, um Datendefinitionen abzugrenzen, und auf diese Weise ähnelt es oberflächlich Lispeln. Die grundlegenden Jetons von EDIF 2.0.0 waren Schlüsselwörter (wie Bibliothek, Zelle, Beispiel, usw.), Schnuren (abgegrenzt mit Anführungszeichen), Zahlen der ganzen Zahl, symbolische Konstanten (z.B. ALLGEMEIN, SEIEN SIE FRAUENMÖRDER für Zelltypen PUNKTGLEICH), und "Bezeichner", die von einem sehr eingeschränkten Satz von Charakteren gebildete Bezugsetiketten sind.

EDIF 3.0.0 und 4.0.0 hat die symbolischen Konstanten völlig mit Schlüsselwörtern stattdessen fallen lassen.

Also, die Syntax von EDIF hat ein ziemlich einfaches Fundament. Eine typische EDIF Datei sieht wie das aus:

(edif fibex (edifVersion 2 0 0)

(edifLevel 0) (keywordMap (keywordLevel 0))

(Status (schriftlich (Zeitstempel 1995 1 1 1 1 1) (Programm "xxx" (Version "v1"))))

(Bibliothek xxx (edifLevel 0)

(Technologie (numberDefinition (klettern 1 (e 1 - 6) (Einheitsentfernung))))

(Zelle dff_4 (cellType allgemein)

(sehen Sie view1 (viewType netlist) an

(Schnittstelle

(Hafen aset (Richtungs-EINGANG))

(Hafen clok (Richtungs-EINGANG))

...

(Zelle yyy (cellType allgemein)

(sehen Sie schematic_ (viewType netlist) an

(Schnittstelle

(Hafen KLAR (Richtungs-EINGANG))

(Hafen-UHR (Richtungs-EINGANG))...)

(Inhalt

(Beispiel I_36_1 (viewRef view1 (cellRef dff_4)))

(Beispiel (benennen I_36_3 "3 I$" um) (viewRef view1 (cellRef addsub_4)))

...

(KLARER Netto-

(angeschlossener

(portRef KLAR)

(portRef aset (instanceRef I_36_1))

(portRef aset (instanceRef I_36_3))))

...

</Quelle>

Versionen

1 0 wurde 0 Ausgabe von EDIF 1985 gemacht.

EDIF 2 0 0

Die erste "echte" öffentliche Ausgabe von EDIF war Version 2 0 0, die im März 1988 als der Standard ANSI/EIA-548-1988 genehmigt wurde. Es wird in einem einzelnen Volumen veröffentlicht. Diese Version hat keine formelle Spielraum-Behauptung, aber was sie versucht zu gewinnen, wird durch den definierten viewTypes bedeckt:

• VERHALTEN, das Verhalten einer Zelle zu beschreiben
• DOKUMENT, um die Dokumentation einer Zelle zu beschreiben
• GRAFISCH, um eine stumme Grafik und Textdarstellung von displayable oder druckfähiger Information zu beschreiben
• LOGICMODEL, um das Logiksimulationsmodell der Zelle zu beschreiben
• MASKLAYOUT, um ein einheitliches Stromkreis-Lay-Out zu beschreiben
• NETLIST, um einen netlist zu beschreiben
• PCBLAYOUT, um eine gedruckte Leiterplatte zu beschreiben
• SCHEMATISCH, um die schematische Darstellung und Konnektivität einer Zelle zu beschreiben
• FREMDER, um eine bis jetzt unbekannte Darstellung einer Zelle zu beschreiben
• SYMBOLISCH, um ein symbolisches Lay-Out zu beschreiben

Die Industrie hat diese Ausgabe seit mehreren Jahren geprüft, aber schließlich war nur die NETLIST-Ansicht weit verwendete diejenige, und einige EDA Werkzeuge unterstützen es noch heute für EDIF 2 0 0.

Um Probleme mit der Hauptsache 2 0 zu überwinden, wurden 0 weitere mehrere Standarddokumente veröffentlicht:

• Elektronische Industrievereinigung
• EDIF Monografie-Reihe, Band 1, Einführung in EDIF, EIA/EDIF-1, September 1988
• EDIF Monografie-Reihe, Band 2, EDIF Konnektivität, EIA/EDIF-2, Juni 1989
• Mit EDIF 2 0 0 für die schematische Übertragung, EIA/EDIF/AG-1, Juli 1989
• Dokumentation von Hilary J. Kahn, Abteilung der Informatik, Universität Manchesters
• EDIF 2 0 0, Ein Einleitender Tutorenkurs", September 1989
• EDIF Fragen und Antworten, Volumen ein, November 1988
• EDIF Fragen und Antworten, Volumen zwei, Februar 1989
• EDIF Fragen und Antworten, Volumen drei, Juli 1989
• EDIF Fragen und Antworten, Volumen vier, November 1989
• EDIF Fragen und Antworten, Volumen fünf, Juni 1991

EDIF 3 0 0

Wegen einiger grundsätzlicher Schwächen in 2 0 0 veröffentlichen einen neuen nicht vereinbare Ausgabe 3 0 0 wurde im September 1993 in Anbetracht der Benennung von EIA normalem EIA-618 veröffentlicht. Es hat später ANSI und ISO Benennungen erreicht. Es wird in 4 Volumina veröffentlicht. Der Hauptfokus dieser Version war der viewTypes NETLIST und SCHEMATISCH von 2 0 0. MASKLAYOUT, PCBLAYOUT und einige andere Ansichten waren von dieser Ausgabe fallen gelassen und haben sich für spätere Ausgaben bewegt, weil die Arbeit für diese Ansichten nicht völlig vollendet wurde.

EDIF 3 0 0 ist von der Internationalen Electrotechnical Kommission als IEC 61690-1 verfügbar

EDIF 4 0 0

EDIF 4 0 0 wurde gegen Ende August 1996 veröffentlicht, um hauptsächlich "Gedruckte Leiterplatte" Erweiterungen (die ursprüngliche PCBLAYOUT-Ansicht) zu EDIF 3 0 0 hinzuzufügen. Das mehr als verdoppelt die Größe von EDIF 3 0 0, und wird im HTML-Format auf der CD veröffentlicht.

EDIF 4 0 0 ist von der Internationalen Electrotechnical Kommission als IEC 61690-2 verfügbar

Evolution

Probleme mit 2 0 0

Um die Problem-Benutzer und Verkäufer zu verstehen, die mit EDIF 2 0 0 gestoßen sind, muss ein erster alle Elemente und Dynamik der Elektronikindustrie darstellen. Die Leute, die diesen Standard gebraucht haben, waren hauptsächlich Designingenieure, die für Gesellschaften gearbeitet haben, deren sich Größe von einer Hauswerkstatt bis Milliardendollarmöglichkeiten mit Tausenden von Ingenieuren erstreckt hat. Diese Ingenieure haben hauptsächlich von schematics und netlists gegen Ende der 1980er Jahre gearbeitet, und der große Stoß sollte den netlists vom schematics automatisch erzeugen. Die ersten Lieferanten waren Elektronische Designautomationsverkäufer (z.B, Daisy, Mentor, und Gültig hat den frühsten vorherrschenden Satz gebildet). Diese Gesellschaften haben sich kräftig um ihre Anteile dieses Marktes beworben.

Eine der von diesen Gesellschaften verwendeten Taktik, um ihre Kunden "festzunehmen", war ihre Eigentumsdatenbanken. Jeder hatte Besonderheiten, die andere nicht getan haben. Sobald eine Entscheidung getroffen wurde, um eine Software eines besonderen Verkäufers zu verwenden, um in ein Design einzugehen, wurde der Kunde seit dieser Zeit gezwungen, keine andere Software zu verwenden. Sich vom Verkäufer A zu den Systemen des Verkäufers B zu bewegen, hat gewöhnlich einen sehr teuren Wiedereintritt fast aller Designdaten mit der Hand ins neue System bedeutet. Dieser Aufwand "der Wanderung" war der Hauptfaktor, der Designingenieure ins Verwenden eines einzelnen Verkäufers geschlossen hat.

Aber die "Kunden" hatten einen verschiedenen Wunsch. Sie haben sofort gesehen, dass, während Verkäufer A eine wirklich nette analoge Simulierungsumgebung haben könnte, Verkäufer B einen viel besseren PCB oder Silikonlay-Out-Autorouter hatte. Und sie haben bedauert, dass sie nicht aufpicken und unter den verschiedenen Verkäufern wählen konnten.

EDIF wurde von den Elektronik-Designendbenutzern und ihren Gesellschaften hauptsächlich unterstützt. Die EDA Verkäufer wurden auch beteiligt, aber ihre Motivation war mehr entlang den Linien des Wollens, ihre Kunden nicht zu entfremden. Die meisten EDA Verkäufer haben EDIF 2 0 0 Übersetzer erzeugt, aber sie haben sich bestimmt mehr für das Erzeugen von EDIF Qualitätslesern interessiert, und sie hatten gar keine Motivation überhaupt, um jede Software zu schreiben, die EDIF (ein EDIF Schriftsteller) außer Drohungen von Kunden der Massenwanderung zur Software eines anderen Verkäufers erzeugt hat.

Das Ergebnis war ziemlich interessant. Kaum hat jeder Softwareverkäufer EDIF 2 0 0 Produktion geschrieben, die strenge Übertretungen der Syntax oder Semantik nicht hatte. Die Semantik war gerade lose genug, dass es mehrere Weisen geben könnte, dieselben Daten zu beschreiben. Das hat begonnen, als "Geschmäcke" nach EDIF bekannt zu sein. Die Verkäufer-Gesellschaften haben es wichtig nicht immer gefühlt, um viele Mittel EDIF Produkten zuzuteilen, selbst wenn sie eine Vielzahl von ihnen verkauft haben. Es gab mehrere Geschichten von aktiven Produkten mit eigentlich keinem, um sie seit Jahren aufrechtzuerhalten. Benutzerbeschwerden wurden bloß gesammelt und prioritized. Je härter es geworden ist, um Kundendaten zu EDIF zu exportieren, desto mehr die Verkäufer geschienen sind, es zu mögen. Diejenigen, die wirklich EDIF Übersetzern geschrieben haben, haben gefunden, dass sie eine riesige Zeitdauer und Anstrengung auf dem Erzeugen genug mächtiger, versöhnlicher, künstlich intelligenter Leser ausgegeben haben, die behandeln konnten und Stück zusammen der Code der schlechten Qualität, der durch den noch vorhandenen EDIF 2 0 0 Schriftsteller des Tages erzeugt ist.

Im Entwerfen von EDIF 3 0 0 sind sich die Komitees von den Schulden der Sprache, die Verleumdung wohlbewusst gewesen, die auf EDIF 2 0 0 durch die Verkäufer und die Frustration der Endbenutzer gehäuft ist. Also, um die Semantik der Sprache zusammenzuziehen, und eine mehr formelle Beschreibung des Standards zur Verfügung zu stellen, wurde die revolutionäre Annäherung genommen, um ein Informationsmodell für EDIF in der Information zur Verfügung zu stellen, Sprach-SCHNELLZUG modellierend. Das hat geholfen, den Standard besser zu dokumentieren, aber wurde mehr als nachträglicher Einfall getan, weil das Syntax-Fertigen unabhängig vom Modell getan wurde, anstatt vom Modell erzeugt zu werden. Außerdem, wenn auch der Standard sagt, dass, wenn die Syntax und das Modell nicht übereinstimmen, das Modell der Standard ist, ist das nicht der Fall in der Praxis. Die BNF Beschreibung der Syntax ist das Fundament der Sprache, weil die Software, die die tägliche Arbeit tut, Designbeschreibungen zu erzeugen, auf einer festen Syntax basiert. Das Informationsmodell hat auch unter der Tatsache gelitten, dass es war nicht (und ist nicht) ideal angepasst dem Beschreiben von EDIF. Es beschreibt solche Konzepte als Namenräume sehr gut überhaupt nicht, und die Unterschiede zwischen einer Definition und einer Verweisung sind auch nicht klar beschreibbar. Außerdem könnten die Konstruktionen im SCHNELLZUG, um Einschränkungen zu beschreiben, formell sein, aber Einschränkungsbeschreibung ist eine ziemlich komplizierte Sache zuweilen. Also, die meisten Einschränkungen haben gerade damit geendet, als Anmerkungen beschrieben zu werden. Die meisten anderen sind wohl durchdachte formelle Beschreibungen geworden, die die meisten Leser nie im Stande sein werden zu entziffern, und deshalb automatisiertem Beseitigen/Kompilieren nicht gegenübertreten können, gerade als ein Programm gut in der Rezension aussehen könnte, aber ein Bearbeiter könnte einige interessante Fehler finden, und wirklich das Laufen des schriftlichen Programms noch interessantere Fehler finden könnte. (Zusätzlich haben analoge AUSDRÜCKLICHE Bearbeiter/Testamentsvollstrecker nicht bestanden, als der Standard geschrieben wurde, und heute nicht noch bestehen kann!)

Lösungen von EDIF 2 0 0 Probleme

Die Lösung des "Geschmack"-Problems von EDIF 2 0 0 war, eine spezifischere semantische Beschreibung in EDIF 3 0 0 (1993) zu entwickeln. Tatsächlich berichtete Ergebnisse von Leuten, die EDIF 3 0 erzeugen, waren 0 Übersetzer, dass die Schriftsteller jetzt viel schwieriger waren, wegen der großen Zahl von semantischen Beschränkungen in Ordnung zu bringen, und die Leser verhältnismäßig trivial sind, um sich zu entwickeln.

Die Lösung des Verkäufers "Interessenkonflikt" war neutrale Drittgesellschaften, die EDIF auf Verkäufer-Schnittstellen gestützte Produkte zur Verfügung stellen konnten. Diese Trennung der EDIF Produkte von der direkten Verkäufer-Kontrolle war zum Versorgen der Endbenutzer-Gemeinschaft mit Werkzeugen kritisch, die gut gearbeitet haben. Es hat sich natürlich und ohne Anmerkung geformt. TechnikdataXpress war vielleicht die erste derartige Gesellschaft in diesem Bereich mit Electronic Tools Company, die scheint, den Markt Mitte zum Ende der 1990er Jahre gewonnen zu haben. Ein anderer, der in dieser Industrie dynamisch ist, ist EDIF selbst. Seitdem sie zu einer ziemlich großen Größe gewachsen sind, ist das Erzeugen von Lesern und Schriftstellern ein sehr teurer Vorschlag geworden. Gewöhnlich haben die Drittgesellschaften die notwendigen Fachmänner versammelt und können dieses Gutachten verwenden, die Software effizienter zu erzeugen. Sie sind auch zum Einfluss-Codeteilen und den anderen Techniken fähig ein individueller Verkäufer hat nicht gekonnt. Vor 2000 hat fast kein Hauptverkäufer seine eigenen EDIF Werkzeuge erzeugt, stattdessen zum OEM Drittwerkzeuge wählend.

Seit der Ausgabe von EDIF 4 0 0 hat sich die komplette EDIF Standardorganisation im Wesentlichen aufgelöst. Es hat keine veröffentlichten Sitzungen von einigen der technischen Unterausschüsse, der EDIF Experte-Gruppe usw. gegeben. Die meisten beteiligten Personen sind zu anderen Gesellschaften oder Anstrengungen weitergegangen. Das Rundschreiben wurde aufgegeben, und die Gruppe der Benutzer hält nicht mehr jährliche Sitzungen. EDIF 3 0 0 und 4 0 0 sind jetzt ANSI, IEC und europäische (EN) Standards. EDIF Version 3 0 0 ist IEC/EN 61690-1, und EDIF Version 4 0 0 ist IEC/EN 61690-2.

EDIF Nachkommen

• LKSoft hat Konzepte von EDIF 2 0 0 genommen, um ein Eigentumsdatenformat mit der Standarderweiterung ".cam" für ihr von LPKF Laser & Electronics AG angebotenes System von CircuitCAM zu schaffen. Um an EDIF wie Formate effizient zu arbeiten, hat LKSoft die EDIF Verfahrensschnittstelle, eine API für die C Programmiersprache entwickelt.
• Zuken, früher Racal-Redac Ltd., hat Konzepte vom frühen EDIF 4 0 0 Entwicklung genommen, um ein neues Eigentumsformat genannt CADIF für ihr Visula PCB-CAD-System zu schaffen. Dieses Format wird auch von 3. Parteiverkäufern weit verwendet.
• Stief-AP210, ein Teil von ISO 10303, hat praktisch alle EDIF 4 0 0 Funktionalität abgesehen von schematics geerbt.

Links

• BYU EDIF Werkzeuge Ein javanisches Fachwerk, um EDIF Dateien grammatisch zu analysieren zu/manipulieren, die entwickelt und vom Konfigurierbaren Rechenlaboratorium von BYU aufrechterhalten sind
• EDIF Übersicht von Elgris Technologies, Inc.
• www.edif.org am Internetarchiv-Archiv www.edif.org (jetzt verstorben), eine Einführung in den EDIF enthaltend, formatieren
• Computeraids für das VLSI Design - Anhang D: Elektronisches Designaustausch-Format durch Steven M. Rubin
• Professor Hilary Kahn (1943-2007)