Matthias Weingart schrieb:
Update im Schaltplan und PCB sind ja sinnvoll, weil dort packages immer älter
sind und auch nicht verändert werden, aber in eine LIB zu "updaten" ist
schlicht und einfach falsch.
außer, man verwendet eine "Master-Lib" mit Packages, ändert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Blöd nur, wenn man versehentlich die Master-Lib von einer älteren
abhängigen Lib updatet.
Allgemeiner Tipp: Gegen viele Unglücke hilft, Dateien unter
Versionsverwaltung stellen. Das geht ja seit der Einführung des
Plaintext-Formats ganz hervorragend.
Gearbeitet wird dann nur mit "Working Copies", jede Änderung ist
eindeutig nachvollziehbar und mit wenigen Klicks rückgängig zu machen.
Und vor einem "Commit" kann man nochmal prüfen und sehen, ob alles wie
gewünscht lief.
Servus
Oliver
--
Oliver Betz, Munich http://oliverbetz.de/
Oliver Betz <OBetz@despammed.com>:
Matthias Weingart schrieb:
Update im Schaltplan und PCB sind ja sinnvoll, weil dort packages immer
älter sind und auch nicht verändert werden, aber in eine LIB zu
"updaten" ist schlicht und einfach falsch.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Naja, ich hab es hier noch übersichtlich. Eine eigene Lib reicht.
Allgemeiner Tipp: Gegen viele Unglücke hilft, Dateien unter
Versionsverwaltung stellen. Das geht ja seit der Einführung des
Plaintext-Formats ganz hervorragend.
Der Tipp ist gut, SVN läuft hier sowieso schon, nur waren das die Eagle-
Projekte noch nicht mit drin...
M.
Am 16.07.2015 um 22:16 schrieb Oliver Betz:
Matthias Weingart schrieb:
außer, man verwendet eine "Master-Lib" mit Packages, ändert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Hallo,
das kommt mir irgendwie bekannt vor. Bin zwar seid zwei Jahren
raus aus dem Job, schau aber regelmäßig ins Forum (natürlich mit
Thunderbird).
Den Beitrag vom 15.12.2003 21:42 "2 zusätzliche Librarys für
packages and symbols" gib es nicht mehr auf dem Server, aber ich
hab noch eine Kopie von dem was ich damals geschrieben habe.
Es hat anscheinend nichts an Aktualität verloren.
Zitat von damals:
Wolfgang Haring schrieb:
Ich arbeite schon mehrere Jahre mit Eagle und finde es ziemlich lästig
einen neuen Bauteil zu erstellen, da es regelmäßig vorkommt, dass ich
ein package in einer library bräuchte, das aber in einer anderen
vorhanden ist!
Würde man 2 Librarys erstellen, wo in einer nur packages und in der
anderen nur symbols sind, könnte man sehr einfach jedes beliebige device
erstellen, da ja generell fast alle symbols und packages vorhanden sind!
Wäre meiner Meinung nach eine Überlegung wert!
Da bist du mit deinen Wünschen nah an meiner Vorstellung.
Wie im Moment sollte es viele Device Libraries geben, die aber auf nur je
<b>eine</b> für Packages und Symbols <b>verweisen</b>.
Dann würde nämlich nicht das passieren was mich eine volle Woche Arbeit
gekostet hat. Wir haben ein Projekt nach Extern vergeben und da haben zwei
Leute parallel an Libraries gearbeitet. Beide haben für einen Transistor
bzw. Dioden ein SOT-23 angelegt. Einmal Nummerierung wie in der smd-ipc.lbr
nur um 180Grad gedreht (Pin3 unten)und einmal ganz anders nummeriert.
Außerdem zwei SO08 einmal in glatten Mils einmal in mm. Das war noch mit
Eagle 4.09. Nach dem Update auf 4.11 sollte das Projekt bei uns
weiterbearbeitet werden und mittels UpdateMan.ulp an unsere Libs angepasst
werden. Leider waren nach dem Beenden des ULPs fast 400 DRC-Fehler und
fehlende Verbindungen (bei insgesammt ca 1000 Bauelementen) vorhanden.
Dies beruhte in erster Linie auf der Namensgleichheit der sonst
unterschiedlichen Packages.
***
... benutzen Sie news.cadsoft.de und einen
funktionierenden News-Reader wie Thunderbird!
***
Mit freundlichen Grüßen
Friedrich
Friedrich Bleikamp <fbleikamp@web.de>:
Am 16.07.2015 um 22:16 schrieb Oliver Betz:
Matthias Weingart schrieb:
außer, man verwendet eine "Master-Lib" mit Packages, ändert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Hallo,
das kommt mir irgendwie bekannt vor. Bin zwar seid zwei Jahren
raus aus dem Job, schau aber regelmäßig ins Forum (natürlich mit
Thunderbird).
Den Beitrag vom 15.12.2003 21:42 "2 zusätzliche Librarys für
packages and symbols" gib es nicht mehr auf dem Server, aber ich
hab noch eine Kopie von dem was ich damals geschrieben habe.
Es hat anscheinend nichts an Aktualität verloren.
An den Beitrag kann ich mich sogar noch erinnern. (bin jetzt auch mal wieder
nach in paar Jahren Pause mit Eagle zugange, gibt ja ein paar nette neue
Features (wie z.B. mehrzeilige Texte ! ), aber manche grundlegende Dinge
ändern sich wohl nie. bin aber wenigsten froh, das wir einige Dinge von
unserer Eagle-Wunschliste damals umgesetzt bekommen haben, wie z.B. das
kontextsensitive Menü mit dem Mausrechtsklick :-).
M.
Am 20.07.2015 um 20:33 schrieb Friedrich Bleikamp:
Am 16.07.2015 um 22:16 schrieb Oliver Betz:
Matthias Weingart schrieb:
außer, man verwendet eine "Master-Lib" mit Packages, ändert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Dazu kann ich nur eines sagen "ref-packages.lbr", wozu sie auch angelegt
***
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
Geschaeftsfuehrer: Mark Whiteling
______________________________________________________________
Matthias Weingart schrieb:
An den Beitrag kann ich mich sogar noch erinnern. (bin jetzt auch mal wieder
nach in paar Jahren Pause mit Eagle zugange, gibt ja ein paar nette neue
Features (wie z.B. mehrzeilige Texte !
), aber manche grundlegende Dinge
ändern sich wohl nie. bin aber wenigsten froh, das wir einige Dinge von
unserer Eagle-Wunschliste damals umgesetzt bekommen haben, wie z.B. das
...den ich bei seinem Erscheinen sofort abgestellt habe. Das Arbeiten
mit Gruppen wird dadurch zur Qual. Genauso wie das Panning mit der
mittleren Maustaste - zum Glück kann man das so konfigurieren, das es
wieder angenehm (mit Ctl) geht.
Dafür sind aber wirklich wichtige und sehr einfach zu implementierende
Dinge (Gateswap im Board, Gateswap begrenzt auf das Device, Arbeiten in
Bottom-Ansicht usw.) m.W. nach wie vor nicht umgesetzt.
Tilmann
Tilmann Reh <usenet2007nospam@autometer.de>:
Matthias Weingart schrieb:
An den Beitrag kann ich mich sogar noch erinnern. (bin jetzt auch mal
wieder nach in paar Jahren Pause mit Eagle zugange, gibt ja ein paar
nette neue Features (wie z.B. mehrzeilige Texte !
), aber manche
grundlegende Dinge ändern sich wohl nie. bin aber wenigsten froh, das
wir einige Dinge von unserer Eagle-Wunschliste damals umgesetzt
bekommen haben, wie z.B. das kontextsensitive Menü mit dem
Mausrechtsklick :-).
...den ich bei seinem Erscheinen sofort abgestellt habe. Das Arbeiten
mit Gruppen wird dadurch zur Qual. Genauso wie das Panning mit der
mittleren Maustaste - zum Glück kann man das so konfigurieren, das es
wieder angenehm (mit Ctl) geht.
So sind die Geschmäcker verschieden (die Probleme mit den Gruppen löst man -
eigentlich recht problemlos - mit der Strg-Taste). Wenn man sich erst mal an
die Eagle Bedienung gewöhnt hat, mag man ja damit klarkommen, ist eben die
alte Philosphie noch aus DOS-Zeiten. Aber für einen Windows-gewohnten
Neueinsteiger ist das ihmo mit dem Kontextmenü wirklich besser, wobei ich da
selber ehrlicherweise auch nicht viel davon nutze (lediglich den Direktsprung
in die Lib und die Eigenschaften, die ich aber auch über die Info-Funktion
kriege).
M.
"A. Zaffran" <alf@cadsoft.de>:
Am 20.07.2015 um 20:33 schrieb Friedrich Bleikamp:
Am 16.07.2015 um 22:16 schrieb Oliver Betz:
Matthias Weingart schrieb:
außer, man verwendet eine "Master-Lib" mit Packages, ändert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Dazu kann ich nur eines sagen "ref-packages.lbr", wozu sie auch angelegt
Aber man kann doch nicht aus einer Lib heraus auf die ref-packages.lbr
verweisen? Man muss die Packages doch in die zweite lib kopieren und dann
sicd die recht unabhängig von den packages in der ref-packages.lbr.
M.
Am 21.07.2015 um 10:17 schrieb Matthias Weingart:
selber ehrlicherweise auch nicht viel davon nutze (lediglich den Direktsprung
in die Lib und die Eigenschaften, die ich aber auch über die Info-Funktion
kriege).
Wenn Du es selber nicht so oft benutzt, fährst Du mit Tilmanns
Konfiguration meiner Meinung nach besser. Das Kontext-Menü ist dabei
schließlich nicht verschwunden. Für die seltenen Fälle, in denen man das
braucht, drückt man eben zusätzlich Ctrl zum Rechtsklick. Und das, was
deutlich öfter vorkommt (das Arbeiten mit Gruppen), hast Du direkt
verfügbar.
Gruß,
René
Am 21.07.2015 um 10:20 schrieb Matthias Weingart:
"A. Zaffran" <alf@cadsoft.de>:
Am 20.07.2015 um 20:33 schrieb Friedrich Bleikamp:
Am 16.07.2015 um 22:16 schrieb Oliver Betz:
Matthias Weingart schrieb:
außer, man verwendet eine "Master-Lib" mit Packages, Àndert nur darin
und verteilt die Änderungen in die Libs mit Devices. M.E. die einzige
Methode, die Redundanzen zu beherschen, die Cadsoft den Anwendern
aufzwingt.
Man will ja nicht in jeder Lib wieder ein neues SO16 anlegen.
Dazu kann ich nur eines sagen "ref-packages.lbr", wozu sie auch angelegt
Aber man kann doch nicht aus einer Lib heraus auf die ref-packages.lbr
verweisen? Man muss die Packages doch in die zweite lib kopieren und dann
sicd die recht unabhängig von den packages in der ref-packages.lbr.
Bibliotheksverwaltung ist nun mal nicht nur 1+1, aber durch DRAG & DROP
kann man ja das Package aus "seiner" LBR in die ref-package.lbr ziehen,
und in Zukunft hier abändern, dann noch ein kleines SCRIPT in dem steht
UPDATE ref-packes
und bei Bedarf
RUN run-loop-all-lbr-script.ulp
das SCRIPT wählen, und in allen LBRs in denen ein Package mit dem
gleichen Namen wie in der ref-packes.lbr vorkommt, wird ein UPDATE
des Package in der aktuell geladenen LBR durchgeführt. Also in allen,
außer der ref-packes.lbr selbst.
***
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
Geschaeftsfuehrer: Mark Whiteling
______________________________________________________________