Eagle-Bibliothek für häufig verwendete Steckverbinder

Hallo,

bezug nehmend auf Dinos Stecker-FAQ-Thread (zu dem ich ihn ja irgendwie angestiftet hatte) habe ich damit begonnen, eine entsprechende Eagle-Bibliothek zu erstellen.
Enthalten sind derzeit lediglich die üblichen Programmierschnittstellen und "meine" übliche SPI-Schnittstelle. Jeweils in diversen Package-Varianten.
Anhang anzeigen con-misc.zip
Die bisherigen Beschreibungstexte sind noch 'ne Großbaustelle, die Package- und Devicenamen möchte ich auch noch vereinheitlichen.
Da ja kürzlich die MicroMatches hier rumgeisterten, werd ich die wohl auch noch hinzufügen - ansonsten mal sehen, was in Dinos Thread noch kommt.

P.S.: Ich hoffe, das geht soweit mit den Forenregeln und so konform. Kann irgendjemand sich mal die Mühe machen, und das korrekturtechnisch durchgehen (mechanische Dimensionen, Pinzuweisungen etc...)?

P.P.S.: war mir jetzt nicht sicher, in welches Unterforum das eigentlich gehört, ggf bitte verschieben...

LotadaC

So, ohne jetzt gleich die nächste Version hochzuladen, folgende Dinge hab ich inzwischen ergänzt/verändert:
-Packages vereinheitlicht (Namen)
-Beschreibungstexte ergänzt, vereinheitlicht und ins deutsche übertragen
-bei den THT-Packages, die ich übernommen hatte sind die Pads Oktagone, Pad1 immer Quadrat - hab ich einheitlich auf Oktagone(*) geändert; ABER Pad1 als "First" zugewiesen. Jetzt kann man also im Board selbst festlegen, wie dieses Pad zu erscheinen hat.
-die erste MicroMatch-Federleiste (THT, gerade, 6Pins) hab ich auch erstmal erstellen lassen , und zT bereits bei einigen Devices miteingebunden
-Packages einheitlich ausgerichtet (Pin1 oben links, Pin2 oben rechts usw), Namen (drüber) und Wert (drunter) angeordnet (kann man ja mit "smash" im Board wieder ändern).

Jetzt folgende Fragen:
-(*) sollen das eher Kreise sein (statt der Oktagone)?
-Ich verwendete als Standard-SPI bisher immer eine ableitung des ISP - mit !CS da, wo sonst der !RST ist. Bei meinem nächsten Projekt sollen aber midestens 2 Slaves am Master hängen. Könnte man mit 2 eigenen Verbindern machen. In dem Zusammenhang wurde vorgeschlagen, FCCs zu nehmen. Macht das Frequenztechnisch bei SPI überhaupt Sinn? Mein Favorit wären immer noch die Micro Matches - jetzt eben 8 oder 10polig. Dann könnte man die Platinen stapeln, und mit einem Hosenträger verbinden (wie bei IDE). Was wäre dann eine gute Anordnung der Pins? Wenns eh nicht mehr wie beim ISP sein soll, könnte man entsprechend Dinos Ausführungen in dem anderen Thread ja die potentiell schnell/häufig wechselnden Signalleitungen (MISO/MOSI/SCK) durch Leitungen mit eher selten wechselnden Pegeln (Versorgungsspannungen, !CS-Leitungen) voneinander trennen.
-Bisher sind in meiner lib bei den Verbindern die Vtg und GND-Pins als Pwr-Pin (Direction) eingebaut - sollte ich da lieber normale I/Os nehmen?
(Hintergrund: wenn die Pwr sind, werden im Board alle gleichnamigen Pins verbunden (airwires). Verbindet man jetzt einen dieser Pins mit 'nem anderen Signal (zB Agnd statt Gnd), gibts zumindest 'ne Warnung vom ERC. Wenn man ein nicht-Supply-Signal drauflegt, sogar einen Fehler, glaub ich.)
-Sobald ich einem Symbol einen Description-Text verpasse, stimmt der Text der Bibliothek selbst nicht mehr - kann jemand das mal Testen? Ich verwende Version 6.1

Akkus laden mit viel Strom und (viele) Signale über einen Stecker? Die mischbestückten Sub-D's kennst Du?

dino03 schrieb:

...in dem Sinn ist Atmels 6pin-Belegung ja auch eigentlich Murks. Theoretisch müßte MOSI und Reset getauscht sein um die Dauerpegel-Pins Vtg, GND und Reset auf einer Seite und damit immer als Zwischenadern zu haben...

Zum Vergrößern anklicken....

Wenn's sowieso keinen Standard gibt, würde ich für SPI den hier vorschlagen:
für mehrere Slaves dann eben:
Grund: mit dieser Reihenfolge wird Dinos Regel bezüglich der abwechselnden Geschwindigkeiten eingehalten, andererseits läßt sich das SPI (bei den mir bekannten AVR) so "verknotungsfrei" Routen.
Irgendwelche Einwände/abweichenden Vorschläge?

dino03 schrieb:

...Kann man nen schönen seriellen Hochgeschwindigkeitsbus über mehrere Platinen aufbauen...

Zum Vergrößern anklicken....

Genau das hab ich damit auch vor - einen externen ADC, einen externen DAC, einen (noch nicht festgelegten Controller. Alle 3 Platinen schön übereinander. Die ADC-Platine hat ca. 5x3cm², die DAC-Platine 5x2cm²... was mach ich jetzt nur mit dem Controller?
Egal - is'ne andere Baustelle..
Zur Bibliothek:
-mit den Bildern un Beschreibungstexten hab ich aufgeräumt
-Micromatches gibts jetzt auch überall
-für SPI die 10-Pin-Variante als separates Bauteil hinzugefügt
Anhang anzeigen con-misc.zip
Als nächstes wäre dann wohl TWI/I²C dran...
Für 3 Pins macht ein Stecker da keinen Sinn - 6er Wannenstecker kenne ich, 4er Micromatches scheints zu geben. Da vielleicht die Verwendung der beiden zusätzlichen Signaladern Sinn machen kann (IRQ oder sowas), würde ich 2 "Bauteile" vorschlagen. Vier Pins für die normalen Stiftleisten und Micromatches, bei 6 Pins zusätzlich noch die Wannenstecker als Package-Variante.
Pinbelegung: Philips scheint (laut Dinos Topic) folgendes vorzuschlagen
Für die AVR scheint jedoch (layouttechnisch) folgendes mehr Sinn zu machen (da der Reset-Pin meist in der Nähe ist, sollte auch Vcc nicht weit sein):
Bei der 6-Pin Variante dann:
Was schlagt ihr vor? (Dino scheint ja in seinem Topic derzeit keine ... äh ... Zeit zu haben)