EAGLE: Ist das ECAD-System heute noch sinnvoll für die Leiterplattenentwicklung?

EAGLE ist auch im Jahr 2026 kein schlechtes ECAD-System für die Entwicklung von Leiterplatten. Ich habe EAGLE viele Jahre selbst verwendet und bin später zu Altium Designer gewechselt. Entscheidend ist aus meiner Sicht weniger, ob du mit EAGLE, KiCad, Altium, PADS oder einem Mentor-Graphics-System arbeitest, sondern ob du die Eigenheiten deines Werkzeugs wirklich kennst. Gerade beim Leiterplatten-Review kann EAGLE an einigen Stellen Fehler begünstigen, die im Schaltplan völlig plausibel aussehen und trotzdem zu einer falschen Verschaltung führen. Wer diese Besonderheiten kennt und gezielt prüft, kann mit EAGLE weiterhin vernünftig arbeiten und teure Fehler vor der Fertigung vermeiden.

Warum EAGLE nicht automatisch die falsche Wahl ist

Bei ECAD-Systemen wird gerne darüber diskutiert, welches Tool das beste ist. Aus meiner Sicht führt diese Diskussion oft am eigentlichen Problem vorbei. Jedes professionelle Werkzeug braucht Einarbeitungszeit. Das gilt für EAGLE genauso wie für KiCad, Altium Designer, PADS oder Systeme aus der Mentor-Graphics-Welt. Ein Wechsel auf ein anderes ECAD-System macht aus einem Entwickler nicht automatisch einen besseren Leiterplattenentwickler. Du musst Bibliotheken verstehen, Designregeln sauber konfigurieren und wissen, wie das jeweilige System Netze, Layer und Fertigungsdaten behandelt. Für Projektleiter und Entscheider bedeutet das: Nicht nur der Name des Tools entscheidet über die Qualität. Viel wichtiger ist, ob der Entwickler seine Arbeitsweise beherrscht und ob vor der Fertigung ein strukturiertes Review stattfindet.

Das eigentliche Risiko bei EAGLE liegt oft im Schaltplan

Beim Review von EAGLE-Projekten gibt es eine Besonderheit, auf die ich besonders achte: Signale können im Schaltplan benannt werden, ohne dass zwingend ein sichtbares Netlabel vorhanden sein muss. Das ist technisch zunächst nur eine Funktion des Systems. Im Review kann daraus aber ein gefährliches Problem entstehen. Ein Signal kann einen Namen besitzen, während der Text im Schaltplan etwas anderes suggeriert oder gar nicht eindeutig zeigt, wohin die Verbindung tatsächlich führt. Der Schaltplan sieht für den Menschen dann logisch aus, elektrisch kann die Verbindung aber an einer ganz anderen Stelle landen. Genau diese Art Fehler ist unangenehm, weil sie sich nicht unbedingt durch einfaches Hinschauen erkennen lässt. Wer nur die grafische Darstellung prüft, kann sich dadurch in falscher Sicherheit wiegen.

Ein Text ist noch lange kein Netlabel

Besonders kritisch wird es, wenn im Schaltplan Texte verwendet werden, die optisch wie ein Netlabel aussehen. Der Leser sieht beispielsweise eine Bezeichnung neben einem Signal und nimmt automatisch an, dass dieses Netz genauso heißt. In EAGLE muss das nicht zwangsläufig der Fall sein. Wird nur ein normaler Text gesetzt oder ein Signal an anderer Stelle mit einem unerwarteten Namen versehen, kann die elektrische Verbindung ganz anders aussehen, als der Schaltplan vermuten lässt. Für mich ist das einer dieser Fehler, die im Review besonders gefährlich sind: Der Schaltplan erzählt dem Menschen eine Geschichte, während die tatsächliche Netzverbindung eine andere erzählt. Deshalb reicht es bei kritischen Signalen nicht aus, nur den sichtbaren Text zu lesen. Der tatsächliche Netzname und die elektrische Verbindung müssen kontrolliert werden.

Story aus der Praxis: Vertauschte Shuntmessung mit Folgen

