FACTOID # 73: 62% of Bulgarians describe themselves as either 'not very' or 'not at all' happy.
 
 Home   Encyclopedia   Statistics   Countries A-Z   Flags   Maps   Education   Forum   FAQ   About 
 
WHAT'S NEW
RELATED ARTICLES
People who viewed "EDIF" also viewed:
RECENT ARTICLES
More Recent Articles »
 

FACTS & STATISTICS    Simple view

  1. Select countries to view: (hold down Control key and click to select several)

     

     

    Compare:

     

     

  1. Select fact or statistic: (* = graphable)

     

     

     

  2. (OPTIONAL) Compare to statistic: (both need to be graphable)

     

     

     

  3. View result as:

     

       
(OR) SEARCH ALL encyclopedia, stats & forums:   

Encyclopedia > EDIF

EDIF stands for Electronic Design Interchange Format, and has been predominantly used as a neutral format in which to store Electronic netlists and schematics. The word netlist can be used in several different domains, but perhaps the most popular is in the electronic design domain. ...

Contents


Prehistory

EDIF was an attempt to solve the problem stemmed from considerable competition among companies in electronic design industry. These companies produced their own electronic design databases which were highly proprietary. When customers needed to transfer data from one system to another, it was necessary to write translators from one format to other. As the number of formats (N) multiplied, the translator issue became an N-squared problem. Electronic design automation (EDA) is the category of tools for designing and producing electronic systems ranging from printed circuit boards (PCBs) to integrated circuits. ... Electronic design automation (EDA) is the category of tools for designing and producing electronic systems ranging from printed circuit boards (PCBs) to integrated circuits. ... A database is an organized collection of data. ...


EDIF originated from a discussion of three men , who envisioned a common, neutral format from which all the other formats could be derived, and began work on this neutral format. In November 1983 this effort grew into the EDIF Steering Committee, consisting of representatives of Daisy Systems, Mentor Graphics, Motorola, National Semiconductor, Tektronix, Texas Instruments and the University of California, Berkeley. This article is about an early CAE company. ... Mentor Graphics, Inc (NASDAQ: MENT) is a US-based multinational corporation dealing in electronic design automation (EDA) for electrical engineering and electronics, as of 2004, ranked third in the EDA industry. ... Motorola (NYSE: MOT) is a global communications company based in Schaumburg, Illinois, a Chicago suburb. ... Categories: Electronics companies of the United States | Companies based in California | Corporation stubs ... Tektronix is a United States corporation that is currently a major presence in the test, measurement, and measuring industry. ... Texas Instruments (NYSE: TXN), better known in the electronics industry as TI, is a company based in Dallas, Texas, renowned for developing and commercializing semiconductor and computer technology. ... University of California, Berkeley The University of California, Berkeley (also known as California, Cal, UCB, UC Berkeley, The University of California, or simply Berkeley) is a public, coeducational university situated east of the San Francisco Bay in Berkeley, California, overlooking the Golden Gate. ...


Syntax

The general format of EDIF involves using parentheses to delimit data definitions, and in this way it superficially resembles LISP. The basic tokens of EDIF 2.0.0 were keywords (like library, cell, instance, etc), strings (delimited with double quotes), integer numbers, and symbolic constants (e.g. GENERIC, TIE, RIPPER for cell types), and "Identifiers", which are reference labels formed from a very restricted set of characters. EDIF 3.0.0 and 4.0.0 dropped the symbolic constants entirely, using keywords instead. Lisp is a family of computer programming languages with a long history and a distinctive fully-parenthesized syntax. ...


So, the syntax of EDIF has a fairly simple foundation.


Versions

The 1 0 0 release of EDIF was made in 1985. This article is about the year. ...


The first "real" public release of EDIF was version 2 0 0, which was approved in March of 1988 as the standard ANSI/EIA-548-1988. It is published in a single volume. 1988 (MCMLXXXVIII) was a leap year starting on Friday of the Gregorian calendar. ...


