Footprint for Adapt9S12XDP512 RC1

[KW1252]

Here is the footprint for the Adapt 9s12XDP512 board to use in KiCAD. To use it, unzip the file to 'kicad/modules/' directory, and in pcbnew editor, click "select library" and add diyefi into library list. The footprint is named "9S12XDP512", it has the RS232 outline featured in the silhouette, mounting holes with copper pads, and pin rows with square pad marking number one pins on both header.

Net naming is according to http://support.technologicalarts.ca/doc ... 512dat.pdf. To clarify the header names, H1 pads are named 1H01..1H50 and H2 are 2H01..2H50.

Exceptions to the Technological arts datasheet syntax are:

1H04 PS7/~SS
1H44 ~RESET
1H45 PE0/~XIRQ
1H46 PE1/~IRQ
2H17 R/~W~ PE2
2H19 ~LSTRB~/PE3
2H20 ~IRQ~/PE1
2H50 VCC

Schematics symbol is to follow!

[Fred]

Awesome work KW, I've uploaded your image of it and posted it here for viewing :



Thank you very much!

Admin.

[KW1252]

The schematics component is almost finished, but I want to make sure it works with the module footprint without a hitch, so I'll be releasing them together.

[Fred]

Excellent work! :-) Glad you overcame those hiccups you were having.

Admin.

[KW1252]

Here we go, a first release of Adapt footprint with schematics symbol. It should filter to correct footprint, but it's still missing most descriptions Consider it 0.1 release

It's compressed with relative paths, so the files should decompress to their correct directories.

The footprint is fully referenced by the symbol, but there are certain issues left. One is there's clone pins which will yield ERC errors. These will need to be sorted out before "official" release. The naming convention is not entire coherent, that's another issue to deal with. The problem is the processor and the adapt board are different things.

Things to consider for the future; the board pinout should match the actual processor, in case of future development with the MCU directly without the board.

[Fred]

Awesome work KW :-)

The footprint is fully referenced by the symbol, but there are certain issues left. One is there's clone pins which will yield ERC errors. These will need to be sorted out before "official" release. The naming convention is not entire coherent, that's another issue to deal with. The problem is the processor and the adapt board are different things.

Surely you can just label the spare ground and spare other pin, i forget what it is as same name 2 and then just connect at will?

Things to consider for the future; the board pinout should match the actual processor, in case of future development with the MCU directly without the board.

Naming should definitely follow the CPU names, consult with me on this, because what they are referred to as in code is probably the best thing to use for overall clarity. It should be very close to what the CPU uses, but the CPU uses multiple names for each pin. We should stick to only one of those IMO.

What do you think?

Admin.

[KW1252]

I must see what options I do have with the pin. It could be an error on my part, though I've checked and double checked it.

[Fred]

Also, Sean and I should measure the distance from the board to the db9 for you to ensure it is 100% right.

Admin.

[jharvey]

In Fedora Core 8 Linux the module dir is at /usr/share/kicad/modules/

After I unzipped, I ran these command as root

# cp library/*.* /usr/share/kicad/library/
# chmod a-x /usr/share/kicad/library/diyefi*
# cp modules/*.* /usr/share/kicad/modules/
# chmod a-x /usr/share/kicad/modules/diyefi*

then as a user "$ ls -la /usr/share/kicad/library/" produces

-rw-r--r-- 1 root root 491 2007-10-15 05:02 digital-audio.dcm
-rw-r--r-- 1 root root 5453 2007-10-15 05:02 digital-audio.lib
-rw-r--r-- 1 root root 1144 2007-10-15 05:02 display.dcm
-rw-r--r-- 1 root root 11665 2007-10-15 05:02 display.lib
-rw-r--r-- 1 root root 77 2008-07-05 22:49 diyefi.dcm
-rw-r--r-- 1 root root 37336 2008-07-05 22:49 diyefi.lib
-rw-r--r-- 1 root root 65 2008-07-05 22:49 diyefi_symbol.sym
-rw-r--r-- 1 root root 250 2007-10-15 05:02 dsp.dcm
-rw-r--r-- 1 root root 13673 2007-10-15 05:02 dsp.lib

However, when I open KiCad, I don't get the diyefi source. Looks like symbols might be else where. Not many under the libary folder here. Hmmm, where did you go? Thoughts?

[Fred]

I haven't used it personally, and Karri just went on a two week holiday :-(

Fred.