Vor einiger Zeit bekam ich einen Schaltplan von einem Eagleprojekt für ein Redesign, leider nur als Ausdruck. Der komplette Plan war auf eine einzige DIN-A4-Seite gequetscht und bestand im Wesentlichen aus einem Controlboard und einem Leistungsteil, die miteinander verlötet werden sollten. Bei der Shuntmessung waren die beiden Anschlüsse vertauscht. Ich unterstelle hier tatsächlich Absicht, denn die Darstellung im Schaltplan ließ die Verbindung anders erscheinen, als sie elektrisch ausgeführt war. Bei der Inbetriebnahme führte das zu einer sehr unangenehmen Erfahrung: Der Stromregler bekam ein negatives Stromsignal und regelte dadurch in die falsche Richtung. Die MOSFETs der Leistungshalbbrücke explodierten beim Einschalten regelrecht. Genau solche Erfahrungen zeigen, warum ein Schaltplan nicht nur plausibel aussehen darf. Die tatsächlichen Signalverbindungen müssen stimmen.

Beim Review von EAGLE-Projekten arbeite ich direkt im Projekt

Bei EAGLE rate ich ausdrücklich davon ab, ein Review nur mit ausgedruckten Schaltplänen durchzuführen. Ich öffne stattdessen immer das vollständige Projekt direkt in EAGLE. Neben der bereits beschriebenen Problematik mit Signalnamen und Beschriftungen kann ich dort wesentlich besser prüfen, ob Schaltplan und Layout tatsächlich plausibel zusammenpassen. Ich kann Netze verfolgen, Signalnamen kontrollieren, Bauteile zwischen Schaltplan und Layout zuordnen und kritische Verbindungen direkt nachvollziehen. Das ist nicht nur sicherer, sondern auch deutlich effizienter als die Arbeit mit Papierausdrucken oder PDFs. Gerade bei komplexeren Leiterplatten spart das viel Zeit und reduziert die Gefahr, dass ein elektrisch falscher Zusammenhang im Schaltplan optisch trotzdem plausibel wirkt.

Auch der Bestückdruck zeigt typische EAGLE-Gewohnheiten

Eine weitere Sache, die mir bei EAGLE-Projekten immer wieder auffällt, ist der Umgang mit dem Bestückdruck. Auch im Jahr 2026 scheint es in vielen Projekten noch üblich zu sein, Linien und Texte des Bestückdrucks einfach über Kupferpads laufen zu lassen. Die Hoffnung dahinter ist offenbar, dass der Leiterplattenfertiger den Bestückdruck später automatisch von den freiliegenden Kupferflächen entfernt. Das kann funktionieren. Trotzdem halte ich diese Arbeitsweise für schlechten Stil. Die Fertigungsdaten sollten möglichst genau das zeigen, was du am Ende auch auf der Leiterplatte haben möchtest. Sich darauf zu verlassen, dass jemand in der Fertigung die Daten schon bereinigt, verschiebt Verantwortung an die falsche Stelle und erschwert ein sauberes Review.

Warum ich Bestückdruck nicht über Pads zeichnen würde

Der Bestückdruck hat eine praktische Funktion. Er soll Bauteile markieren, Orientierung geben und bei Bestückung, Debug und Reparatur helfen. Wenn Linien mitten durch Pads laufen, entsteht zunächst einmal eine unsaubere Datengrundlage. Der Fertiger muss entscheiden, welche Teile entfernt werden. Das Ergebnis hängt dann nicht mehr ausschließlich von deinem Layout ab, sondern zusätzlich vom Datenaufbereitungsprozess des Herstellers. Bei einem einzelnen Prototypen mag das noch egal wirken. In einer professionellen Entwicklung möchte ich solche Abhängigkeiten vermeiden. Ich persönlich würde den Bestückdruck bereits in der Library so gestalten, dass Pads, freiliegende Kupferflächen und andere kritische Bereiche sauber freigehalten werden. Das sieht professioneller aus, erleichtert das Review und reduziert Interpretationsspielraum bei der Fertigung.

EAGLE war viele Jahre mein eigenes Werkzeug

Ich habe EAGLE selbst viele Jahre verwendet. Das Tool war für mich also nicht irgendein ECAD-System, das ich nur aus fremden Projekten kenne. Irgendwann bin ich auf Altium Designer gewechselt, weil sich meine Anforderungen und meine Arbeitsweise verändert haben. Trotzdem würde ich deshalb nicht behaupten, dass EAGLE grundsätzlich schlecht ist. Diese Art Bewertung ist mir zu einfach. Gute und schlechte Leiterplatten entstehen mit nahezu jedem Werkzeug. Entscheidend ist, ob der Entwickler die Stolperfallen seines Systems kennt. Bei EAGLE gehören für mich die Signalbenennung im Schaltplan und der teilweise sehr sorglose Umgang mit dem Bestückdruck eindeutig zu den Punkten, bei denen ich genauer hinschaue.

Ein anderes ECAD-System löst dein Qualitätsproblem nicht automatisch

