Jump to content

ODB++

Edit links
This is a good article. Click here for more information.
From Wikipedia, the free encyclopedia
(Redirected from ODB++(X))
Open Database++
Filename extension
.xml or .zip
Developed bySiemens since 2016, previously Mentor Graphics, Valor Computerized Systems
Initial release1997; 27 years ago (1997)
Latest release
Release 8.1 Update 4
August 2024; 3 months ago (2024-08)
Open format?Yes
Free format?Yes
Websiteodbplusplus.com

ODB++ is a proprietary CAD-to-CAM data exchange format[1] used in the design and manufacture of electronic devices. Its purpose is to exchange printed circuit board design information between design and manufacturing and between design tools from different EDA/ECAD vendors.[2] It was originally developed by Valor Computerized Systems, Ltd. (acquired in 2010 by Mentor Graphics[3] which was later acquired by Siemens in 2016[4]) as the job description format for their CAM system.[2]

ODB stands for open database,[5] but its openness is disputed,[6] as discussed below. The '++' suffix, evocative of C++, was added in 1997 with the addition of component descriptions.[7] There are two versions of ODB++: the original (now controlled by Mentor) and an XML version called ODB++(X) that Valor developed and donated to the IPC organization in an attempt to merge GenCAM (IPC-2511) and ODB++ into Offspring (IPC-2581).[1][8][9][10]

Introduction

[edit]

Inside almost every electronic device is a PCB onto which the semiconductor and other components are mechanically and electrically connected by soldering. These PCBs are designed using a computer-aided design (CAD) system.[11] To physically realize the design, the computerized design information must be transferred to a photolithographic computer-aided manufacturing (CAM) system.[12] Since the CAD and CAM systems are generally produced by different companies, they have to agree on a CAD-to-CAM data exchange format to transfer the data. ODB++ is one such file format for performing this transfer.[13] Other formats are compared and contrasted below. After the bare board is manufactured, the electronic components are placed and soldered, for example by SMT placement equipment and wave or reflow soldering.

File structure

[edit]

ODB++ can handle all the specifications surrounding a PCB – i.e. not only the basic dimensions and the layout of conducting layers and drill data, but optionally also material stack up, netlist with test points, component bill of materials, component placement and fabrication data. The data for all these different aspects is stored in a collection of separate files within a specified hierarchy of file folders.[14] For simplified archiving and transmission the collection is usually packed in a single archive-file that preserves the file structure, for example using tar or gzip or both.[2]

In ODB++(X) the data is contained in a single XML file.[10]

History

[edit]

Valor was founded in 1992[15] and it released ODB in 1995. It added the ++ suffix when component names were added in 1997. The XML version was developed beginning 2000,[7] and ended in 2008 with the donation to IPC.[16] Valor was acquired by Mentor in 2010.[3]

The ODB++ data format was expanded in 2020[17] and was designed to facilitate communication between designer and manufacturer by use of a digital twin. The format was renamed the ODB++ Family and was split into three connected format uses.

  • ODB++Design: Created using typical EDA software, used for design for manufacturing, fabrication, test and assembly analysis (DFx), as well as being the single carrier of design data to electronics assembly and fabrication.
  • ODB++Process: A transitional format for conversion of design data into files for use at any production machine or workstation.
  • ODB++Manufacturing: A format for manufacturing floor events, with communication capabilities between machines and Smart Industry 4.0 software solutions.[18]

Adoption

[edit]

In the late 1990s it became clear to industry participants that a second-generation data transfer format would be more efficient than prevalent Gerber format, which was a first generation format at that time.[9] However, it was very difficult to reach a consensus over which of two candidates should be selected:

  1. ODB++: proven but proprietary
  2. IPC-2511 GenCAM: not widely used but open

In 2002, a compromise format, ODB++(X), was recommended by National Electronics Manufacturing Initiative (NEMI; an industry body, subsequently renamed International Electronics Manufacturing Initiative, iNEMI) after a two-year mediation effort between the GenCAM and ODB++ camps. Companies that supported the recommendation at the time included Cadence, Hewlett-Packard, Lucent, Easylogix, Mentor (which acquired Valor some eight years later), Nokia and Xerox.[1] But in fact adoption to date has been minimal.[16] As a result, and as detailed below, the industry is still divided. Late 2014 Gerber X2 was introduced which added attributes ("intelligence") to the Gerber format in a compatible way, converting Gerber to a second generation format.[19]

Advocacy

[edit]

