Actions
Forum Thread Details
  • Replies 23 replies
  • Subscribers 181 subscribers
  • Views 2980 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

  • Hans Lederer schrieb:

     

     

    Nein,  Mißverständnis:  Jetzt arbeitet der Eagle-Projektmanager strikt

    verzeichnisorientiert,  er nimmt an,  ein Verzeichnis = ein

    Eagle-Projekt.  Daher kommt der meiste Ärger und wohl auch die saublöde

    Restriktion auf den fixen Namen Eagle.EPF.  Und daher auch,  dass er die

    Beschreibung für dieses Projekt als extra Textdatei mit dem fixen Namen

    DESCRIPTION in das Verzeichnis schreibt.

     

    ah so, habe ich nie benutzt - da ich ja die "Projektverwaltung" nicht

    benutze. Ich weiß, wo ich welches Verzeichnis finde.

     

    Ich meine hier,  dass diese Projektbeschreibung keine extra Datei sein,

    sondern mit im EPF stehen soll,  eben damit keine Zuordnungsprobleme

    entstehen.  Sie würde dann zB angezeigt,  wenn man im

    Eagle-Projektmanager die EPF markiert (noch nicht öffnet).

     

    Ich möchte,  dass nicht mehr die Verzeichnisse für ein Projekt relevant

    sind,  sondern rein nur die EPFs.  Und dazu ist eine freie Pfad- und

    Namenswahl sehr wichtig!

     

    Das hätte auch andere nützliche Nebenwirkungen,  zB auf die lästigen

    Ladezeiten des Eagle-Projektmanagers -- er bräuchte nicht mehr alle

    Verzeichnisse auf enthaltene EPFs abzuklappern,  sondern einfach nur den

     

    Tut er bei meiner Methode nicht.

     

    Servus

     

    Oliver

     

Reply

  • Hans Lederer schrieb:

     

     

    Nein,  Mißverständnis:  Jetzt arbeitet der Eagle-Projektmanager strikt

    verzeichnisorientiert,  er nimmt an,  ein Verzeichnis = ein

    Eagle-Projekt.  Daher kommt der meiste Ärger und wohl auch die saublöde

    Restriktion auf den fixen Namen Eagle.EPF.  Und daher auch,  dass er die

    Beschreibung für dieses Projekt als extra Textdatei mit dem fixen Namen

    DESCRIPTION in das Verzeichnis schreibt.

     

    ah so, habe ich nie benutzt - da ich ja die "Projektverwaltung" nicht

    benutze. Ich weiß, wo ich welches Verzeichnis finde.

     

    Ich meine hier,  dass diese Projektbeschreibung keine extra Datei sein,

    sondern mit im EPF stehen soll,  eben damit keine Zuordnungsprobleme

    entstehen.  Sie würde dann zB angezeigt,  wenn man im

    Eagle-Projektmanager die EPF markiert (noch nicht öffnet).

     

    Ich möchte,  dass nicht mehr die Verzeichnisse für ein Projekt relevant

    sind,  sondern rein nur die EPFs.  Und dazu ist eine freie Pfad- und

    Namenswahl sehr wichtig!

     

    Das hätte auch andere nützliche Nebenwirkungen,  zB auf die lästigen

    Ladezeiten des Eagle-Projektmanagers -- er bräuchte nicht mehr alle

    Verzeichnisse auf enthaltene EPFs abzuklappern,  sondern einfach nur den

     

    Tut er bei meiner Methode nicht.

     

    Servus

     

    Oliver

     

Children
No Data