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 listReceived on 2013-05-04 17:00:46
Archive generated by hypermail 2.2.0.