Eagle Library für ATmega16M1/32M1/64M1

[Florian (Gast)]

Anbei eine Library für Eagle.
Hat vielleicht jemand Lust, die Daten gegenzuprüfen?

[Bernd S. (bernds1)]

Hallo Florian,

hast du in deiner Bibliothek was anderes gemacht als in der originalen 
"atmel.lbr"? Dort sind die drei schon drin.

[Florian (Gast)]

Was ist denn "Original"?
Ich habe da wohl eine ältere Version, in der die fehlen. Und die neuste 
bei Cadsoft (*-7.lbr oder so) erwartet eine neue Version von Eagle. Oder 
gibt's da was, was ich nicht kenne? Dann hätte ich mir ja die Mühe 
sparen können. :-(

[Bernd S. (bernds1)]

Hallo Florian,

ich hab gerade mal nachgeschaut, in der 5.1 waren sie schon drin, in der 
6.2 dann logischerweise auch. Diese beiden Versionen habe ich momentan 
hier. Vermutlich hast du noch eine ältere. Ich kann nicht genau sagen, 
ab wann sie drin sind, aber wie gesagt seit der Eagle-Version 5.1 auf 
alle Fälle.

Gruß Bernd

[Florian (Gast)]

Ah. Ich habe gerade mal die Demo installiert, da ich noch in der 
Steinzeit lebe (never touch a running system und wirklich neues ist ja 
wohl auf den ersten Blick auch nicht dabei). Aber der MEGA64-M (MLF64) 
ist nicht der mega64M1 (TQFP32).

[Bernd S. (bernds1)]

Florian schrieb:
> Aber der MEGA64-M (MLF64)
> ist nicht der mega64M1 (TQFP32).

Alles klar, ich wußte nicht, daß es nur um das Gehäuse geht. Deswegen 
hatte ich am Anfang gefragt, was du anders gemacht hast.
Wäre es denn eine Idee, das TQPF32-Gehäuse mit dem Symbol zu verknüpfen? 
Das Gehäuse ist in der atmel.lbr vorhanden. Müßte eigentlich auch 
gehen...
Bitte verstehe mich nicht als "Meckerer" :-) Mir ist es nur aufgefallen, 
daß es die Prozessoren in der lbr schon gibt. Und ich weiß auch, daß es 
Arbeit und Mühe kostet, eine ordentliche lbr zu erstellen, wo alles 
stimmt. Mit welcher Eagle-Version arbeitest du? Wenn du die lbr in einer 
Eagle-Version gemacht hast, die noch keine XML-Files verwendet hat, dann 
können die User, die noch eine alte Version verwenden, sicher etwas mit 
deiner Bibliothek anfangen. Also die Arbeit war nicht umsonst, denke 
ich.

Gruß Bernd

[Jörn P. (jonnyp)]

Bei der lib fällt auf Anhieb auf, das kein Prefix vergeben ist und 
VCC/AVCC als i/o deklariert sind.

Zum Thema libraries bei cadsoft im download sollte mal klar gestellt 
sein, das dort jeder sein Zeug abladen darf. Cadsoft, und auch alle 
anderen layout programme, garantieren nicht für ihre eigenen libs. Auch 
wenn es vielleicht den Eindruck macht: Die user libs im download sind 
nicht von cadsoft kontrolliert. Es wird auch im rot gedrucktem Text 
darauf hin gewiesen.
Um sicher zu gehen müßten solche libs nachkontrolliert werden, aber dann 
kann man sie auch gleich selber machen.
Zum Anderen kann man sich zusätzliche falsche layer einfangen, die 
eventunnel zu Problemen führen, und man sucht sich dann dumm und 
dämlich.
Mit "SET USED_LAYERS ALL" und "DISPLAY" (Auch als script verpackt) und 
jeweils im package und sybmbol angewendet lassen sich solche layer 
aufspüren und leicht löschen.
Ich würde eher vorschlagen, sich die die neueste eagle Version zu holen 
und deren libs zu verwenden.
Eagle-5 user haben dann aber ein bischen Arbeit ;-)
Man kopiert die eagle-6 devices, die man will, in eine neue eagle-6 lib 
und exportiert diese lib als script. Das ist eine einfache Textdatei und 
man sollte die auch editieren, weil der I/O pin in eagle-6 nur noch IO 
heißt und weil es den Befehl "align" in eagle-5 nicht gibt. Beides führt 
sonst zu etlichen Fehlermeldungen. Im Texteditor sucht und ersetzt man 
"Change Align bottom left" durch nix und io durch I/O, wobei hier besser 
zu Fuß gearbeitet wird. Das geänderte script speichert man natürlich neu 
ab. Mit eagle-5 macht man bevorzugt eine neue lib auf und liest das 
script ein. Etwaige Fehlermeldungen (align oder io)ignoriert man, wenn 
es nur ein paar sind. Nach Kontrolle können die devices dann den eigenen 
libs hinzu gefügt werden.