Schematic / Layout mit offenem Format

gEDA hat ein offenes Format. Allerdings verwendet nur gEDA das. Ne, 
halt, gEDA hat x offene Formate, da so ziemlich jedes Tool ein eigenes 
Süppchen kocht. Außer den jeweils beteiligten gEDA-Tools dürfte sich 
kaum ein Programm finden, dass mit den Formaten zurecht kommt, auch wenn 
sie offen sind.

Offen? Naja, ASCII export ist manchmal drin. Aber wenn es um Austausch 
geht dürfte das Orcad-Format ganz gut sein. Dürfte leider deinen 
Ansprüchen nicht genügen.

Solche Formate haben aber den großen Vorteil, dass sie mit einem 
Diffviewer analysiert werden können - wenn mal irgendwo sich was 
eingeschlichen hat.

Norgan schrieb:

>außer den jeweils beteiligten gEDA-Tools dürfte sich
>kaum ein Programm finden, dass mit den Formaten zurecht kommt,

Ich glaube von Dir habe ich schon Klügeres gelesen, aber ich mag mich 
täuschen oder es war ein anderer "Norgan".

gEDA besteht aus unterschiedlichen Programmen, die aber alle 
dokumentierte, offene Formate verwenden, meist ASCII-Text. U.a. ist 
Extended Gerber und PostScript Export vorhanden. Gnetlist exportiert in 
eine Vielzahl von Formaten:

man gnetlist

gnetlist is very much so a work in progress.  Currently it supports the
following backends:
· Allegro netlist format (-g allegro)
· BOM / BOM2 - Bill of Materials (-g bom and -g bom2)
· Partslist 1,2,3 - More Bill of Materials (-g partslist[1-3])
· DRC - Start of a design rule checker (-g drc)
· DRC2 - A second design rule checker (-g drc2)
· gEDA - native format, mainly used for testing (-g geda)
· Gossip netlist format (-g gossip)
· PADS netlist format (-g pads)
· PCB / PCBboard (-g PCB and -g PCBboard)
· PCB actions file for forward annotating pin/pad names from  schematic
  to layout (-g pcbpins)
· gsch2pcb backend (-g gsch2pcb)
· ProtelII netlist format (-g protelII)
· Spice compatible netlist format (-g spice)
· Enhanced spice compatible netlist format (-g spice-sdb)
· Tango netlist format (-g tango)
· Verilog code (-g verilog)
· VHDL code (-g vhdl)
· VIPEC netlist format (-g vipec)
· Bartels Autoengineer netlist format (-g bae)
· GOSSIP system simulation system netlist format (-g gossip)
· MAXASCII netlist format (-g maxascii)
· VHDL-AMS netlist format (-g vams)
· Futurenet2 netlist format (-g futurenet2 )
· SWITCAP switched capacitor simulator netlist format (-g switcap )
· RF Cascade netlist format (-g cascade )
· RACAL-REDAC netlist format (-g redac )
· SystemC netlist backend (-g systemc)
· Calay format netlist backend (-g calay)
· Osmond format netlist backend (-g osmond)
· Eagle netlist format (-g eagle)
· Netlister  for symbolic circuit analysis using Mathematica (-g mathe‐
  matica)

Jörg Wunsch schrieb:
>Die Speicherformate von gschem oder PCB sind halt bezogen auf die jeweiligen 
>Tools und werden von sonst niemandem verstanden.

Das ist schon richtig.
Aber immerhin sind die Formate offen gelegt, was bei den meisten 
kommerziellen Programmen nicht der Fall ist. Auf der gEDA-Mailingliste 
(user) gab es vor einigen Monaten eine Diskussion zum Thema, ich 
erinnere mich aber nicht an Einzelheiten. Jemand hatte berichtet, dass 
es wohl in der Industrie Bestrebungen gäbe, ein einheitliches, offenes 
EDA Format einzuführen. Solange das neue Format aber nicht von den 
großen Firmen unterstützt wird macht es für gEDA auch wenig Sinn. Eine 
andere Diskussion in Zusammenhang mit Auto-Routern gab es um das 
Specctra-Format. Dieses ist wohl nicht wirklich geheim, aber es ist 
fraglich, ob es wirklich offen dokumentiert ist und frei genutzt werden 
darf. Soweit ich es mitbekommen habe wird von den gEDA-Entwicklern ein 
offenes Format, das Dateiaustausch mit anderen (kommerziellen) 
Programmen erlaubt, prinzipiell unterstützt. Von den kommerziellen 
Herstellern wohl weniger.

Hallo

> Gibt es eigentlich Schaltplanprogramme mit Layoutfunktion, die zum
> Speichern ein offenes Dokumentformat benutzen?

Wenn Du Schaltplanprogramme aus der Open Source Schublade nimmst (mir 
sind nur KiCAD und gEDA bekannt), so haben diese natürlich zwangsweise 
ein offenes Dokumentformat in dem Sinne, das es offen bekannt ist und 
verwendet werden darf. Das von KiCAD ist, mit gewissen Abstrichen, 
durchaus auch "lesbar".

Das heist aber nicht zwangsweise, daß es sofort andere Programme gibt, 
die diese Dokumentenformate auch verstehen (wollen).

Auf der anderen Seite haben Formate zum Austausch der Netzliste (z.B. 
Spice Netzliste) eine gewisse Verbreitung, die fast alle Programme (u.a. 
die Open Source Projekte) exportieren und importieren können. Allerdings 
ist eine Netzliste eine reine Netzliste, d.h. OHNE Platinendaten.