Lists of EDA tools that support import and/or export of ODB++ have been compiled by Artwork Conversion Software,[20] Mentor itself,[21][22] and on the Comparison of EDA packages table. Some companies that have adopted the ODB++ format are advocates for its use. Streamline Circuits reports that ODB++ provides much greater efficiency than the competing Gerber format, stating that "an 8-layer printed circuit board can take up to 5 hours to plan and tool using Gerber and only 1 hour when using ODB++." According to Streamline, manufacturers are adopting it to overcome the limitations of the simpler Gerber format.[23] DownStream Technologies calls ODB++ "the defacto standard for intelligent data exchange in EDA"[24] In 2002, Dana Korf of Sanmina/SCI called ODB++ "the prevalent non-Gerber format."[1] Kent Balius of Viasystems, states of ODB++ "...really we don’t need anything else."[25]

Criticism

[edit]

Concerns

[edit]

ODB++ is a proprietary format controlled by Valor later Mentor and now Siemens, and so, like all proprietary standards, it comes with the risk of vendor lock-in. CAD companies had some concerns about this when ODB++ was controlled by Valor, a CAM company, but these concerns were magnified when a rival CAD company, Mentor, acquired Valor.[16] Although Mentor claims that it

"...openly supports inclusion of ODB++ and updates for other EDA tool vendors,"[26]

it used to restrict access to the specification[27] and required a non-disclosure agreement.[2] The application form used to include a requirement to:

"...Demonstrate a customer need for this integration through references from mutual customers. Provide a recommendation from a Mentor Graphics product division or demonstrate the incremental value of this integration to both Mentor Graphics and the partner company."

Some direct competitors inferred this meant restricted access. This was a source of frustration not only for competitors[16] but also for the Mentor user community.[28]

In 2012, Julian Coates, director of business development at Mentor's Valor division claimed that, so far, all ODB++ partners, including competitors to Mentor, who have applied for assistance to build and maintain ODB++ interfaces via the ODB++ Solutions Alliance have been accepted without reservation or cost.[29] In addition, the format specification of v7, an older version, is now openly available without the need for NDA.[30] Membership of the ODB++ Solutions Alliance is free of charge and open to anybody who registers. A no-charge ODB++ Viewer and other software utilities are available to registrants.[31]

Lack of need

[edit]

Ucamco, the developers of the Gerber format, argue that the prevalent Gerber-based flow (with some additions) is as complete and efficient as ODB++.[32][33] These additions were introduced in Gerber X2, which added attributes to classical Extended Gerber.[19] Standard attributes allow to define the layer structure, pad functions and CAD netlist. [34]

Alternatives

[edit]

Critics of the proprietary nature of ODB++ point to several more open formats as models for a future consensus format:

  • Gerber Format: Nominally proprietary to Ucamco, like ODB++ is also a proprietary format.[19]
  • IPC-2511 ("GenCAM")[35] which resulted from a donation of certain technologies by Teradyne/GenRAD to IPC.[1]
  • IPC-2581 ("Offspring")[8][36] an attempt to merge GenCAM with ODB++(X).[37] In 2011, an industry consortium was created to support it, motivated in part by frustration with the proprietary nature of ODB++.[36] Cadence Design Systems, Zuken,[38] Artwork Conversion Software[39] and the owners of Gerber format, Ucamco, joined it,[40][41][42] but, initially, not Mentor.[16] However, in 2012, Mentor did join.[43] This, combined with the 2012 announcement by Zuken that it would join the ODB++ Solutions Alliance,[44] creates the possibility that PCB designers will have a choice of format no matter which EDA tool they choose.
  • OpenAccess, which resulted from a transfer of certain technologies by Cadence to the Si2 organization.[45] Although it was originally designed for integrated circuits, it is now finding application for IC package and PCB design also.[46]
  • JPCA-EB02 ("Fujiko")[47] based on work by Prof. Tomokage of Fukuoka University.[48]
  • EDIF - Electronic Design Interchange Format

References

