Bestehende Dateien inkonsistent seit 6.5

Stefan M. schrieb:

Hallo,

 

Wir haben viele Leiterplatten die schon seit Eagle 4.6 funktionieren und an

sich fehlerfrei "waren" (auch in Produktion).

 

Seit Eagle 6.5. haben wir in ca. 20% unserer Platinen "inkonsistenten" die

bei 6.4 noch nicht bemängelt werden.

 

Nun ist automatisch die Forward-/Back-Annotaion ausgehebelt - mit 6.5  ist

unser Datenbestand hinüber.

 

Fehlermeldungen sind z.B.: "Bauteil X hat inkonsistente Packages in

Schaltplan und Board"

 

Wieso werden die Fehler erste jetzt Angezeigt? Sind die angeblichen Fehler

Unnütz, weil das Board soweit funktioniert?

 

Muss ich jetzt in dutzenden Schaltbildern dutzende Fehlermeldungen

beseitigen?

 

Alternativ kann ich natürlich auch auf zukünftige Versionen verzichten und

meine Eagle-Welt bei 6.4 einfrieren.

 

Hallo,

bei mir zeigt sich ähnliches.

Es sind wie Du schon erwähnt hast nur bei ca. 20% der Projekte. Man darf

halt, nachdem man die Dateien mit 6.5.0 geöffnet hat, nicht auf

Speichern drücken.

Ich mache das zur Zeit so, dass ich die Problemfiles mit der 6.4.0 öffne

und dort dann die Fehler beseitige. Normalerweise läuft das darauf

hinaus, dass die betroffenen Bauteile in den Bibliotheken korrekt anlegt

und dann mittels replace im Schaltplan auswechselt. Danach kann man dann

mit der 6.5.0 weitermachen.

Gruß Andreas

Hallo,

danke Herr Fecht für die Lösungsidee - das kann doch jetzt aber nicht das

Ende sein, das ich die nächsten Wochen

den Datenbestand der Firma rette - und hoffe das in der nächsten Version

keine neuen "REGELN" erfunden werden, die mir

wieder einen Teil vernichten.

In unserem Eagle Firmen-Ordner liegen:  620 Board Dateien. Davon sind wohl

ca. 20% seit 6.5 defekt.

Irgendwelche Änderungen an der BRD - Datei vorzunehmen widerstrebt mir:

- Genau diese Daten sind beim Leiterplatten-Hersteller eingepflegt.

- Genau diese Daten habe ich als Leiterplatte in den Geräten beim Kunden.

Wenn ich jetzt  an den bestehenden Daten "rumflummle" um neue EAGLE-Regeln

zu erfüllen, sind diese Daten aber nicht die, die bei den

Leiterplattenherstellen eingepflegt sind. Wenn ich aber nichts mache, kann

ich für zukünftige neue Versionen nicht auf den alten Projekten aufbauen.

Herr Zaffran, es kann gut sein, das die Fehler durch das austauschen von

Packages im board geschehen sind - wenn es aber damals keine Fehler

verursacht hat - gehörte es zu der damals  erlaubten Praxis.

Ich würde ja einsehen wenn neue "DRC" Fehler oder irgendwelche Warnungen auf

damaliges Fehlverhalten hinweisen. Das nun seit V6.5  jahrelang

funktionierende Dateien inkonsistent = KAPUTT sind und damit nicht mehr

weitergearbeitet werden kann, halte ich für unzumutbar! Scheinbar werden

jetzt Kriterien geprüft, die es in Vorgänger-Versionen nicht gab. Wie hätte

man das den Vorab wissen sollen? Vor welchen neuen Regeln muss ich in

Zukunft bangen?

Ist ja schön, wenn zukünftige Versionen noch genauer geprüft werden, aber

für den bisherigen Datenbestand sollte es wohl eine Art "Eagle V6.4

kompatibilitätsmodus" geben.

Dass sich nun drei unserer Techniker oder Ingeneure damit Tagelang