Für die Platinendaten hat sich Gerber (wobei es unterschiedliche 
Gerberdialekte gibt) etabliert. ALLE mir bekannten Programme können 
Gerberdaten exportieren. Das open source KiCAD kann, mit 
Einschränkungen, Gerber auch importieren. Sonst ist die 
Importmöglichkeit für Gerber ein eher seltenes Feature. Es gibt aber 
Spezialsoftware, z.B. von GraphiCode ( http://www.graphicode.com/ ), die 
in der Lage ist, solche Formate zu konvertieren. Darüber könnte eine 
Kompatibilität hergestellt werden.

> Wenn ich Eagle oder
> Protel verwende, bin ich ja immer auf diese Programme angewiesen, um
> meine Dateien lesen zu können.

Klar. damit verdienen die ihr Geld.

> SVG ist wohl auch keine Lösung, die Programme sollten schon Netzlisten
> verarbeiten können und die Möglichkeit, ein Board zu erstellen,
> enthalten. Also kein Malprogramm.

Letztlich ist auch Gerber ein "Malformat", weil es einem Fotoplotter 
sagt, wie er malen soll......Ein Platinenlayoutformat ist in den mir 
bekannten Fällen eine Kombination aus der Netzliste eines Schaltplans 
mit einer Datei eines speziellen Malprogrammes. Die Verbindung zwischen 
beiden erfolgt im allgemeinen durch gleiche "Netz-" oder "Knotennamen". 
Der Praktikabilität halber verteilt man die Info auf zwei Dateien. Mann 
könnte sich auch ein Format ausdenken, wo beides vereint ist....aber so 
richtig nötig und sinnvoll ist das nicht.


Die Spicedateien enthalten natürlich auch nur die "nackten" Daten eines 
Netztes, so wie Spice und vergleichbare Simulatoren sie als Input 
brauchen.
Die zusätzliche Info, die jeder Schaltplan enthält, wird beim Export in 
eine Netzliste abgestreift. Naturgemäß sind diese Daten nicht abrufbar, 
wenn jemand anderes diese Netzliste wider einliest.

Schaltplan und Platinenlayoutprogramme haben ANDERE Funktionalitäten als 
reine künstlerische Malprogramme. Darum kann man troz der Ähnlichkeit 
nicht  Platinenlayoutprogramme mit Malprogrammen vergleichen. Eier und 
Äpfel sind auch unterschiedliche Dinge, obwohl beide rund und 
empfindlich sind. :-)

Trozdem denke ich, das man auf dieser Basis vermutlich sogar aus SVG 
etwas brauchbares für Schaltpläne und Layouts stricken könnte.
Ein Schaltplan- und ein Boardlayoutplugin für Inkscape oder Gimp wäre 
doch mal was feines. ;-)


73

Testman schrieb:
> .... Das open source KiCAD kann, mit
> Einschränkungen, Gerber auch importieren. Sonst ist die
> Importmöglichkeit für Gerber ein eher seltenes Feature. ...

Und ein gänzlich sinnloses. Gerber ist wie Postscript ein grafisches 
Ausgabeformat zum Steuern von Plottern, die Daten des Layouts gehen 
dabei zu 90% verloren. Eine Gerberdatensatz enthält noch nicht einmal 
eine Netzliste.

Gruss Reinhard

Hallo Reinhard.

>> .... Das open source KiCAD kann, mit
>> Einschränkungen, Gerber auch importieren. Sonst ist die
>> Importmöglichkeit für Gerber ein eher seltenes Feature. ...
> Und ein gänzlich sinnloses. Gerber ist wie Postscript ein grafisches
> Ausgabeformat zum Steuern von Plottern, die Daten des Layouts gehen
> dabei zu 90% verloren. Eine Gerberdatensatz enthält noch nicht einmal
> eine Netzliste.

Sooo sinnlos ist das garnichtmal. Es lässt immerhin zu, das ich mal hin 
und wieder ein paar Bauteile und Befestigungslöcher verschieben kann, um 
mich an andere Geräte anzupassen. Oder einen Transistor mit TO220 
Gehäuse gegen einen mit TO247 austausche. Oder ein LM317 mit TO92 gegen 
SOT223. Und das lediglich mit den Gerberdaten. Die Original Boarddatei 
und die Programme brauche ich dazu nicht.

Dieses Vorgehen ist eine Krücke. Aber wer hinken muss, weiss eine Krücke 
zu schätzen. :-)

73

Andreas Schweigstill schrieb:
> Leiterplattenhersteller generieren sich für den Leiterplattentest aber
> wiederum eigene Netzlisten aus den Gerberdaten...

Es bleibt ihnen ja nichts anderes übrig, aber diese Netzliste enthält 
dann auch alle Fehler des Layouters: wenn der einen Kurzschluss 
fabriziert hat, enthält ihn die erzeugte Netzliste als korrekte 
Verbindung. Die Daten werden also nicht gegen die ursprüngliche 
Netzliste geprüft, sondern gegen sich selbst. Trotzdem braucht man diese 
Liste, z.B. um sich z.B. Leiterbahnen auf dem Bildschirm anzeigen zu 
lassen, wenn der elektrische Test Fehler anzeigt.

Gruss Reinhard