[edit]
  1. ^ a b c d e Santarini, Mike (January 22, 2002). "ODB++ spec tapped for CAD-to-CAM data exchange". EE Times. Archived from the original on January 22, 2013. Retrieved 29 September 2011.
  2. ^ a b c d "ODB++ Overview". Artwork.com. Artwork Conversion Software Inc. Archived from the original on 6 December 2011. Retrieved 25 September 2011.
  3. ^ a b "Mentor Graphics Acquires Valor Computerized Systems, Ltd". Mentor.com. Mentor Graphics. 18 March 2010. Archived from the original on 3 September 2011. Retrieved 25 September 2011.
  4. ^ "Siemens to expand its digital industrial leadership with acquisition of Mentor Graphics". Siemens Digital Industries Software. Archived from the original on 2021-06-08. Retrieved 2021-06-08.
  5. ^ Andy Shaughnessy (2000-10-20). "Which Data Transfer Format is Best for the Industry?". EE Times. Retrieved 28 September 2011.
  6. ^ IPC-2581 Panel: A Spirited Discussion on PCB Data Transfer Formats Archived 2014-05-08 at the Wayback Machine, Richard Goering, Cadence Design Systems blog, October 2, 2011 on the panel session "Data Transfer in the 21st Century," PCB West conference, Santa Clara, California, September 29, 2011
  7. ^ a b "ODB++ / GenCAM Convergence Project". PCB Standards: Forum. 2002-06-19. Archived from the original on 2012-01-27. Retrieved 3 October 2011.
  8. ^ a b "IPC Subcommittee 2-16 Product Data Description (Laminar View)". ipc.org. IPC. Archived from the original on 17 August 2011. Retrieved 25 September 2011.
  9. ^ a b Mike Santarini (2000-10-20). "Camps eye CAD-CAM unity". EE Times. Retrieved 2 October 2011.
  10. ^ a b "Translators and preprocessors for ODB++". Artwork.com. Artwork Conversion Software Inc. Archived from the original on 2 April 2012. Retrieved 25 September 2011.
  11. ^ "EDA: Where Electronics Begins". edac.org. Electronic Design Automation Consortium. Archived from the original on April 6, 2012. Retrieved December 18, 2011.
  12. ^ "PCBexpress Printed Circuit Board Tutorial". PCBexpress.com. Archived from the original on May 25, 2013. Retrieved December 18, 2011.
  13. ^ Mike Buetow (28 June 2011). "A Short History of Electronic Data Formats". Printed Circuit Design and Fab magazine. Archived from the original on 14 August 2011. Retrieved December 18, 2011. {{cite journal}}: Cite journal requires |journal= (help)
  14. ^ "ODB++ File Hierarchy Tree". artwork.com. Archived from the original on 25 April 2012. Retrieved 2 October 2011.
  15. ^ "Valor Computerized Systems Incorporated". businessweek.com. Archived from the original on January 19, 2013. Retrieved 4 October 2011.
  16. ^ a b c d e Mike Buetow interview with Julian Coates of Mentor Graphics (29 June 2011). "Mentor's Coates: 'Our Strategy is Based Around ODB++'". Printed Circuit Design and Fab magazine. Archived from the original on 8 March 2012. Retrieved 3 October 2011. The XML [version of ODB++] went end-of-life a few years ago in the days of Valor, after being handed over to the IPC to be used as the basis for IPC-2581.
  17. ^ Editors, D. E. (2020-05-19). "Siemens Expands ODB Data Exchange Format". Digital Engineering. Archived from the original on 2021-06-08. Retrieved 2021-06-08. {{cite web}}: |last= has generic name (help)
  18. ^ "Siemens Expands ODB Data Exchange Format and Adds Electronics Manufacturing Information Flow To Digital Twin". ARC Advisory Group. Archived from the original on 2021-06-08. Retrieved 2021-06-08.
  19. ^ a b c "Gerber version 2 FAQ" (PDF). ucamco. Ucamco. Archived (PDF) from the original on 6 May 2016. Retrieved 3 December 2016.
  20. ^ "PCB tools supporting ODB++". Artwork.com. Artwork Conversion Software Inc. Archived from the original on 29 May 2012. Retrieved 25 September 2011.
  21. ^ "ODB++ Data Exchange". Mentor.com. Mentor Graphics. Archived from the original on 6 October 2012. Retrieved 25 September 2011.
  22. ^ "ODB++ Solutions Alliance: Partners". Archived from the original on April 30, 2014. Retrieved February 28, 2012.
  23. ^ "ODB++" (PDF). Mentor.com. Streamline Circuits. August 2011. Archived (PDF) from the original on 2 April 2012. Retrieved 25 September 2011. Why Stay Stuck in the Past With Low Intelligence Gerber Files?
  24. ^ "ODB++ Interface". Downstreamtech.com. DownStream Technologies. Archived from the original on 22 October 2011. Retrieved 25 September 2011.
  25. ^ "ODB++ Users' Testimonials". frontline-pcb.com. Archived from the original on February 17, 2013. Retrieved February 27, 2013.
  26. ^ "ODB++ Intelligent data exchange between design and manufacturing" (PDF). Mentor.com. Mentor Graphics. August 2011. Archived (PDF) from the original on 2 April 2012. Retrieved 25 September 2011.
  27. ^ "Online application form for OpenDoor Program to obtain access to specifications". Mentor Graphics. Archived from the original on 7 November 2021. Retrieved 30 September 2011.
  28. ^ Yu Yanfeng (January 15, 2011). "Why Mentor(Valor) doesn't publish ODB++ spec in public?". communities.mentor.com. Archived from the original on 2011-08-08. Retrieved 2011-11-04.
  29. ^ Julian Coates, director of business development at Mentor's Valor division (March 4, 2012). "Comment on O is for...?". Archived from the original on March 8, 2012. Retrieved March 20, 2012. {{cite web}}: |author= has generic name (help)
  30. ^ "ODB++ SPECIFICATION Version 7.0" (PDF). Mentor Graphics. December 2010. Archived (PDF) from the original on 2021-05-11. Retrieved 2021-05-11.
  31. ^ "Resources | ODB++ Solutions Alliance". Archived from the original on 2014-04-30. Retrieved 2012-04-27.
  32. ^ Karel Tavernier, Ucamco (2011). "Improving CAD to CAM Data Transfer: A Practical Approach" (PDF). Journal of the HKPCA, Issue No.40. Archived (PDF) from the original on 20 December 2016. Retrieved 2 October 2011.
  33. ^ Karel Tavernier (January 2013). "Kick-Starting a Revolution" (PDF). PCB Design Magazine. Archived (PDF) from the original on 7 November 2021. Retrieved 19 February 2013.
  34. ^ "The Gerber File Format Specification". Ucamco. November 2016. Archived from the original on 13 March 2016. Retrieved 11 November 2016.
  35. ^ "Product Data Description (Hierarchical View) Subcommittee". ipc.org. IPC. Archived from the original on 17 August 2011. Retrieved 2 October 2011.
  36. ^ a b "IPC-2581 Consortium". ipc2581.com. Archived from the original on 14 January 2012. Retrieved 1 October 2011. ...but it does not transfer stackup data, materials, design intent or netlist.
  37. ^ Richard Kubin and Barbara Goldstein (November–December 2003). "The Key to the Electronics Lifecycle: Open industry standards will go a long way toward increasing quality and lowering cost". APICS Magazine. {{cite web}}: Missing or empty |url= (help)
  38. ^ Keith Felton and Hemant Shah, Cadence Design Systems (28 July 2011). "Equipping the PCB Design and Supply Chain with 21st Century Data". Printed Circuit Design and Fab magazine. Archived from the original on 14 August 2011. Retrieved 3 October 2011.
  39. ^ "Artwork Conversion Software Joins IPC2581 Consortium". Artwork Conversion Software. October 1, 2011. Archived from the original on April 2, 2012. Retrieved October 4, 2011.
  40. ^ IPC-2581 Consortium press office (September 27, 2011). "Newly Created Industrywide IPC-2581 Consortium Adds Key New Members; Consortium Is Focused on Driving IPC-2581 Adoption Across PCB Design & Supply Chain". MarketWire. Archived from the original on November 7, 2021. Retrieved April 4, 2012.{{cite web}}: CS1 maint: numeric names: authors list (link)
  41. ^ Mike Buetow (28 September 2011). "IPC-2581 Consortium Adds Ucamco, Aegis". Printed Circuit Design and Fab magazine. Archived from the original on 3 October 2011. Retrieved 3 October 2011.
  42. ^ Users Updating, Adopting IPC Data Transfer Spec, Printed Circuit Design and Fab magazine, Mike Buetow, 24 June 2011
  43. ^ Buetow, Mike (23 March 2012). "Mentor to Support IPC-2581". Printed Circuit Design and Fab. Archived from the original on 9 April 2012. Retrieved March 25, 2012.
  44. ^ "Google Translate machine translation of Zuken is Participating in the ODB++ Solutions Alliance" - Plan to officially support ODB++ format in CR-5000 & CR-8000". February 29, 2012. Archived from the original on November 7, 2021. Retrieved November 13, 2016.
  45. ^ "FAQ 7: What is the history of OpenAccess?". Si2.org. Archived from the original on 10 November 2011. Retrieved 2 October 2011.
  46. ^ "Si2 OA Coalition Members". Si2.org. Archived from the original on 6 November 2011. Retrieved 2 October 2011.
  47. ^ "JPCA Standards". Archived from the original on 2011-11-13.
  48. ^ "FUJIKO for board design". zuken.co.jp (in Japanese). Archived from the original on 2012-04-25. Retrieved 2011-11-07.
[edit]
Retrieved from "https://en.wikipedia.org/w/index.php?title=ODB%2B%2B&oldid=1240797592"