beschäftigen kann wohl nicht die Lösung sein. Seit 4.6 machen wir ja jeden

Update-""Spaß"" (und die Verbundenen kosten beim Versionswechel von V4 auf

V5 und V5 auf V6 unserer 3er-Lizenz) mit - nun Spiele ich mit dem Gedanken

das ganze bei 6.4 einzufrieren oder abzusplitten.

Herr Zaffran, wie sollen wir jetzt damit umgehen? Herr Oelschlägel hatte

ihnen ja schon ein Projekt zur Reparatur überlassen - vielen Dank dafür.

Den Restlichen Projekte nun auf CD per Post?

Gruß Stefan

"Andreas Fecht" <forum@aftec.de> schrieb im Newsbeitrag

news:l4nq6o$ip1$1@cheetah.cadsoft.de...

Stefan M. schrieb:

Hallo,

 

Wir haben viele Leiterplatten die schon seit Eagle 4.6 funktionieren und

an

sich fehlerfrei "waren" (auch in Produktion).

 

Seit Eagle 6.5. haben wir in ca. 20% unserer Platinen "inkonsistenten"

die

bei 6.4 noch nicht bemängelt werden.

 

Nun ist automatisch die Forward-/Back-Annotaion ausgehebelt - mit 6.5

ist

unser Datenbestand hinüber.

 

Fehlermeldungen sind z.B.: "Bauteil X hat inkonsistente Packages in

Schaltplan und Board"

 

Wieso werden die Fehler erste jetzt Angezeigt? Sind die angeblichen

Fehler

Unnütz, weil das Board soweit funktioniert?

 

Muss ich jetzt in dutzenden Schaltbildern dutzende Fehlermeldungen

beseitigen?

 

Alternativ kann ich natürlich auch auf zukünftige Versionen verzichten

und

meine Eagle-Welt bei 6.4 einfrieren.

 

 

Hallo,

 

bei mir zeigt sich ähnliches.

Es sind wie Du schon erwähnt hast nur bei ca. 20% der Projekte. Man darf

halt, nachdem man die Dateien mit 6.5.0 geöffnet hat, nicht auf Speichern

drücken.

Ich mache das zur Zeit so, dass ich die Problemfiles mit der 6.4.0 öffne

und dort dann die Fehler beseitige. Normalerweise läuft das darauf hinaus,

dass die betroffenen Bauteile in den Bibliotheken korrekt anlegt und dann

mittels replace im Schaltplan auswechselt. Danach kann man dann mit der

6.5.0 weitermachen.

 

Gruß Andreas

 

 

 

 

 

 

 

 

 

Hallo Stefan,

Sorry, ich denke, dass dies ein, leider oft vorkommender, Anwenderfehler ist,

welcher sich im Laufe der langen Zeit weitergewalgt hat.

Bevor ich in einer neuen Software-Version irgend einen Handstrich

mache, überprüfe ich die Design Rules und speichere die Dateien

mit "speichern unter" in einem neuen Ordner.

Damit lege ich ich die Grundlagen für die nächsten Versionen.

Es entsteht damit eine Art "Lebensgeschichte".

Auch die dazugehörigen Software-Versionen sollten archiviert werden.

Datenpflege kann man leider, bzw. sollte man nicht auf den PCB-Hersteller,

oder gar Software-Hersteller welzen.

Es gibt ja auch den Button "Billigen".

Wenn es also keine großen Probleme, zB. elektrisch macht,

sollte "billigen" eine Hilfe und Abschwächung des Problems sein.

Ich würde es als Fortschritt betrachten, wenn mehr Prüfungsmöglichkeiten

zu meiner Unterstützung vorhanden sind.

Einen echten Rückschritt finde ich es, wenn man "Einfriert", so wie du es mit 6.4.0

angedacht hast.

Solche oft fein versteckte Anwendungsfehler muss ich auch immer wieder beratend

bei Kunden aufzeigen, wie sie zB. bei Betriebsystem, oder Anwenderprogramme auftauchen.

Grüße

Gerald

