Ich benutze seit Jahrzehnten Eagle (2.0-6.5) Jetzt wird aber bei Eagle 6.5 "erc" ein Fahler aufgezeigt, den ich nicht kenne,der aber die Forward-Back Annotation blockiert. z.Bsp. im Schaltplan positioniere ich LED's 5mm, die Packages wird in's board übertragen. Nachdem der Schaltplan fertig ist, wird gelayoutet. Funktioniert einwandfrei. Später wird die Schaltung korrigiert und dabei vergessen board aufzurufen. Im Gegennsatz zu früheren Eagle Programmen (ab 3.55) werden diese dann nicht in's board übernommen und erscheinen beim ERC als Fehler. Nach mühseliger Korrektur, denkt man alles o.k. Denkste, plötzlich erscheint für alle LED's im ERC "inconsistente packages, sch led 5mm/ brd .lbr. Läßt sich nicht beheben, da ja gleiche lbr für sch und brd. gilt. Kennt jemand diesen Fehler und was kann man tun. Edgar
Edgar Falke schrieb: > Im Gegennsatz zu früheren Eagle Programmen (ab 3.55) werden diese dann > nicht in's board übernommen und erscheinen beim ERC als Fehler. Wenn .sch und .brd nicht konsistent sind war das noch nie anders. Ab Version 6 kriegste den schwarz gelb quergestreiften Warnbalken (berufsgenossenschaftlich zugelassener Warnhinweis das du dir an einer Kante die Rübe stoßen kannst). > Nach mühseliger Korrektur, denkt man alles o.k. Was beim ERC dann die nächsten Fehler zeigt, auch das war m.W. nie anders. Am einfachsten ist wohl du löscht die Led's wieder und platzierst Sie neu.
Hallo Y4u, wenn zwei dasselbe tun , ist es noch nicht das Gleiche. ich meine etwas anderes. Sch. und brd. konsistent. Du hast etwas vergessen, und willst die Schaltung korrigieren. Bei den alten Eagle Programmen, brauchtest Du das brd nicht aufrufen Deine Änderung wurde latent übertragen. bei 6,5 nicht. Wenn Du alleine .sch bei 6.5 aufrufst, kommt kein Warnbalken, der kommt nur beim .brd wenn Du .sch löscht, Bauteile killen und neu eingeben. Mach das mal bei 60-70 LED in den verschiedensten Psitionen in der Schaltung und auf der Platine. Edgar
Edgar Falke schrieb: > Du hast etwas vergessen, und willst die Schaltung korrigieren. > Bei den alten Eagle Programmen, brauchtest Du das brd nicht aufrufen > Deine Änderung wurde latent übertragen. Das mag sein, nur habe ich dann ein anderes eagle ;-) das von Cadsoft > Bauteile killen und neu eingeben. Workaround: Eine lib mit dem alten Namen der Lib, die Led als Bauteil und einem Gehäuse, dann update. > Bei den alten Eagle Programmen, brauchtest Du das brd nicht aufrufen > Deine Änderung wurde latent übertragen. Müßig da lang her aber bei meinem eagle wurde bei Konsistenzfehlern nicht gewarnt, das war der Unterschied. > Wenn Du alleine .sch bei 6.5 aufrufst, kommt kein Warnbalken, > der kommt nur beim .brd wenn Du .sch löscht, Wie das bei .sch/.brd Kombi gehen soll (da eagle bei gleichem Dateinamen das .brd mit aufmacht) ist mir ein Rätsel.
X4U schrieb: > Workaround: Eine lib mit dem alten Namen der Lib, die Led als Bauteil > und einem Gehäuse, dann update. Nachtrag: Separat in .sch und .brd dann erc
Besten Dank für Eure Antworten. Das Eagle 6.5 ist Mist, hat noch einen Haufen anderer Macken und ist wesentlich schlechter als die Vorgänger. Wurde schon mehrfach bemängelt. Ich habe nur eine LED-lbr. Der erc-Fehler, der bei mir aufgetreten ist, darf dabei einfach nicht passieren, also ist es Programmfehler. Da ich mit Forum-Kollegen Daten austausche, die nur 6.5 haben, muß ich bei 6.5 bleiben, Ich werde das Programm an Cadsoft einsenden,damit die es auf Vordermann bringen. Letzendlich habe ich das ja bezahlt. Grüße Edgar
Edgar Falke schrieb: > Ich habe nur eine LED-lbr. Was hindert dich daran, dir eine eigene zu machen, in der deine LED richtig drin ist?
Edgar Falke schrieb: > Ich werde das Programm an Cadsoft einsenden,damit die es auf Vordermann > bringen. Letzendlich habe ich das ja bezahlt. Probier doch erstmal, ob dein Problem im Update zu deiner alten 6.5 Version auch auftritt.
oder du öffnest mit einem Texteditor den Schaltplan, suchst deine Led, kopierst dessen Parameter, öffnest mit einem Texteditor und ersetzt die Ledparameter. Vorher natürlich sichern!
X4U schrieb: > Ab Version 6 kriegste den schwarz gelb quergestreiften Warnbalken > (berufsgenossenschaftlich zugelassener Warnhinweis das du dir an einer > Kante die Rübe stoßen kannst). Aber nur beim Schließen, nicht beim Öffnen.
@ Edgar Falke (edgarfalke) >Das Eagle 6.5 ist Mist, hat noch einen Haufen anderer Macken und ist >wesentlich schlechter als die Vorgänger. >Wurde schon mehrfach bemängelt. Das kannst DU als alter CAD-Profi natürlich am besten beurteilen ;-) Und die anderen, bei denen es recht gut läuft, haben halt mehr Glück. Naja, auch ein Weltbild. >Ich habe nur eine LED-lbr. >Der erc-Fehler, der bei mir aufgetreten ist, darf dabei einfach nicht >passieren, also ist es Programmfehler. Klar, es sind IMMER die ANDEREN Schuld! >Ich werde das Programm an Cadsoft einsenden,damit die es auf Vordermann >bringen. Letzendlich habe ich das ja bezahlt. Tu das, am besten per Einschreiben!
Hallo Falk,hallo Werner nachdem ich von Eagle 2.0,über 3.55,4.0,4.01,4.16,5.6 bis 6.5 viele Programme -mit unzähligen Schaltungen- durch habe, glaube ich die Qualität der Programme schon beurteilen zu können. Es sind auch nicht immer die Anderen schuld, jeder macht Fehler. Auch bestreite ich nicht, das die Bedienungsfreundlickkeit sich meistens verbessert hat bei 2.0 waren sch und brd nicht verknüpft, bis 4.16 mußtest Du das gleiche Bauteil stets neu aufrufen, jetzt kannst Du es in der Schaltung kopieren. etc. Mit wie viel verschiedenen Generationen von Eagle hattest Du denn bisher zu tun ? Natürlich, wenn ich nur 6.5 kenne, ist das das beste. erc lbr. - .brd zu einer M8 Schraube gehört eine M 8 Mutter. Ein Konsistenzfehler ist erst gegeben, wenn Du eine M10 Mutter aufschrauben willst. Also bei der 5 mm LED, wenn als Package eine 3 mm LED angegeben ist. Als alter Kunde habe ich zu Cadsoft einen guten Draht, daa reicht ein Anruf. Aber ich werde es mit Werners Rat versuchen erst einmal updaten. MfG Edgar
@ Edgar Falke (edgarfalke) >nachdem ich von Eagle 2.0,über 3.55,4.0,4.01,4.16,5.6 bis 6.5 >viele Programme -mit unzähligen Schaltungen- durch habe, glaube ich die >Qualität der Programme schon beurteilen zu können. Glauben kann man viel, Wissen oder Können sind eine andere Sache. >bei 2.0 waren sch und brd nicht verknüpft, bis 4.16 mußtest Du das >gleiche Bauteil stets neu aufrufen, 4.x kannte schon einen Copy-Befehl, sowohl für Bauteile als auch Gruppen. 3.5 war da noch deutlich zickiger. >Mit wie viel verschiedenen Generationen von Eagle hattest Du denn bisher >zu tun ? >Natürlich, wenn ich nur 6.5 kenne, ist das das beste. Bla. Ich nutze Eagle seit gut 15 Jahren, anfangs 3.5, dann schnell auf 4.x, seit ca. 1/2 Jahr erst 6.5. 5.x hab ich mangels Bedarf komplett übersprungen. Eagle ist nicht das Maß der Dinge aber dennoch ziemlich gut. >Als alter Kunde habe ich zu Cadsoft einen guten Draht, daa reicht ein >Anruf. Und dann springen die sofort und knallen die Hacken zusammen. JAWOLL! >Aber ich werde es mit Werners Rat versuchen erst einmal updaten. Tu das.
Hallo Falk, google doch mal "Konsistenzfehler Eagle 6.5" Nicht nur ich habe das, Problem. andere auch. Hr. Hammerl und Alf Zaffran haben langatmige Erklärungen dazu abgegeben, warum, wieso, weshalb. Und das tun sie so ausführlich nur, wenns untern Hintern brennt Resumee: selbstgestrickte lbr's sind nicht mehr kompatibel in 6.5 Auch ein Fehler im Programm. Wenn Du seit 15 Jahren eaglest,strickts Du da im neuen Programm eine selbsterstellte lbr wieder neu ? Das fordert im Grunde aber 6.5 Die Bibliotheken in Eagle sind sehr umfangreich, aber trotzdem muß man viele neu erstellen, vor allen wenn es sich nicht um Allerwelts-Bauteile handelt Suche mal IC's für KFz, Motorbrücken,etc. von Infineon oder Allegro (die dort Umsatzrenner sind)in der Bibliothek. Übrigens, zu meinen Aufgaben im Job gehörten auch Beurteilungen. Nicht's für ungut Edgar
Edgar Falke schrieb: > Nicht nur ich habe das, Problem. andere auch. Was ja bei Softwarefehlern nicht unbedingt selten ist > Hr. Hammerl und Alf Zaffran haben langatmige Erklärungen dazu abgegeben, Langatmig? "... müssen die Packages ebenso Konsistent sein. Sonst erhalten Sie in einer Stückliste aus dem SCH andere Werte, als aus dem BRD, und das darf nicht sein, da sonst mit Hilfe dieser Stücklisten u.U. falsche Bauteile bestellt werden würden." Was ist denn für dich kurzatmig ;-) ? > warum, wieso, weshalb. Der "Fehler" war vorher drin und wird jetzt halt angemeckert --- "... Was bedeutet, wenn diese Änderungen relevant sind, muß in der LBR für dieses Deviceset die entsprechenden Package-Variante (Device) angelegt, und dann mit UPDATE und REPLACE im SCH/BRD ersetzt werden." --- und mit wenig Aufwand behoben
@ Edgar Falke (edgarfalke) >Resumee: selbstgestrickte lbr's sind nicht mehr kompatibel in 6.5 >Auch ein Fehler im Programm. Ich hab auch Libs aus der 4.16, bisher hatte ich keine Probleme. Kann aber auch glücklicher Zufall sein. >Wenn Du seit 15 Jahren eaglest,strickts Du da im neuen Programm eine >selbsterstellte lbr wieder neu ? Nö. > Das fordert im Grunde aber 6.5 Glaub ich nicht. >Die Bibliotheken in Eagle sind sehr umfangreich, aber trotzdem muß man >viele neu erstellen, vor allen wenn es sich nicht um Allerwelts-Bauteile >handelt Wollen wir wetten, dass NIEMAND die von Eagle mitgelieferten bibliotheken nachzeichnen muss. Denn DAS suggeriert deine Aussage! >Suche mal IC's für KFz, Motorbrücken,etc. von Infineon oder Allegro (die >dort Umsatzrenner sind)in der Bibliothek. Ach herje. >Übrigens, zu meinen Aufgaben im Job gehörten auch Beurteilungen. Und? Was willst du mir damit sagen? Dass nur Leute wie Du Beurteilungen über CAD-System abgeben dürfen? http://www.element14.com/community/thread/26277/l/eagle-65-konsistenzfehler-nach-update
hallo Falk, warum so aggresiv ? bestimmt nicht,jeder kann etwas beurteilen. Aber Du hast ausgeführt glauben heißt nicht wissen und können, stimmt Aber ich glaube beurteilen zu können, ist eine höfliche Umschreibung, das man es kann. Edgar
Edgar Falke schrieb: > Kennt jemand diesen Fehler und was kann man tun. Du könntest deine beiden "Problem"-Dateien auch einfach mal hochladen, so dass jemand anders drüber gucken kann. Das würde vermutlich viele Diskussionen sparen und eher zu einer schnellen Lösung führen.
Werner schrieb: > Du könntest deine beiden "Problem"-Dateien auch einfach mal hochladen, > so dass jemand anders drüber gucken kann. Das würde vermutlich viele > Diskussionen sparen und eher zu einer schnellen Lösung führen. IMHO der einzige vernüpftige Vorschlag bei all dem Gegacker hier...
Vorweg: Cadsoft wurde vor einiger Zeit von dem Distibutor Farnell übernommen. Zwichenzeitlich habe ich festgestellt, daß ich mit meinem Feststellung nicht allein liege, sondern daß eine sehr umfangreiche Diskussion darüber im Internet entstanden ist. Cadsoft sah sich dann -weil das Feuer unterm Hintern brannte- veranlaßt hierzu Stellung durch die Herren Hammerl und Zaffran zu nehmen. Resumee dieser sehr ausführlichen Stellungnahme: Viele Anwender bis Eagle 3.5 zurück, haben lbr's selber erstellt, ergänzt oder verändert und in spätere Eagle Programme übernommen. Diese waren in dev. und package nicht immer konsistent, wurden früher nicht als Fehler angezeigt, jetzt jedoch und können nicht zu korrigieren werden. Argument , es könnten ja dadurch evtl. falsche Produkte gekauft werden. Ich vermute daher,da ich im Verlauf der letzten 20 Jahre viele lbr's erstellt und ergänzt habe, dass das auch in meiner lbr "LED" dies der Fall ist und daher die Fehleranzeige auftritt. Wie bereits hier im Forum vorgeschlagen, muß ich in diesem Fall die 5 mm LED neu als lbr erstellen. Für die zu diesem Beitrag geleisteten Antworten möchte ich mich bedanken. Edgar
Deine LED lib. wäre ja doch interessant. Schon aus dem Grund um den Fehler zu identifizieren. Es könnte so manchem helfen es besser zu machen.
Lade doch mal *.sch und *.brd hoch. Mal sehen, was da zu machen ist. Ich hatte das mal beim Umstieg von 6.3 auf 6.6, die Lösung war relativ simpel. Allerdings habe ich jetzt kein inkostistentes File-Paar mehr :-)
Hubert G. schrieb: > Deine LED lib. wäre ja doch interessant. Schon aus dem Grund um den > Fehler zu identifizieren. > Es könnte so manchem helfen es besser zu machen. Dem schließe ich mich voll an. Das ganze nörgeln bringt nix und hilft auch niemanden. Wenn du nicht deine ganzen Staatsgeheimnisse verraten willst, dann kipp die "defekten" Teile in eine neue lib und stell sie hier rein. Da können alle was lernen.
Versuch mal folgendes: - Beide Files öffnen (*.sch und *.brd) - Inkonsistenz-Fehler anzeigen lassen - im *.brd den Befehl "change package" aufrufen - damit eins der betroffenen Bauelemente anklicken - wenn der Vorschlag im Dialog richtig ist, einfach "OK" klicken, sonst richtiges Package auswählen, dann OK - Wenn noch andere Packages betroffen sind, das gleiche dort auch tun - Pro Package-Typ muß das nur einmal gemacht werden. Für dieses Bauelement und alle gleichartigen auf der Platine sollte jetzt der Inkonsistenz-Fehler beseitigt sein. Wie gesagt, ich hab kein inkonsistentes File mehr vorliegen, aber ich glaube, so war die Vorgehensweise.
Bitte melde dich an um einen Beitrag zu schreiben. Anmeldung ist kostenlos und dauert nur eine Minute.
Bestehender Account
Schon ein Account bei Google/GoogleMail? Keine Anmeldung erforderlich!
Mit Google-Account einloggen
Mit Google-Account einloggen
Noch kein Account? Hier anmelden.