SPI Bus: Theory and Implementation | Computers and Technology

SPI stands for ?Serial to Peripheral Interface?, and it is a hardware and firmware communications protocol developed by Motorola and adopted by everybody. The SPI Bus is used only on the PCB. I am certain that some of you will ask: ?Why is the SPI Bus used only on the PCB? What prevents us from using it outside the PCB area?? The SPI Bus was specially designed to exchange data between various IC chips, at very high speeds; say, at 180 MHz or even more. Due to this high-speed aspect, the Bus lines cannot be too long, because their reactance increases too much, and the Bus becomes unusable. However, if you want, you could use the SPI Bus outside the PCB at low speeds, only that this is not practical?the SPI Bus requires 3 or 4 communications lines, which are a bit too many, when compared to 1 or 2 lines usually needed to communicate, efficiently, with field devices located outside the PCB.

Anyway, on the PCB the SPI Bus is very good, because we can practically attach to the Bus as many ICs (or devices) as we want. Please excuse me for not providing a picture of the SPI Bus, but rest assured that you do not need one: the SPI Bus is so simple, that you will understand everything in words.

The next question is: ?Why is this SPI Bus particularly useful?? Besides from exchanging data between various IC chips, the SPI Bus is a method of multiplying microcontroller?s pins. In other words, if you have a tiny 8 pins microcontroller, you could control with that little monster few hundreds of digital Inputs and Outputs. This is impressive, and I am certain that many doubt my words. Let?s explain this.

The SPI Bus contains three lines, and they can be on any general I/O controller pins. These Bus lines are: Clock, Data-In, and Data-Out. In addition, each IC connected to the SPI Bus needs an individual Enable line. Things work like this: suppose that we have four devices, A, B, C, and D; all of them are wired to the SPI Bus lines, and the Bus itself is wired to seven controller pins?this is 3 Bus lines plus the 4 Enable ones. When we want to send a message to device C, we enable its Enable line first, than we send the message serially, one bit at a time. In the same time devices A, B, and D do exactly nothing, because they are not enabled.

The beauty with the SPI Bus is that it is Synchronous, meaning that, when the controller sends the message to one IC, it is also able to receive data from

that IC, in the same time. This particular aspect of the SPI protocol is particularly well suited for microcontroller-to-microcontroller communications.

Now, we have seen that a small 8 pins microcontroller can control 4 devices (ICs) using 7 pins. Taking into account that one device of type A, B, C, or D could have eight or sixteen I/O ports, this is still far from the hundreds Inputs and Outputs I promised to you. The next beautiful thing about the SPI Bus is: one device IC can be serialized with many more of the same type! For example, we could have B1, B2, B3, B4, B5, and so on. All ICs of type B# are serialized together, and they require only 4 microcontroller pins to make them work; the Enable line is common to all of them. Next, we can use each device of type A, B, C, and D as a group of tens similar ICs.

The enabling speed of each I/O port on the SPI Bus it is slower, when multiplying microcontroller?s pins, but always take into account that I/O field devices don?t necessarily need speeds of, say, 1000 ON/OFF activations per second each, simply because most of them cannot handle it. However, there are few, very smart firmware techniques like the ?barrel-shift? type of functions, which allows us to maintain high-speed messaging on the SPI Bus, even if we have hundreds of I/Os. In the same time, the ?barrel-shift? functions allow for better time management inside microcontroller, so that it has more time to execute other tasks?makes sense to me. To conclude, I believe it is clear that, indeed, we can build hundreds of efficient I/O lines on a small 8 pins controller.

Further from this general presentation of the SPI Bus, you should be aware that almost all ICs implement the SPI protocol in a particular way. For detailed and practical applications I suggest that you visit my home site at Corollary Theorems. There you are going to discover a good tutorial book about working with hardware, firmware?including the ?barrel-shift? type of functions?and software design, in general, and about few nice and practical implementations of the SPI Bus, in particular.

Many microcontrollers have built-in SPI Bus hardware modules, but I was never interested too much about using them. What I do, I always design?on the PCB and for one microcontroller?one, two or more custom SPI Busses, because my custom implementations are far more flexible. Besides, practical implementation of a custom SPI Bus, both in hardware and in firmware, is really simple?just trust me with this one!

O G POPA is Professional Engineer in BC, Canada. His home site is Corollary Theorems at http://www.corollarytheorems.com

Source: http://www.mwstm.com/2012/11/03/SPI-Bus-Theory-and-Implementation/

independence day BET Awards 2012 declaration of independence 4th Of July 2012 Zach Parise Spain Vs Italy Euro 2012 tiger woods