This is the complete Spark Fun Electronics default foot prints for Eagle. We switched to Eagle back in 2006 and have been extremely impressed with its ease of use and flexibility. As with any new software, it's like learning a new language and takes time. Do it. Eagle is great.

Here is a link to the [[Media: SparkFunEagle-3-2-07.zip|SFE Eagle Library]] dated March 2nd 2007.

PCB Footprints

2007-03-02T23:10:07Z

Sparkfun:

{| class="wikitable"
! Manufacturer !! Description !! Available footprints
|-
|Trimble || Lassen iQ GPS Module || [[Media:Trimble Lassen iQ GPS Module.zip|Protel]]
|-
|(none) || Compact Flash IDE Connector || [[Media:Compact Flash IDE connector.zip|Protel]]
|-
|Linx Technologies || RF transmitters, RF receivers and USB transcievers || [[Media:Linx_Technologies.zip|Protel]]
|-
|Spark Fun Electronics || [[SFE_Footprint_Library|Old SFE Footprint Library]] || [[Media:SFE-Custom-Footprints.zip|Protel]]
|-
|Spark Fun Electronics || [[SFE_Footprint_Library_Eagle| Updated Eagle SFE Footprint Library]] || [[Media:SparkFunEagle-3-2-07.zip|Eagle]]
|-
| Cypress || PSoC microcontrollers || [http://www.psocdeveloper.com/forums/viewtopic.php?t=1029 Protel]
|-
| Microchip || PIC microcontrollers || [http://www.geda.seul.org/links.html gEDA ?] [http://www.isl.ee.boun.edu.tr/projects/motordriver/ ORCAD ?]
|-
| Misc. || Variety of footprints for gEDA/PCB || [http://www.luciani.org/geda/pcb/pcb-footprint-list.html PCB] ||
|}

==gEDA Symbols and footprints==
*[[Media:GEDA_sym_footprint.zip|un-test gEDA symbols and footprints]]
*ToDo
**after test with gEDA symbol and footprint tools, then these libraries can submit to gEDA web sites for official one.

PCB Footprints

2007-03-02T23:08:15Z

Sparkfun:

{| class="wikitable"
! Manufacturer !! Description !! Available footprints
|-
|Trimble || Lassen iQ GPS Module || [[Media:Trimble Lassen iQ GPS Module.zip|Protel]]
|-
|(none) || Compact Flash IDE Connector || [[Media:Compact Flash IDE connector.zip|Protel]]
|-
|Linx Technologies || RF transmitters, RF receivers and USB transcievers || [[Media:Linx_Technologies.zip|Protel]]
|-
|Spark Fun Electronics || [[SFE_Footprint_Library|Old SFE Footprint Library]] || [[Media:SFE-Custom-Footprints.zip|Protel]]
|-
|Spark Fun Electronics || [[SFE_Footprint_Library_Eagle| Updated Eagle SFE Footprint Library]] || [[Media:http://www.opencircuits.com/images/1/1e/SparkFun-3-2-07.zip|Eagle]]
|-
| Cypress || PSoC microcontrollers || [http://www.psocdeveloper.com/forums/viewtopic.php?t=1029 Protel]
|-
| Microchip || PIC microcontrollers || [http://www.geda.seul.org/links.html gEDA ?] [http://www.isl.ee.boun.edu.tr/projects/motordriver/ ORCAD ?]
|-
| Misc. || Variety of footprints for gEDA/PCB || [http://www.luciani.org/geda/pcb/pcb-footprint-list.html PCB] ||
|}

==gEDA Symbols and footprints==
*[[Media:GEDA_sym_footprint.zip|un-test gEDA symbols and footprints]]
*ToDo
**after test with gEDA symbol and footprint tools, then these libraries can submit to gEDA web sites for official one.

File:SparkFun-3-2-07.zip

2007-03-02T23:07:37Z

Sparkfun: Spark Fun Electronics' preferred foot prints. Not to be used for commercial purposes. We've spent an enormous amount of time creating and checking these footprints and parts. If you enjoy using this library, please buy one of our products at www.sparkfun.

File:SparkFunEagle-3-2-07.zip

2007-03-02T23:03:25Z

Sparkfun: Spark Fun Electronics Eagle Library - Enjoy!

Spark Fun Electronics Eagle Library - Enjoy!

Cellular Rotary Phone

2006-02-05T22:39:46Z

Sparkfun:

{| align=right
|-
|
[[Image:Port-O-Rotary.jpg|400px|Port-O-Rotary]] 
[[Image:RV-Living-POR.jpg|400px|RV Living]] 
|}
===Project Scope===
Description: This is a deeper look into the Port-O-Rotary phone. We stuck the GM862 cellular module into an old rotary phone enclosure, and viola, it was an instant, ridiculous, hit.

Here we are going to breakdown the schematics and systems of the rotary phone.

----
===Power===
Really simple - the GM862 requires 3.8V and a Lithium Polymer outputs 3.7-4V. No regulator needed, but we will need a charger. We currently use an external charger from a third party company. Aubrey noted the GM862 has a built in Lithium-Ion charger that may work, we haven't tested it yet. Ideally we would stick a barrel jack in the back of the enclosure where the RJ11 telephone jack used to reside. Anyone have any recommendations?
----
===Rotary Decoding===
We use a PIC 16LF88 (remember we are at 3.7V! We need a low-voltage PIC!) to read the hook and rotary. Pretty simple switch decoding routine. We just read the opening/closing of the paddles behind the rotary. There are two - one set of paddles opens and closes for each number that passes by, the other set of paddles is normally open when the rotary is in the home position and closed while the rotary dial is moving. Reading this second set of paddles will tell us when the dialing of a single number is complete.

Finally, because we don't know how long of a number the user is dialing, the PIC waits for a 4 second timeout before sending the given phone number to the GM862. This way the user can dial any type number of any length : 911, 3035551234, and 011212465748.
----
===Bell Ringer===

[[Image:Rotary-Ringer.jpg]]

The ringer circuit must use the 3.7VDC nominal from the battery and output ~80VAC to get the coil to kick the hammer between the two gongs. Tricky to say the least. Pete Dokter (mad genious) used a basic DC-to-DC step up IC to get the DC voltage up to a weak 60V. This 60V was then alternated through an H-Bridge to get ~110VAC. It works! But the DC-DC boost circuit can't sustain the high voltage for more than a few seconds - just about perfect because we just need to ring the bells for a second or two and then pause between rings.

The ringer circuit is a bit power hungry in stand-by (using ~150mA in standby!), so we use a p-channel MOSFET to power cycle the ringer sub-board. When the phone ain't ringing, the ringer board gets no power.
----
===Schematics===
Here's the good stuff. Well, it will be here once I can get to the updated schematics.

----
===Audio Considerations===
We hooked the handset mic and ear-piece directly to the GM862 without any external components. The mic was biased through a 10k resistor using the 3.7V off the battery. One would think that this would be a clean source of DC power, coming directly off a high current battery. In practice however, there is some horrendous buzzing in the ear piece. Funny thing, when we disconnect the mic, all the buzzing went away.

As usual, we should have read the f*ing datasheet.

Hardware manual, page 27:

[[Image:GM862-Mic-circuit.jpg|400px]]

Here you can see a mildly complex electret mic biasing circuit. What is this? Well, an electret mic needs just a little bit of current to operate. Normally you can power the mic by just attaching one side to a 10k pull-up resistor. This circuit takes the 3.8V main power, and outputs a super clean 3V to biasing the mic. Perhaps getting rid of all the RF noise that the GM862 is putting onto the main power? No way! REALLY!? It works great. Why didn't we think of this before!? We use a basic 3.3V regulator and a couple caps and it works just as well. You ''can'' power the mic using the main 3.8V power, but expect some buzzing. To get rid of the buzzing, send that main voltage through a simple 3V or 3.3V regulator circuit and you'll be very happy.

----
===Board Layout===

[[Image:Main-Rotary-Kit-1.jpg]]

The PIC is connected to GM862 in various ways. Obviously we need TX and RX to send commands and receive ''OK'' responses. The PIC also monitors the RI (Ring indicator) line, as well as controlling the On/Off line to turn on the GM862 (requires a 1-2 second pulse) when the board is powered up. The PIC controls the p-channel MOSFET to power the external ringer board and toggles the ring pins to get the bells to activate when the RI pin is fired (I forget if it's active high or active low...).

----

===Things to Improve===

Many of our phone customers have asked for an external power switch - currently you have to open the case to get to the power switch or to charge the battery. I always use my normal phone SIM card. Since I've got to pop the top to get the SIM card in, turning the unit on while I'm in there is no big deal. Someday, oh someday, we could put a SIM card slot on the side of the phone along with a charge jack and a power switch. Ohhh. Ahhh.
----
===Documents===
Schematics coming in a minute.

Footprints: 
[[SFE_Footprint_Library|SFE Footprint Library]]

FP Name: All sorts of FPs used. GM862, SSOP-20 for the SMD PIC, SOT-23 for the MOSFET, Polarized connectors, etc.

Supplier Info: 

Related Items: 
[[GM862 Cellular Module]]

File:Main-Rotary-Kit-1.jpg

2006-02-05T22:39:20Z

Sparkfun:

Cellular Rotary Phone

2006-02-05T22:34:41Z

Sparkfun:

{| align=right
|-
|
[[Image:Port-O-Rotary.jpg|400px|Port-O-Rotary]] 
[[Image:RV-Living-POR.jpg|400px|RV Living]] 
|}
===Project Scope===
Description: This is a deeper look into the Port-O-Rotary phone. We stuck the GM862 cellular module into an old rotary phone enclosure, and viola, it was an instant, ridiculous, hit.

Here we are going to breakdown the schematics and systems of the rotary phone.

----
===Power===
Really simple - the GM862 requires 3.8V and a Lithium Polymer outputs 3.7-4V. No regulator needed, but we will need a charger. We currently use an external charger from a third party company. Aubrey noted the GM862 has a built in Lithium-Ion charger that may work, we haven't tested it yet. Ideally we would stick a barrel jack in the back of the enclosure where the RJ11 telephone jack used to reside. Anyone have any recommendations?
----
===Rotary Decoding===
We use a PIC 16LF88 (remember we are at 3.7V! We need a low-voltage PIC!) to read the hook and rotary. Pretty simple switch decoding routine. We just read the opening/closing of the paddles behind the rotary. There are two - one set of paddles opens and closes for each number that passes by, the other set of paddles is normally open when the rotary is in the home position and closed while the rotary dial is moving. Reading this second set of paddles will tell us when the dialing of a single number is complete.

Finally, because we don't know how long of a number the user is dialing, the PIC waits for a 4 second timeout before sending the given phone number to the GM862. This way the user can dial any type number of any length : 911, 3035551234, and 011212465748.
----
===Bell Ringer===

[[Image:Rotary-Ringer.jpg]]

The ringer circuit must use the 3.7VDC nominal from the battery and output ~80VAC to get the coil to kick the hammer between the two gongs. Tricky to say the least. Pete Dokter (mad genious) used a basic DC-to-DC step up IC to get the DC voltage up to a weak 60V. This 60V was then alternated through an H-Bridge to get ~110VAC. It works! But the DC-DC boost circuit can't sustain the high voltage for more than a few seconds - just about perfect because we just need to ring the bells for a second or two and then pause between rings.

The ringer circuit is a bit power hungry in stand-by (using ~150mA in standby!), so we use a p-channel MOSFET to power cycle the ringer sub-board. When the phone ain't ringing, the ringer board gets no power.
----
===Schematics===
Here's the good stuff. Well, it will be here once I can get to the updated schematics.

----
===Audio Considerations===
We hooked the handset mic and ear-piece directly to the GM862 without any external components. The mic was biased through a 10k resistor using the 3.7V off the battery. One would think that this would be a clean source of DC power, coming directly off a high current battery. In practice however, there is some horrendous buzzing in the ear piece. Funny thing, when we disconnect the mic, all the buzzing went away.

As usual, we should have read the f*ing datasheet.

Hardware manual, page 27:

[[Image:GM862-Mic-circuit.jpg|400px]]

Here you can see a mildly complex electret mic biasing circuit. What is this? Well, an electret mic needs just a little bit of current to operate. Normally you can power the mic by just attaching one side to a 10k pull-up resistor. This circuit takes the 3.8V main power, and outputs a super clean 3V to biasing the mic. Perhaps getting rid of all the RF noise that the GM862 is putting onto the main power? No way! REALLY!? It works great. Why didn't we think of this before!? We use a basic 3.3V regulator and a couple caps and it works just as well. You ''can'' power the mic using the main 3.8V power, but expect some buzzing. To get rid of the buzzing, send that main voltage through a simple 3V or 3.3V regulator circuit and you'll be very happy.

----
===Board Layout===
The PIC is connected to GM862 in various ways. Obviously we need TX and RX to send commands and receive ''OK'' responses. The PIC also monitors the RI (Ring indicator) line, as well as controlling the On/Off line to turn on the GM862 (requires a 1-2 second pulse) when the board is powered up. The PIC controls the p-channel MOSFET to power the external ringer board and toggles the ring pins to get the bells to activate when the RI pin is fired (I forget if it's active high or active low...).

----

===Things to Improve===

Many of our phone customers have asked for an external power switch - currently you have to open the case to get to the power switch or to charge the battery. I always use my normal phone SIM card. Since I've got to pop the top to get the SIM card in, turning the unit on while I'm in there is no big deal. Someday, oh someday, we could put a SIM card slot on the side of the phone along with a charge jack and a power switch. Ohhh. Ahhh.
----
===Documents===
Schematics coming in a minute.

Footprints: 
[[SFE_Footprint_Library|SFE Footprint Library]]

FP Name: All sorts of FPs used. GM862, SSOP-20 for the SMD PIC, SOT-23 for the MOSFET, Polarized connectors, etc.

Supplier Info: 

Related Items: 
[[GM862 Cellular Module]]

2006-02-05T19:46:00Z

Sparkfun:

File:RV-Living-POR.jpg

2006-02-05T19:25:09Z

Sparkfun:

2006-02-03T18:53:26Z

Sparkfun:

24" Wall Clock

2006-02-03T18:52:17Z

Sparkfun:

{| align=right
|-
|
[[Image:NoImage.jpg|No Images Yet]]
|}
===Project Scope===
Description: Sometime ago a friend challenged us to build a 6 foot digital clock - just like the alarm clock next to your bed. Well, because of scaling issues, 6 foot was a bit too expensive. Instead, we are going with a 2 foot clock. I'm not entire sure about the end size, but you get the idea.

The control system is fairly straight foward. Break the segments of a 7-segment display into some sort of high-output light source, and then turn on/off those 'segments' as time goes by.

[[Image:LED7SEGLG 300.jpg|150px]]

Here is an example of the customary 7-segment display. We aren't going to copy this directly, but close.

We need to use something to illuminate each segment of the display. How about a light bar. What's a light bar? Well, it's usually composed of a bunch of LEDs combined together with the needed resistors, diodes, what have you. We could build our own, but I'm lazy and [[http://www.besthongkong.com/ Best Hong Kong]] has something called a ''Sign Light Module'' that looks like it could do the job really well, for only $2.39 a piece! That's cheaper than I can put a stick together, so I put 50pcs on order. We'll see how they look when they come in.

Here's the plan:

18:88 will be displayed worst case.
*Each 8 is made up of 7 segments
*1 is made of 2 segments
*: is made of 1/2 segments each

To make the clock slightly larger, we are going to use two light 'sticks' for each segment. Each stick looks like it's about 6" long, which will make a segment aprox. 12", which whill make the number height ~24" overall. Each dot in the ':' will be made out of one stick (6" tall). This may look a bit odd, only time will tell.

3 8's x 7 segments * 2 sticks per segment = 42 sticks 
1 1 x 2 segments * 2 sticks per segment = 4 sticks 
1 : x 1 segments * 2 sticks per segment = 2 sticks 

48 sticks needed overall 
Minimum of 23 inidividual control channels needed
----
===Power Regulation===
Quick math : Each stick is 3 LEDs. Each Piranha LED is 20mA according to the website (I don't trust the Hong Kong Website very much, but we'll assume). So each stick is 12V @ 60mA. 50 sticks * 60mA = 3A @ 12V. This is a bit juicy for a wall-wart. I am going to cheap with a bench power supply that can output 18V/3A (we stock them).

3A is really the worst case scenario. We only have 48 sticks (not 50) and 10:08 seems to be the real time with the most number of segments lit (44 sticks turned on). We obviously should never see a time of 18:88. At 10:08 we'll need 44 * 60mA = 2640mA = 2.6A. Not too horrendous.

The control board will need some power as well. 5V for logic, 3.3V for GPS. But the overall consumption will be peanuts compare to the lighting. Probably under 50mA for the control board.

----
===Clock Control===
Who wants to set the real time when we've got GPS to set it for us?! :) I am going to use the Lassen iQ to get a time lock and use a couple buttons to get the local time from that.

We need to control 23 channels 18:88:
*1 has two segments, but the entire number is either on or off
*: is always on, but we may way to flash it for seconds
*888 21 channels

I decided on 25 channels just in case I need some extra [[http://www.bullshitjob.com/officespace/ 'flare']]. Perhaps an alarm of sorts. 'Beer Time' alarm at 4:30pm? We've got to keep our options open...

The need for 25 I/O pushed me towards the PIC 16F877A:
*Easy to program (I've got a big code base)
*Has enough I/O
*It can be bootloaded!
*It's got an RTC (when you add an external 32.768kHz xtal)
*UART to read the incoming GPS NMEA from Lassen iQ

----
===Light Control===
Well if the PIC 16F877A has got the timing and control down, how exactly do we turn on/off the light stick?

Since the sticks only pull 60mA, we can use cheap BJT transistors. Let's go solid state! Many itty-bitty SOT-23 SMD BJTs can handle up to 1A with a max input of 40V. The maximum power output is 350mW though. Luckily, when forward biased, the MMBT2222 has around 0.5V drop.

So 60mA with 0.5V drop, we are looking at 30mW dissapation. That's atleast in theory. I'll believe it when I see it of course. For the time being, I'm going to assume this will work...

All I need is an NPN BJT for each channel:

[[Image:Clock-Channel.jpg]]

While this should work, it's going to leave a bunch of connections with one pin 'hot'. A better design would probably utilize a PNP connected to RAW. Ehh - no big deal.

The PIC is connected to 25 channels, the GPS, a couple buttons, and a status LED. Here's the current layout in all its random glory:

[[Image:Clock-Layout.jpg|500px]]

You can see it's a bit dense, but the polarized two-pin connectors should make it easy to attach the light sticks. Everything was SMD to ease the assembly as much as possible. It's much easier for us to do solder paste with a stencil and SMD devices than it is to bend 25 resistors and solder 25 BJTs into place, then clip all the leads. PTH is actually pretty time consuming. I digress...

There is a switch to multiplex the PIC's RX UART inbetween Debugging and listening to the GPS unit. Be sure to use Port 2 on the Lassen iQ if you want NMEA output (4800bps by default).
----

===Things to Improve===

Nothing at the moment. We have to wait for all the parts to come in. Should be about 4 weeks.

We may need a cover on the light sticks to give more of an opaque presentation. TBD.
----
===Documents===
[[Media:SFE-Wall-Clock.pdf|SFE Wall Clock Main Board Schematic]]

[[Media:SFE-Wall-Clock-Channels.pdf|Channel Control Schematic]]

Footprints: 
[[SFE_Footprint_Library|SFE Footprint Library]]

FP Name: All sorts of FPs used.

Supplier Info: 

Related Items:

File:SFE-Wall-Clock-Channels.pdf

2006-02-03T18:51:34Z

Sparkfun:

File:SFE-Wall-Clock.pdf

2006-02-03T18:51:25Z

Sparkfun: