Actions
Forum Thread Details
  • Replies 23 replies
  • Subscribers 175 subscribers
  • Views 2439 views
  • Users 0 members are here
Related

Chaos mit mehreren EAGLE Instanzen

autodeskguest

Hallo,

 

Situation:

wir entwickeln Systeme, die zunehmend aus mehreren Platinen bestehen.

Mitunter ist es erforderlich, dass alle Komponenten zugleich

betrachtet/bearbeitet werden müssen.

Für jede Platine gibt es ein eigenes Verzeichnis mit eigener

Projektdatei (*.epf).

 

Wenn nun zur Zeitersparnis die benötigte .sch oder .brd Datei über den

Explorer geöffnet wird, vermerkt EAGLE deren Pfad im zuletzt aktivierten

Projekt.

 

Das heißt: Wenn im EAGLE ein Projekt aktiviert wird (grüner Ball im

Control Panel) werden u.U. Dateien eines anderen Projekts geöffnet.

Somit muss dann manuell die richtige Datei geladen werden, was bei 4-5

parallelen Instanzen erheblich Zeit kostet.

 

Das Verhalten ist reproduzierbar.

Welche Möglichkeiten gibt es dieses Problem zu vermeiden?

 

In diesem Zusammenhang:

Wenn man eine .sch oder .brd Datei über den Explorer öffnet, erhält man

ja eine Warnung "Wollen Sie auch ... öffnen?

Welchen Sinn macht dieser Dialog in der Praxis, wenn auch die

entsprechende .brd/.sch Datei existiert und geöffnet werden kann???

 

Unser System: - WinXP Pro SP3

               - EAGLE 5.6 Professional

 

Gruss

Heiko

 

Parents

  • Hallo Oliver,

     

    die von dir genannte Lösung ist natürlich nicht falsch. Löst aber nicht

    unser Problem.

     

    > Ich mag das "Control Panel" nicht zur Auswahl eines Projektes

    > verwenden. Dafür gibt es bessere Dateimanager.

     

    1. Seit es in Eagle möglich ist, werden in unserem Unternehmen Zweck und

        Funktionsdetails zum Projekt abgelegt (Also Beschreibung in Package,

        Device, Projekt). Das Control Panel ist sicher nicht die perfekte

        Lösung aber es erfüllt den Zweck. Mir fällt kein

        Dateimanager ein, der EAGLE Projektbeschreibungen direkt darstellt.

        Ohne das Control Panel müsste man eine Parallelwelt schaffen, die

        nix anderes machen würde wie das Control Panel selbst.

        Die Frage ist wozu? Mal abgesehen von der kürzeren Ladezeit.

    2. In unserer Stücklistenverwaltung gibt es eine Referenz auf die

        entsprechende brd Datei. Das Layout kann also direkt geöffnet werden.

     

    > Ich starte Eagle mit einer Verknüpfung auf *.epf bzw. eine

    > vorgeschaltete CMD-Datei zur automatischen Auswahl der passenden

    > Eagle-Version (ich will kein Eagle 3 Projekt mit Eagle 5 öffnen). Die

    > Datei habe ich hier schon gelegentlich gepostet.

    > Eagle erhält beim Start einen Pfad zur eagle.epf.

     

    Ist eine Möglichkeit. Aber wer öffnet - im Fertigungsprozess - eine

    .epf Datei, wenn er z.B. einen Fehler im Board sucht.

    Es wird in nahezu 100% der Fälle die brd Datei der entsprechenden

    Revision über den Explorer / die Stückliste geöffnet.

     

    Ich will deine Lösung KEINESFALLS kritisieren oder abwerten.

    Ich unterstelle mal, du bist der einzige, der mit deinen Projekten

    arbeitet.

    Bei uns greifen derzeit über 25 Mitarbeiter täglich auf unsere

    Projekte zu. Diese wissen oft nicht hinter welcher Projektnummer welches

    Projekt steckt. Die Funktionsbeschreibung im Control Panel hilft beim

    Finden des gesuchten Projekts mehr als eine epf Datei im Verzeichnis.

     

    Das ursprünglich von mir geschilderte Verhalten bezieht sich aber nicht

    auf die Vor- und Nachteile des Projektverwaltungskonzepts von Eagle.

     

    Vielmehr soll von mir auf das Chaos hingewiesen werden, was seit

    längerem beim Arbeiten mit Eagle entsteht.

     

    Ich hatte es in der ersten Mail schon mal versucht zu beschreiben

    Aber hier nochmal etwas genauer:

     

    Eagle öffnet beim Start automatisch das zuletzt aktive Projekt.

    Das ist soweit ja gar nicht verkehrt, solange man sequentiell ein

    Projekt nach dem anderen realisiert.

    Nun haben wir im speziellen aber das Problem, dass zeitgleich 2-4

    Projekte parallel zu entwickeln sind.

     

    Öffnet man Eagle aus dem Startmenü ist alles Ok (brd und sch an den

    letzen Positionen, wunderbar!)

    Öffnet man z.B. eine brd Datei über den Explorer wird trotzdem zuerst

    das zuletzt aktive Projekt geladen. Danach wird die brd Datei geladen.

    Eagle stellt fest, dass die geladene brd Datei nicht zur schon offenen

    sch Datei passt und fragt. Wollen Sie auch blabla.sch öffnen?

    Ich antworte mit ja und hab was ich eigentlich will.

     

    Schließt man jetzt Eagle werden die zuletzt geöffneten Dateien dem

    aktiven Projekt zugeordnet. Das ist das Problem. Wenn an einem anderen

    Arbeitsplatz das erwähnte Projekt aktiviert wird, werden u.U

    projektfremde Dateien geladen! => Es müssen die richtigen Dateien

    manuell geladen werden.

     

    Ich kann mir fast nicht vorstellen, das wir die einzigen sind, die

    dieses Problem haben. Zumal wir Projektmäßig Eagle im von CadSoft

    geplanten Sinn verwenden. Das Verhalten ist definitiv reproduzierbar

     

    Meine Frage an CadSoft: Wäre es nicht zweckdienlich, das letzte aktive

    Projekt beim Start nur dann zu aktivieren, wenn nichts per

    Startparameter übergeben wird?

     

    Gruss Heiko

     

    Eagle 5.6pro @ WinXP SP3

     

Reply

  • Hallo Oliver,

     

    die von dir genannte Lösung ist natürlich nicht falsch. Löst aber nicht

    unser Problem.

     

    > Ich mag das "Control Panel" nicht zur Auswahl eines Projektes

    > verwenden. Dafür gibt es bessere Dateimanager.

     

    1. Seit es in Eagle möglich ist, werden in unserem Unternehmen Zweck und

        Funktionsdetails zum Projekt abgelegt (Also Beschreibung in Package,

        Device, Projekt). Das Control Panel ist sicher nicht die perfekte

        Lösung aber es erfüllt den Zweck. Mir fällt kein

        Dateimanager ein, der EAGLE Projektbeschreibungen direkt darstellt.

        Ohne das Control Panel müsste man eine Parallelwelt schaffen, die

        nix anderes machen würde wie das Control Panel selbst.

        Die Frage ist wozu? Mal abgesehen von der kürzeren Ladezeit.

    2. In unserer Stücklistenverwaltung gibt es eine Referenz auf die

        entsprechende brd Datei. Das Layout kann also direkt geöffnet werden.

     

    > Ich starte Eagle mit einer Verknüpfung auf *.epf bzw. eine

    > vorgeschaltete CMD-Datei zur automatischen Auswahl der passenden

    > Eagle-Version (ich will kein Eagle 3 Projekt mit Eagle 5 öffnen). Die

    > Datei habe ich hier schon gelegentlich gepostet.

    > Eagle erhält beim Start einen Pfad zur eagle.epf.

     

    Ist eine Möglichkeit. Aber wer öffnet - im Fertigungsprozess - eine

    .epf Datei, wenn er z.B. einen Fehler im Board sucht.

    Es wird in nahezu 100% der Fälle die brd Datei der entsprechenden

    Revision über den Explorer / die Stückliste geöffnet.

     

    Ich will deine Lösung KEINESFALLS kritisieren oder abwerten.

    Ich unterstelle mal, du bist der einzige, der mit deinen Projekten

    arbeitet.

    Bei uns greifen derzeit über 25 Mitarbeiter täglich auf unsere

    Projekte zu. Diese wissen oft nicht hinter welcher Projektnummer welches

    Projekt steckt. Die Funktionsbeschreibung im Control Panel hilft beim

    Finden des gesuchten Projekts mehr als eine epf Datei im Verzeichnis.

     

    Das ursprünglich von mir geschilderte Verhalten bezieht sich aber nicht

    auf die Vor- und Nachteile des Projektverwaltungskonzepts von Eagle.

     

    Vielmehr soll von mir auf das Chaos hingewiesen werden, was seit

    längerem beim Arbeiten mit Eagle entsteht.

     

    Ich hatte es in der ersten Mail schon mal versucht zu beschreiben

    Aber hier nochmal etwas genauer:

     

    Eagle öffnet beim Start automatisch das zuletzt aktive Projekt.

    Das ist soweit ja gar nicht verkehrt, solange man sequentiell ein

    Projekt nach dem anderen realisiert.

    Nun haben wir im speziellen aber das Problem, dass zeitgleich 2-4

    Projekte parallel zu entwickeln sind.

     

    Öffnet man Eagle aus dem Startmenü ist alles Ok (brd und sch an den

    letzen Positionen, wunderbar!)

    Öffnet man z.B. eine brd Datei über den Explorer wird trotzdem zuerst

    das zuletzt aktive Projekt geladen. Danach wird die brd Datei geladen.

    Eagle stellt fest, dass die geladene brd Datei nicht zur schon offenen

    sch Datei passt und fragt. Wollen Sie auch blabla.sch öffnen?

    Ich antworte mit ja und hab was ich eigentlich will.

     

    Schließt man jetzt Eagle werden die zuletzt geöffneten Dateien dem

    aktiven Projekt zugeordnet. Das ist das Problem. Wenn an einem anderen

    Arbeitsplatz das erwähnte Projekt aktiviert wird, werden u.U

    projektfremde Dateien geladen! => Es müssen die richtigen Dateien

    manuell geladen werden.

     

    Ich kann mir fast nicht vorstellen, das wir die einzigen sind, die

    dieses Problem haben. Zumal wir Projektmäßig Eagle im von CadSoft

    geplanten Sinn verwenden. Das Verhalten ist definitiv reproduzierbar

     

    Meine Frage an CadSoft: Wäre es nicht zweckdienlich, das letzte aktive

    Projekt beim Start nur dann zu aktivieren, wenn nichts per

    Startparameter übergeben wird?

     

    Gruss Heiko

     

    Eagle 5.6pro @ WinXP SP3

     

Children
No Data