element14 Community
element14 Community
    Register Log In
  • Site
  • Search
  • Log In Register
  • Community Hub
    Community Hub
    • What's New on element14
    • Feedback and Support
    • Benefits of Membership
    • Personal Blogs
    • Members Area
    • Achievement Levels
  • Learn
    Learn
    • Ask an Expert
    • eBooks
    • element14 presents
    • Learning Center
    • Tech Spotlight
    • STEM Academy
    • Webinars, Training and Events
    • Learning Groups
  • Technologies
    Technologies
    • 3D Printing
    • FPGA
    • Industrial Automation
    • Internet of Things
    • Power & Energy
    • Sensors
    • Technology Groups
  • Challenges & Projects
    Challenges & Projects
    • Design Challenges
    • element14 presents Projects
    • Project14
    • Arduino Projects
    • Raspberry Pi Projects
    • Project Groups
  • Products
    Products
    • Arduino
    • Avnet & Tria Boards Community
    • Dev Tools
    • Manufacturers
    • Multicomp Pro
    • Product Groups
    • Raspberry Pi
    • RoadTests & Reviews
  • About Us
  • Store
    Store
    • Visit Your Store
    • Choose another store...
      • Europe
      •  Austria (German)
      •  Belgium (Dutch, French)
      •  Bulgaria (Bulgarian)
      •  Czech Republic (Czech)
      •  Denmark (Danish)
      •  Estonia (Estonian)
      •  Finland (Finnish)
      •  France (French)
      •  Germany (German)
      •  Hungary (Hungarian)
      •  Ireland
      •  Israel
      •  Italy (Italian)
      •  Latvia (Latvian)
      •  
      •  Lithuania (Lithuanian)
      •  Netherlands (Dutch)
      •  Norway (Norwegian)
      •  Poland (Polish)
      •  Portugal (Portuguese)
      •  Romania (Romanian)
      •  Russia (Russian)
      •  Slovakia (Slovak)
      •  Slovenia (Slovenian)
      •  Spain (Spanish)
      •  Sweden (Swedish)
      •  Switzerland(German, French)
      •  Turkey (Turkish)
      •  United Kingdom
      • Asia Pacific
      •  Australia
      •  China
      •  Hong Kong
      •  India
      • Japan
      •  Korea (Korean)
      •  Malaysia
      •  New Zealand
      •  Philippines
      •  Singapore
      •  Taiwan
      •  Thailand (Thai)
      • Vietnam
      • Americas
      •  Brazil (Portuguese)
      •  Canada
      •  Mexico (Spanish)
      •  United States
      Can't find the country/region you're looking for? Visit our export site or find a local distributor.
  • Translate
  • Profile
  • Settings
Autodesk EAGLE
  • Products
  • More
Autodesk EAGLE
EAGLE User Support (English) EAGLE file formats
  • Blog
  • Forum
  • Documents
  • Events
  • Polls
  • Files
  • Members
  • Mentions
  • Sub-Groups
  • Tags
  • More
  • Cancel
  • New
Join Autodesk EAGLE to participate - click to join for free!
Actions
  • Share
  • More
  • Cancel
Forum Thread Details
  • Replies 4 replies
  • Subscribers 179 subscribers
  • Views 4954 views
  • Users 0 members are here
Related

EAGLE file formats

Former Member
Former Member over 14 years ago

This message is for the Cadsoft staff.

 

I'm looking to write a library (think libeagle.so) for reading and writing EAGLE files so that open source programs can work with EAGLE's widespread format without the need for silly export/import scripts.  I'm aware of Cadsoft's intent to move to an xml based format but I'm not willing to wait two years for that to happen and would like to be able to access all existing EAGLE files.

 

I'm requesting information about the internal format of .sch/.brd files.  A header file with struct definitions would suffice but documentation or some source code would be great.  I know it's not a complex format as in an hour with hex editor and some .sch files, I was able to deduce the basic structure for schematics.  It's very crude but it's a start.

 

