Eagle: Problem mit Polygon bei QFN-Package

Gast #5316140
Lesenswert?

Hallo zusammen,

ich habe das Problem, dass Eagle mir in ein QFN Package zeichnet (siehe 
Bilder).
Auf jeder Seite sind diese "Nasen" vorhanden. Mit einem tRestrict kann 
ich das zwar umgehen, das möchte ich aber nicht unbedingt dort drin 
haben.

Ich kann mir nicht erklären, warum das überhaupt so gezeichnet wird? Ich 
habe schon verschiedene Settings und ja: mit höheren Isolate vom Polygon 
verschwinden die "Nasen auch". Allerdings ist auch das nicht gewünscht.

Generell bin ich Eagle-Einsteiger.

Vielen Dank für Hinweise, wie ich "elegant" das QFN-Package sauber 
halten kann.

Grüße
Angehängte Dateien:
Gast #5316309
Lesenswert?

Hallo zusammen,

das Layout basiert auf den Vorlagen für das nRF51 von Nordic 
Semiconductor.
Ich habe das Board nochmal mit Eagle 8.6 als Design Block geladen und 
dort wird das Polygon vernünftig erstellt. Dieses Board dann 
abgespeichert und mit Eagle 6.4 (damit arbeite ich dann in der 
Hochschule) geöffnet und dort treten die Nasen dann auf. Ich habe beim 
Öffnen in der Version 6.4 keine Fehlermeldungen erhalten.

Anbei die Board-Datei.

Zu Not könnte ich schon irgendwie mit der Eagle Version 8.6 am privaten 
Rechner arbeiten, aber mich interessiert der Fehler.

Grüße
Angehängte Dateien:
Gast #5316398
Lesenswert?

EaglePolygon schrieb:
> Dieses Board dann
> abgespeichert und mit Eagle 6.4 (damit arbeite ich dann in der
> Hochschule) geöffnet und dort treten die Nasen dann auf. Ich habe beim
> Öffnen in der Version 6.4 keine Fehlermeldungen erhalten.

Und warum arbeitest du dort mit Version 6.4?
Die Lizenz gilt für alle 6er Versionen.
Gast #5316502
Lesenswert?

Base64 U. schrieb:
> Sieht so aus als will Eagle thermal connections für das Pad machen.

mit der Version 7.7 sieht es auch danach aus, allerdings nur, wenn 
"Orphans" in den Polygon-Eigenschaften angekreuzt ist. Das will man 
normalerweise nicht. Also scheint mir alles ganz normal zu sein.

Isolate will man natürlich nicht verändern, aber was hast du gegen 
tRestrict? Hier braucht man es wohl nicht, aber tRestrict im Package 
würde doch genau das Richtige machen?

Antwort schreiben

Bitte melde dich an, um einen Beitrag zu schreiben.

oder

Mit Google-Account einloggen

Die Registrierung ist kostenlos und dauert nur eine Minute.

Jetzt registrieren