The industry tested this release for several years, and committees formed from dozens of companies evaluated its weaknesses, and in September of 1993, released version 3 0 0, given the designation of EIA standard EIA-618. It later achieved ANSI and ISO designations. It is published in 4 volumes. EIA may refer to the following: Electronic Industries Alliance Energy Information Administration Environmental Impact Assessment Enzyme-Linked Immunosorbent Assay Equity Indexed Annuity Exercise-induced anaphylaxis This is a disambiguation page, a list of pages that otherwise might share the same title. ... The American National Standards Institute (ANSI) is a private, non-profit standards organization that produces industrial standards in the United States. ... Logo of the International Organization for Standardization The International Organization for Standardization (ISO) is an international standard-setting body composed of representatives from national standards bodies. ...


EDIF 4 0 0 was released in late August, 1996, mainly to add "Printed Circuit Board" extensions to EDIF 3 0 0. This more than doubled the size of EDIF 3 0 0, and is published in HTML format on CD. 1996 (MCMXCVI) was a leap year starting on Monday of the Gregorian calendar, and was designated the International Year for the Eradication of Poverty. ...


Evolution

Problems with 2 0 0

To understand the problems users and vendors encountered with EDIF 2 0 0, one first has to picture all the elements and dynamics of the electronics industry. The people who needed this standard were mainly design engineers, who worked for companies whose size ranged from a house garage to multi-billion dollar facilities with thousands of engineers. These engineers worked mainly from schematics and netlists in the late 1980s, and the big push was to generate the netlists from the schematics automatically. The first suppliers were Electronic Design Automation vendors (e.g., Daisy, Mentor, and Valid formed the earliest predominating set). These companies competed vigorously for their shares of this market. Perhaps an analogy of multiple armies fighting a brutal battle for control of the civilian (engineering) population might be appropriate.


One of the tactics used by these companies to "capture" their customers was their proprietary databases. Each had special features that the others did not. Once a decision was made to use a particular vendor's software to enter a design, the customer was ever after constrained to use no other software. To move from vendor A's to vendor B's systems usually meant a very expensive re-entry of almost all design data by hand into the new system. This expense of "migration" was the main factor that locked design engineers into using a single vendor.


But the "customers" had a different desire. They saw immediately that while vendor A might have a really nice analog simulation environment, vendor B had a much better PCB or silicon layout auto-router. And they wished that they could pick and choose amongst the different vendors.


EDIF was mainly supported by the electronics design end-users, and their companies. The EDA vendors were involved also, but their motivation was more along the lines of wanting to not alienate their customers. Most of the EDA vendors produced EDIF 2 0 0 translators, but they were definitely more interested in generating high-quality EDIF readers, and they had absolutely no motivation at all to write any software that generated EDIF (an EDIF Writer), beyond threats from customers of mass migration to another vendor's software.


The result was rather interesting. Hardly any software vendor wrote EDIF 2 0 0 output that did not have severe violations of syntax or semantics. The semantics were just loose enough that there might be several ways to describe the same data. This began to be known as "flavors" of EDIF. The programmers who worked on EDIF products were usually competent, hard working people, but the vendor companies did not always feel it important to allocate many resources to EDIF products, even if they sold a large number of them. There were several stories of active products with virtually no-one to maintain them for years. User complaints were merely gathered and prioritized. The harder it became to export customer data to EDIF, the more the vendors seemed to like it. Those who did write EDIF translators found they spent a huge amount of time and effort on generating sufficiently powerful, forgiving, artificially-intelligent readers, that could handle and piece together the poor-quality code produced by the extant EDIF 2 0 0 writers of the day.


