Actions
Forum Thread Details
  • State Verified Answer
  • Replies 15 replies
  • Subscribers 174 subscribers
  • Views 1921 views
  • Users 0 members are here
Related

Hilfe bei Problemen mit Bibliotheken

userwithname

Hallo,

 

ich habe mich mittlerweile soweit in Eagle (V6.5) eingearbeitet, dass ich bereits ein Projekt erfolgreich abschließen konnte, fühle

mich aber immer noch als Einstieger.

 

Es handelte sich bei diesem Projekt um eine kleine Leiterkarte, bei der ich auch eigene Komponenten benutzte, die ich in einer

neuen eigenen Bibliothek abgelegt habe. Um dieses Projekt und alle dazugehörigen Daten zu sichern, habe ich auch das eigene

Library-File gesichert. Jetzt mußte ich feststellen, dass nicht alle erstellten und benutzten Komponenten in dieser Library wiederfinden

konnte. Ich kann im Nachhinein auch nicht mehr rekonstruieren, wie es zu diesem Datenverlust kommen konnte.

 

Für ein neues Projekt bin ich gerade dabei in einem neuangelegten Library-File neue Komponenten zu erstellen und auch bereits

bestehende Devices aus anderen Libraries hineinzukopieren. Wenn ich diese neue Library in Eagle öffne sehe ich alle Komponenten.

Ich habe mir aber den Inhalt dieses Library-Files mit einem Texteditor angeschaut und musste feststellen, dass ich darin nur einen

kleinen Teil der Komponenten wiederfinde, die ich in Eagle sehe.

 

Gibt es dafür eine Erklärung?

Mache ich hier irgendeinen Fehler?

 

Ich möchte verhindern, dass es wieder zu einem Datenverlust kommt, wie es mir in meinem ersten Projekt passiert ist.

 

Viele Grüße

