Re: Eagle-Libraries for commodore-stuff (... and maybe others, too)

On 5/4/2013 6:51 AM, Michał Pleban wrote:
> Hello!
>
> Nils Stec wrote:
>
>> Here's my first attempt on the big one. It contains a lot of chips and
>> connectors by now.
>>
>> https://github.com/spacerace/8bit-eagle-libs/
>>
>> I will edit the symbols and packages, now they look quite different -
>> not good.
>> I hope you like it, more will be added!
>>
>> I'll create a page with screenshots and author-information soon.
> It's a good start. What I would like to see the most are connectors -
> there are some already, but only the most common. There are much more to
> be added:

> user port / IEEE edge connectors
Are we talking about the same lbr?  I see C64_USERPORT-CONN and 
C64USERPORT-EDGE listed in the parts
>   and sockets, tape edge
> connector and socket
I sent those to the OP already, though mine don't look exactly like the 
ones in the lib, so he might just take the user port and shave 6 pads 
off.  As I noted previously, I have a concern on the pad size on the 
conns in the lib currently.
> , DIN sockets for IEC / video
These are in the std libs:  con-hirschman
> / power, C116 DIN
> sockets,
I think those are in there as well.
> IEEE socket (drive side)
The socket is already available in another library:  con-amp-champ
> , CBM-II cartridge, etc.
Not sure about CBM-II (is that on 2mm spacing, like 264 series?). Either 
way, that's an oddball conn, so it should be added.
> I can live
> without all the chip - if I need to place a 6502 on the board, I can
> just use a generic DIP40 part. But without connectors I'm lost :-)
Actually, having the 6502/6510 pads labelled with signals helps keep 
errors down.
>
> Actually I could sponsor developing this lib if someone was willing to
> add these connectors. I am a total Eagle newbie so can't do that myself.
I'd help monetarily as well.  I can add the items, as I use EAGLE a lot, 
but I tend to add conns only when I need them, so paying someone to make 
sure they are all in there and vetted would be of use, providing the lbr 
is released under some useful open source license (The OP was planning 
to do so, so I am not concerned, just restating the requirement)

I guess it's up to the OP, but I would caution against putting stuff 
that already exists in this lib.  If you start, where does it end? I 
think both hirschman and amp-champ are part of the std lbr set.  I guess 
if a lib is hard to find, that might justify the inclusion, but I'd 
rather not see the entire set of TTL footprints in the CBM lib, just 
because some Commodore used that IC.

Jim

       Message was sent through the cbm-hackers mailing list