In designing EDIF 3 0 0, the committees were well aware of the faults of the language, the calumny heaped on EDIF 2 0 0 by the vendors and the frustration of the end users. So, to tighten the semantics of the language, and provide a more formal description of the standard, the revolutionary approach was taken to provide an information model for EDIF, in the information modeling language EXPRESS. This was a fairly good idea, and helped to better document the standard, but was done more as an afterthought, as the syntax crafting was done independently of the model, instead of being generated from the model. Also, even though the standard says that if the syntax and model disagree, the model is the standard, this is not the case in practice. The BNF description of the syntax is the foundation of the language inasmuch as the software that does the day-to-day work of producing design descriptions is based on a fixed syntax. The information model also suffered from the fact that it was not (and is not) ideally suited to describing EDIF. It does not describe such concepts as name spaces very well at all, and the differences between a definition and a reference is not clearly describable either. Also, the constructs in EXPRESS for describing constraints might be formal, but constraint description is a fairly complicated matter at times. So, most constraints ended up just being described as comments. Most of the others became elaborate formal descriptions which most readers will never be able to decipher, and therefore may not stand up to automated debugging/compiling, just as a program might look good in review, but a compiler might find some interesting errors, and actually running the program written might find even more interesting errors. (Additionally, analogous EXPRESS compilers/executors didn't exist when the standard was written, and may not still exist today!) But, taking into account these shortcomings, the information model for EDIF 300 is a grand work, and a bedrock for discussions about the domain. The Backus-Naur form (BNF) (also known as Backus normal form) is a metasyntax used to express context-free grammars: that is, a formal way to describe formal languages. ...


Solutions to EDIF 2 0 0 problems

The solution to the "flavor" problem of EDIF 2 0 0 was to develop a more specific semantic description in EDIF 3 0 0 (1993). Indeed, reported results of people generating EDIF 3 0 0 translators was that the writers were now much more difficult to get right, due to the great number of semantic restrictions, and the readers are comparatively trivial to develop.


The solution to vendor "conflict of interest" was neutral third-party companies, who could provide EDIF products based on vendor interfaces. This separation of the EDIF products from direct vendor control was critical to providing the end-user community with tools that worked well. It formed naturally and without comment. Engineering DataXpress was perhaps the first such company in this realm, with Electronic Tools Company seeming to have captured the market in the mid to late 1990s. Another dynamic in this industry is EDIF itself. Since they have grown to a rather large size, generating readers and writers has become a very expensive proposition. Usually the third-party companies have congregated the necessary specialists and can use this expertise to more efficiently generate the software. They are also able to leverage code sharing and other techniques an individual vendor could not. By 2000, almost no major vendor produced its own EDIF tools, choosing instead to OEM third-party tools. This article is about the year 2000. ... An original equipment manufacturer (frequently abbreviated OEM) is a company that builds products or components that are used in products sold by another company (often called a value-added reseller, or VAR). ...


Since the release of EDIF 4 0 0, the entire EDIF standards organisation has essentially dissolved. There have been no published meetings of any of the technical subcommittees, the EDIF Experts group, etc. Most of the individuals involved have moved on to other companies or efforts. The newsletter was abandoned, and the Users' Group no longer holds yearly meetings. EDIF 3 0 0 and 4 0 0 are now ANSI, IEC and European (EN) standards. EDIF Version 3 0 0 is IEC/EN 61690-1, and EDIF Version 4 0 0 is IEC/EN 61690-2. The American National Standards Institute (ANSI) is a private, non-profit standards organization that produces industrial standards in the United States. ... The initials IEC can stand for: Independent Electoral Commission Industrial Emergency Council Inertial electrostatic confinement (in fusion energy) Institut des Experts-comptables et des Conseils fiscaux Institut dEstudis Catalans, Catalan Studies Institute Interactive Evolutionary Computation International Education Centre International Electrical Congress International Electrotechnical Commission See also IEC connector for...


  Results from FactBites:
 
EDIF - Wikipedia, the free encyclopedia (1541 words)
EDIF originated from a discussion of three men, who envisioned a common, neutral format from which all the other formats could be derived, and began work on this neutral format.
EDIF was mainly supported by the electronics design end-users, and their companies.
In designing EDIF 3 0 0, the committees were well aware of the faults of the language, the calumny heaped on EDIF 2 0 0 by the vendors and the frustration of the end users.
  More results at FactBites »


 

COMMENTARY     


Share your thoughts, questions and commentary here
Your name
Your comments
Please enter the 5-letter protection code

Want to know more?
Search encyclopedia, statistics and forums:

 


Lesson Plans | Student Area | Student FAQ | Reviews | Press Releases |  Feeds | Contact
The Wikipedia article included on this page is licensed under the GFDL.
Images may be subject to relevant owners' copyright.
All other elements are (c) copyright NationMaster.com 2003-5. All Rights Reserved.
Usage implies agreement with terms.