Hallo Stefan,

Sorry, ich denke, dass dies ein, leider oft vorkommender, Anwenderfehler ist,

welcher sich im Laufe der langen Zeit weitergewalgt hat.

Bevor ich in einer neuen Software-Version irgend einen Handstrich

mache, überprüfe ich die Design Rules und speichere die Dateien

mit "speichern unter" in einem neuen Ordner.

Damit lege ich ich die Grundlagen für die nächsten Versionen.

Es entsteht damit eine Art "Lebensgeschichte".

Auch die dazugehörigen Software-Versionen sollten archiviert werden.

Datenpflege kann man leider, bzw. sollte man nicht auf den PCB-Hersteller,

oder gar Software-Hersteller welzen.

Es gibt ja auch den Button "Billigen".

Wenn es also keine großen Probleme, zB. elektrisch macht,

sollte "billigen" eine Hilfe und Abschwächung des Problems sein.

Ich würde es als Fortschritt betrachten, wenn mehr Prüfungsmöglichkeiten

zu meiner Unterstützung vorhanden sind.

Einen echten Rückschritt finde ich es, wenn man "Einfriert", so wie du es mit 6.4.0

angedacht hast.

Solche oft fein versteckte Anwendungsfehler muss ich auch immer wieder beratend

bei Kunden aufzeigen, wie sie zB. bei Betriebsystem, oder Anwenderprogramme auftauchen.

Grüße

Gerald

Hallo Gerald,

uns war es wichtig, zu wissen welche Datan beim Leiterplattenhersteller

vorhanden sind.

Pflegen tun wir die selbst. Aber der Hersteller hat ja die teuren "Filme"

für Neubestellungen.

Und da möchten wir sicher die selben Daten haben - daher möchte ich bereits

bestehende Platinen nicht ändern -

später kopieren wie die dann für neuere Revisionen der Platine.

Es gibt ja auch den Button "Billigen".

Der BilligenButton funktioniert bei Konsistenzfehlern leider nicht (nich

anwählbar) - sonst hätte ich gar kein Problem damit.

Gerade bei neuen Regeln wäre dieser "Billigen" von Vorteil.

Gruß Stefan

"Gerald Schwarz" <gerald.schwarz@sg-electronics.at> schrieb im Newsbeitrag

news:1362733497.211383048713611.JavaMail.jive@flmspu-csapp-02.premierfarnell.com...

Hallo Stefan,

 

Sorry, ich denke, dass dies ein, leider oft vorkommender, Anwenderfehler

ist,

welcher sich im Laufe der langen Zeit weitergewalgt hat.

 

Bevor ich in einer neuen Software-Version irgend einen Handstrich

mache, überprüfe ich die Design Rules und speichere die Dateien

mit "speichern unter" in einem neuen Ordner.

Damit lege ich ich die Grundlagen für die nächsten Versionen.

Es entsteht damit eine Art "Lebensgeschichte".

Auch die dazugehörigen Software-Versionen sollten archiviert werden.

 

Datenpflege kann man leider, bzw. sollte man nicht auf den

PCB-Hersteller,

oder gar Software-Hersteller welzen.

Es gibt ja auch den Button "Billigen".

Wenn es also keine großen Probleme, zB. elektrisch macht,

sollte "billigen" eine Hilfe und Abschwächung des Problems sein.

 

Ich würde es als Fortschritt betrachten, wenn mehr Prüfungsmöglichkeiten

zu meiner Unterstützung vorhanden sind.

Einen echten Rückschritt finde ich es, wenn man "Einfriert", so wie du

es mit 6.4.0

angedacht hast.

 

Solche oft fein versteckte Anwendungsfehler muss ich auch immer wieder

beratend

bei Kunden aufzeigen, wie sie zB. bei Betriebsystem, oder

Anwenderprogramme auftauchen.

 

Grüße

Gerald

 

--

Um alle Bilder und Anhänge in diesem Beitrag zu sehen, besuchen Sie:

http://www.element14.com/community/message/93048#93048