Wer gerade mit Leiterplattenentwicklung beginnt, sollte sich nicht einreden lassen, dass ein Wechsel des Tools alle Probleme löst. EAGLE hat Eigenheiten. KiCad hat Eigenheiten. Altium Designer hat Eigenheiten. PADS und Mentor-Graphics-Systeme ebenfalls. Du musst dich in jedes Werkzeug einarbeiten und verstehen, wie Schaltplan, Netze, Bibliotheken, Designregeln und Fertigungsdaten zusammenhängen. Besonders gefährlich ist die Phase, in der man ein Tool gerade so bedienen kann, aber seine versteckten Mechanismen noch nicht kennt. Dann sieht das Ergebnis auf dem Bildschirm ordentlich aus, während im Hintergrund falsche Annahmen entstehen. Für Anfänger ist deshalb eine saubere Review-Strategie wichtiger als die Suche nach dem angeblich perfekten ECAD-System. Ein erfahrenes Review deckt oft genau die Fehler auf, die ein DRC allein nicht findet.

Meine Meinung zu EAGLE im Jahr 2026

EAGLE ist aus meiner Sicht kein schlechtes ECAD-System. Ich würde aber auch nicht behaupten, dass das Werkzeug für jeden Entwickler heute noch die beste Wahl ist. Ich habe es lange selbst eingesetzt und bin später bewusst zu Altium Designer gewechselt. Viel wichtiger als diese persönliche Entscheidung ist für mich eine andere Erkenntnis: Du musst die Schwächen und Eigenheiten deines Werkzeugs kennen. Bei EAGLE würde ich mich beim Review niemals allein auf die optische Beschriftung von Signalen verlassen und möglichst auch nicht mit ausgedruckten Schaltplänen arbeiten. Ebenso würde ich Fertigungsdaten nicht unnötig so erzeugen, dass der Leiterplattenhersteller sie erst bereinigen muss. Gute Leiterplatten entstehen nicht durch den Namen des ECAD-Systems, sondern durch saubere Arbeitsweise, Erfahrung und ein Review, das auch die unangenehmen Details prüft.

Wenn du Leiterplatten entwickelst oder die Entwicklung extern vergibst, solltest du dein EAGLE-Projekt deshalb vor der Fertigung nicht nur auf offensichtliche DRC-Fehler kontrollieren. In meinem Buch findest du noch mehr Informationen über typische Fehler im Schaltplan, Layout und bei der Vorbereitung von Fertigungsdaten. Du lernst, welche Stellen ich bei einem Leiterplatten-Review gezielt prüfe und wie du Fehler findest, bevor aus einer kleinen Unachtsamkeit Ausschuss, Nacharbeit oder ein neuer Leiterplattenstand wird. Wenn du bei einem bestehenden Layout unsicher bist, kann ein unabhängiges Review genau die Probleme sichtbar machen, die im täglichen Arbeiten mit dem eigenen Projekt leicht übersehen werden.

Weiterführende Links:

Für die Trennung von Netzname und sichtbarem Label ist besonders relevant, dass EAGLE zwischen NAME und LABEL unterscheidet. Autodesk beschreibt selbst, dass Anwender ein Netz zunächst benennen und anschließend mit LABEL sichtbar beschriften.
https://forums.autodesk.com/t5/eagle-forum/eagle-8-7-parametric-2d-amp-3d-model-generation-library-io-more/td-p/7836642

Die EAGLE-Dokumentation bestätigt ebenfalls, dass Netz- und Busnamen über das LABEL-Kommando sichtbar gemacht werden.
https://www.rikmed.com/downloads/manual_en.pdf

Nutze die SHOW-Funktion beim Review: Ganze Netze lassen sich hervorheben, und bei aktiver Forward/Back Annotation erfolgt das Cross-Probing zwischen Schaltplan und Board.
https://web.mit.edu/xavid/arch/i386_rhel4/help/87.htm

MacroFab zum Thema Bestückdruck: Hersteller entfernen solche Überlappungen häufig bei der Datenaufbereitung, aber ausdrücklich darauf zu vertrauen, wird dort als keine gute Designpraxis bezeichnet.
https://www.macrofab.com/blog/handling-silkscreen-pads/

Auch JLCPCB bestätigt aus Sicht eines Leiterplattenfertigers, dass Bestückdruck auf Pads Lötprobleme verursachen kann und dort standardmäßig aus geöffneten Lötstoppmaskenbereichen entfernt wird.
https://jlc3dp.com/help/answers/detail/359-silkscreen-over-pads-and-vias


You may also like