Christof

  • 0 in reply to autodeskguest

    Was sollte Eagle da während normaler Arbeit auch hinschreiben wollen?

     

    Die Eagle-Bibliotheken sollte man ja nur lesen.

     

    Hallo Oliver,

     

    wie der Titel dieses Thema schon besagt, geht es um Bibliotheken und insbesondere um deren Erstellung und die spätere Sicherung.

    Zum Erstellen von Bibliothen die dann auch unter "lbr" zur Verfügung stehen sollen, muss man nun mal in diese Verzeichnisse schreiben können.

     

    Vielleicht reichen Dir die erstellten Komponenten. Ich habe hier nicht alles gefunden, was ich für mein Projekt benötigte.

     

    Christof

  • 0 in reply to userwithname

    userwithname schrieb:

     

    Was sollte Eagle da während normaler Arbeit auch hinschreiben

    wollen?

     

    Die Eagle-Bibliotheken sollte man ja nur lesen.

     

    Hallo Oliver,

     

    wie der Titel dieses Thema schon besagt, geht es um Bibliotheken und

    insbesondere um deren Erstellung und die spätere Sicherung.

     

    in meinem Posting ging es um die Aussage von Andreas.

     

    Unabhängig davon gehören eigene Bibliotheken nicht ins

    Eagle-Verzeichnis.

     

    Zum Erstellen von Bibliothen die dann auch unter "lbr" zur Verfügung

    stehen sollen, muss man nun mal in diese Verzeichnisse schreiben können.

     

    Welche Bibliotheken zu sehen sind, kannst Du einstellen. Du kannst und

    sollst eigene Verzeichnisse hinzufügen.

     

    Mit "lbr" meinst Du wahrscheinlich den mit Eagle gelieferten

    Verzeichnisbaum. Da sollst Du nichts reinschreiben.

     

    Servus

     

    Oliver

    --

    Oliver Betz, Munich http://oliverbetz.de/

     

  • 0 in reply to autodeskguest

    Am 17.11.2013 12:06, schrieb Oliver Betz:

    userwithname schrieb:

     

    Was sollte Eagle da während normaler Arbeit auch hinschreiben

    wollen?

     

    Die Eagle-Bibliotheken sollte man ja nur lesen.

     

    Hallo Oliver,

     

    wie der Titel dieses Thema schon besagt, geht es um Bibliotheken und

    insbesondere um deren Erstellung und die spätere Sicherung.

     

    in meinem Posting ging es um die Aussage von Andreas.

     

    Unabhängig davon gehören eigene Bibliotheken nicht ins

    Eagle-Verzeichnis.

     

    Zum Erstellen von Bibliothen die dann auch unter "lbr" zur Verfügung

    stehen sollen, muss man nun mal in diese Verzeichnisse schreiben können.

     

    Welche Bibliotheken zu sehen sind, kannst Du einstellen. Du kannst und

    sollst eigene Verzeichnisse hinzufügen.

     

    Mit "lbr" meinst Du wahrscheinlich den mit Eagle gelieferten

    Verzeichnisbaum. Da sollst Du nichts reinschreiben.

     

    Servus

     

    Oliver

     

     

    Zur Verdeutlichung:  In den von Eagle mitgelieferten Bibliotheken sollte

    man grundsätzlich NIE etwas ändern und auch nichts in diese

    Verzeichnisse hinzufügen.  Einfach, weil diese Änderungen beim nächsten

    Update oder einer Neuinstallation verloren wären.  Insofern ist da auch

    kein Schreibrecht nötig.

     

    Eigene Bauteile legt man IMMER in eigenen Bibliotheken in einem eigenen

    Verzeichnis an (und fügt diesen Pfad in Eagle hinzu und sorgt für

    Datensicherung).

     

    Möchte man an einem der mitgelieferten Bibliothekselemente auch nur eine

    Klitzekleinigkeit ändern, dann kopiert man das Teil (zB mit Drag&Drop im

    Control Panel) in eine eigene Bibliothek und ändert es dann dort.

     

    Tatsächlich verwende ich ausschließlich Teile aus eigenen Bibliotheken;

    bei Bedarf aus den Eagle-Libs kopiere ich mir sie.

     

     

    Grüße, Hans

     

  • 0 in reply to autodeskguest

    Am 15.11.2013 22:51, schrieb Andreas Weidner:

    Am 14.11.2013 17:13, schrieb userwithname:

    Ich habe die zugriffsrechte auf die Ordner "EAGLE-6.5.0" und "lbr"

    geändert. Es waren warum auch immer kein Schreibrechte vorhanden. Dies

    habe ich geändert und jetzt sehe ich auch nach der Änderung eines

    Library-Files auch die backup-Files in dem entsprechenden Directory.

     

    Fazit: Darauf achten, dass die Zugriffsrechte stimmen. Dann klappt es

    auch. - Wieder etwas schlauer geworden.

     

    EAGLE braucht, um vernuenftig (und vorhersagbar) zu funktionieren, zu

    JEDER Zeit Schreibrechte in allen seinen Verzeichnissen. Diese

    Schreibrechte sind bei Windows 7 in den "ueblichen"

    Programmverzeichnissen "Program Files" (oder "Program Files (x86)")

    nicht mehr vorhanden. Man muss sie entweder haendisch aendern, oder, was

    ich besser finde, EAGLE gleich in einem eigenen, NICHT

    schreibgeschuetzten Ordner installieren.

     

    Das ist seit Jahren meine persönliche Empfehlung, aber leider wollen ja

    viele Windows-Anwender, das sich Eagle an die Windows-Vorgaben hält,

    und nicht jeder ist mit den Problemen von MicroSoft-Entwicklern und

    deren verquertes Denken vertraut. Was mit Win 7/8 bisher seinen Gipfel

    hat.

     

     

    An die CadSoft-Programmierer: Das Verzeichnis, in das EAGLE sich unter

    Windows 7 standardmaessig installiert, ist zu dessen Ausfuehrung leider

    NICHT geeignet! Es waere daher hilfreich, wenn das Installationsprogramm

    etwas geaendert wuerde:

      1. Entweder die Zugriffsrechte gleich mit aendern, wenn EAGLE in ein

         solches Verzeichnis installiert wird,

     

    Dann müssen wir in die Rechtevergabe das System eingreifen, was

    versierte Anwender wiederum nicht möchten.

     

     

      2. und/oder EAGLE standardmaessig in ein ganz anderes (vernuenftiges)

         Verzeichnis installieren, das diese Probleme nicht kennt,

     

    Dazu gibt es ja den Button durchsuchen... und der anwender sollte

    die Kontrolle haben, um selbst zu entscheiden was er tut.

     

     

      3. und/oder (falls die Zugriffsrechtaenderung nicht implementiert

         werden kann) den Benutzer warnen, wenn er EAGLE in ein solches

         Verzeichnis installieren will.

     

    Es setzt nun mal leider gewisse Kenntnisse mit/um Windows voraus,

    wenn man Programme installiert. Wir können nicht für jedes neue Windows

    einen MicroSoft-Benutzer-Kurs anbieten. image

     

     

     

    Unter Linux wird das (glaube ich) bereits so gemacht, dass sich EAGLE

    nicht in das "normale" Programmverzeichnis installieren will, sondern in

    den HOME-Baum des Benutzers (oder so). Aehnliches waere mittlerweile

    auch fuer Windows praktisch.

     

    Wird ja auch so gemacht, $HOME, aber diese Variable hat mit Win 7/8 auch

    seine Tücken.

     

     

    ***

    Um das Original zu lesen, und auch zuverlässig angehängte Dateien

    bereitstellen zu können, benutzen Sie news.cadsoft.de und einen

    funktionierenden News-Reader wie Thunderbird!

    ***

     

    Mit freundlichen Grüßen / Best regards

     

    Alfred Zaffran

    --

    ______________________________________________________________

    Alfred Zaffran              Support

    CadSoft Computer GmbH       Hotline:   08635-698930

    Pleidolfweg 15              FAX:       08635-698940

    84568 Pleiskirchen          eMail: <alf@cadsoft.de>

                                 Web:   <www.cadsoft.de>

    Registergericht: Amtsgericht Traunstein HRB 5573

    Geschäftsführer: Thomas Liratsch

    ______________________________________________________________

    EAGLE V6.5 availabe now!

     

  • 0 in reply to autodeskguest

    Hallo,

     

    ach gott, bitte bloß nicht in den User-Bereich installieren lassen. Das

    ist ja schon eine Unart bei Google Chrome (Chromium), dass der sich

    unter Windows im Userverzeichnis installiert. Hat zwar den Vorteil, dass

    der sich jedes mal ohne den User mit den Windows Sicherheitsabfragen

    (Möchten Sie die Datei wirklich ausführen?) selbst per Updater auf dem

    aktuellen Stand halten kann, aber in das übliche Windows Ökosystem würde

    diese Art nicht passen.

    Ich weiß zwar nicht, ob Microsoft Programmierern bestimmte Vorgaben

    macht oder Empfehlungen rausgibt, wie Windows Programme zu erstellen

    sind, damit die mit Windows harmonieren, aber ich denke dass es wohl

    einen Grund haben wird, warum Microsoft Windows so gestaltet hat, wie es

    ist.

     

    Dass Programme im Program Files oder den (x86)-Verzeichnissen unter

    Windows ihre eigenen Verzeichnisse nur lesend Betrachten dürfen ist eine

    Windows Sicherheitsmaßnahme, der man begegnen kann, indem man UAC

    komplett abschaltet (in Unternehmen oft nicht möglich, da die

    Gruppenrichtlinien das periodisch wieder zurücksetzen) oder die

    Programme als Administrator ausführt. Auch das eignet sich eher weniger

    für Unternehmen, da User selten Adminrechte erhalten oder das

    Adminpasswort kennen.

    Was Leute privat machen ist eh egal. Insofern hat Hans recht, indem er

    sagt, dass die Factory Libs nicht angefasst werden dürfen. Ich selbst

    habe da so meine "Eigenes.lbr" für meine eigenen Teile, und seiens auch

    nur Komponenten, die ich leicht modifiziert aus anderen Libs kopiert

    habe. Die eigenen Lbrs liegen bei mir warm und trocken in eigenen

    Verzeichnissen.