If nothing else, it would be nice if you could verify what information is correct:

 

NOTES:
* file is almost completely composed of 18 byte rows

* rows start with a row type identifier byte
* braces indicate repeatable elements/sections

* format is: hex identifier byte then description

 

0x10 file_start;
0x11 unknown;

 

0x12 start_layers;
{
  0x13 layer;
}
0x14 end_layers;

 

{
  0x15 library_declaration;

 

  0x17 part_declarations_start; // library name
  {
    0x37 package_list; // base name of packages (part name)
    {
      0x36 declaration; // package name
      0x3C definition_reference;
    }
    0x2D end_package_list; // pin name base
  }


  0x18 part_drawings_start; // library name
  {
    0x1D symbol_start; // drawing
    {
      0x22 draw_shape;
      0x2C pin_name;
      0x31 text_label;
    }

 

    0x1E package_start; // package name
    {
      0x2A unknown;
      0x2B pad_name;
      0x26 unknown;

 

      0x22 draw_shape; // repeat
      0x31 text_label; // repeat
    }
  }
  0x19 part_drawings_end
}

 

0x1A schematic;
{
0x38 part_from_library; // part name/value
0x30 part_position; // maybe
}

 

=== more stuff here ===

 

 

This is a chance to get some good PR for free.

 

Think it over before posting any kneejerk responses.

  • Sign in to reply
  • Cancel
  • Former Member
    Former Member over 14 years ago

    Gravis <communitymanager@premierfarnell.com> wrote:

    This message is for the Cadsoft staff.

     

    I'm looking to write a library (think libeagle.so) for reading and writing

    EAGLE files so that open source programs can work with EAGLE's widespread

    format without the need for silly export/import scripts.  I'm aware of

    Cadsoft's intent to move to an xml based format but I'm not willing to wait

    two years for that to happen and would like to be able to access all

    existing EAGLE files.

     

    I'm requesting information about the internal format of .sch/.brd files. 

    A header file with struct definitions would suffice but documentation or

    some source code would be great.  I know it's not a complex format as in an

    hour with hex editor and some .sch files, I was able to deduce the basic

    structure for schematics.  It's very crude but it's a start.

     

    If nothing else, it would be nice if you could verify what information is

    correct:

     

    NOTES:

    • file is almost completely composed of 18 byte rows

    • rows start with a row type identifier byte

    • braces indicate repeatable elements/sections

    • format is: hex identifier byte then description

     

     

    0x10 file_start;

    ...

    === more stuff here ===

     

     

    This is a chance to get some good PR for free.

     

    Sounds like a good idea, also for design version control and long time

    mantainance needs.

     

    ...

    --

    Uwe Bonnes                bon@elektron.ikp.physik.tu-darmstadt.de

     

    Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt

    -


    Tel. 06151 162516 -


    Fax. 06151 164321 -


     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • kcadsoft
    kcadsoft over 14 years ago

    On 08/29/11 01:58, Gravis wrote:

    This message is for the Cadsoft staff.

     

    I'm looking to write a library (think libeagle.so) for reading and writing EAGLE files so that open source programs can work with EAGLE's widespread format without the need for silly export/import scripts.  I'm aware of Cadsoft's intent to move to an xml based format but I'm not willing to wait two years for that to happen...

     

    The new XML file format is scheduled to be available by the end of this year,

    so you won't have to wait two years.

     

    and would like to be able to access all existing EAGLE files.

     

    I'm requesting information about the internal format of .sch/.brd files.

     

    There will be an "eagle.dtd" file that contains the entire XML format

    description for boards, schematics and libraries.

     

    A header file with struct definitions would suffice but documentation or some source code would be great.

     

    I'm afraid we can't release that source code to the public.

    Besides, we want to establish the new XML file format as the EAGLE

    format. Supporting an additional interface to the old binary format

    would pretty much counteract that.

     

    Klaus Schmidinger

    --

    _______________________________________________________________

     

    Klaus Schmidinger                       Phone: +49-8635-6989-10

    CadSoft Computer GmbH                   Fax:   +49-8635-6989-40

    Pleidolfweg 15                          Email:   kls@cadsoft.de

    D-84568 Pleiskirchen, Germany           URL:     www.cadsoft.de

    _______________________________________________________________

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 14 years ago in reply to kcadsoft

    Besides, we want to establish the new XML file format as the EAGLE

    format.

     

    If you actually want to do that then releasing an open source and read/write library for your new XML format would help you greatly.. Yes, I'm aware of what a DTD spec file is but it doesnt make it less of a pain to make a well written library.

     

     

    Supporting an additional interface to the old binary format

    would pretty much counteract that.

     

    You aren't going to drop legacy support because it would make a LOT of files people have made unreadable.  I want to be able to read those files just like EAGLE.  Is that really too much to ask?

     

     

    The new XML file format is scheduled to be available by the end of this year,

    so you won't have to wait two years.

     

    Schedules are great in theory but for all I know this could end up like Duke Nukem Forever.

     

     

    A header file with struct definitions would suffice but documentation or some source code would be great.

     

    I'm afraid we can't release that source code to the public.

     

    Can't or won't?  they are VERY differnent things.  I'm certain there is nothing preventing Cadsoft from releasing such information but feel free to tell me why Cadsoft can't.  I do not appreciate being lied to.

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
  • Former Member
    Former Member over 14 years ago in reply to Former Member

    On 8/31/2011 10:56 PM, Gravis wrote:

    Besides, we want to establish the new XML file format as the EAGLE

    > format.

     

    If you actually want to do that then releasing an open source and read/write library for your new XML format would help you greatly.. Yes, I'm aware of what a DTD spec file is but it doesnt make it less of a pain to make a well written library.

     

    >

    Supporting an additional interface to the old binary format

    > would pretty much counteract that.

     

    You aren't going to drop legacy support because it would make a LOT of files people have made unreadable.  I want to be able to read those files just like EAGLE.  Is that really too much to ask?

     

    >

    The new XML file format is scheduled to be available by the end of this year,

    > so you won't have to wait two years.

     

    Schedules are great in theory but for all I know this could end up like Duke Nukem Forever.

     

    >

    >   A header file with struct definitions would suffice but documentation or some source code would be great.

    >

    > I'm afraid we can't release that source code to the public.

     

    Can't or won't?  they are VERY differnent things.  I'm certain there is nothing preventing Cadsoft from releasing such information but feel free to tell me why Cadsoft can't.  I do not appreciate being lied to.

     

    >

     

    Hi Gravis,

     

    The new version will still support legacy files.

     

    Before accusing Klaus of being a liar, it maybe good to look at the fact

    that back in early September of 2009 EAGLE was purchased by Newark.

    Hence, Klaus no longer owns EAGLE nor does have full creative control

    any more.

     

    I hope that helps clear things up.

     

    Best Regards,

     

    Jorge Garcia

     

    • Cancel
    • Vote Up 0 Vote Down
    • Sign in to reply
    • Cancel
element14 Community

element14 is the first online community specifically for engineers. Connect with your peers and get expert answers to your questions.

  • Members
  • Learn
  • Technologies
  • Challenges & Projects
  • Products
  • Store
  • About Us
  • Feedback & Support
  • FAQs
  • Terms of Use
  • Privacy Policy
  • Legal and Copyright Notices
  • Sitemap
  • Cookies

An Avnet Company © 2026 Premier Farnell Limited. All Rights Reserved.

Premier Farnell Ltd, registered in England and Wales (no 00876412), registered office: Farnell House, Forge Lane, Leeds LS12 2NE.

ICP 备案号 10220084.

Follow element14

  • X
  • Facebook
  • linkedin
  • YouTube