Chapter3 Theoretical Considerations

CHAPTER 3 Theoretical Considerations

3.1. Serial Data Communication Serial transmission refers to the way each character is transferred. Characters transmitted serially are sent one bit at a time and received one bit at a time in the order of transmission. This is in contrast to parallel transmission schemes which transmit more than one bit at a time. In a long transmission line it will be more economical when serial data communication is used between terminal device and peripheral devices, since fewer data lines and control lines are used (“Serial communication”, taltech.com).

3.1.1. Asynchronous Serial Communication Asynchronous Serial Communications (ASC) is the term used to describe the specific manner in which communications take place between a computer and its associated terminals and serial printers. In asynchronous communication, data is preceded with a start bit which indicates to the receiver that a word (a chunk of data broken up into individual bits) is about to begin. To avoid confusion with other bits, the start bit is twice the size of any other bit in the transmission. The end of a word is followed by a stop bit, which tells the receiver that the word has come to an end, that it should begin looking for the next start bit, and that any bits it receives before getting the start bit should be ignored. To insure data integrity, a parity bit is often added between the last bit of data and the stop bit. The parity bit

makes sure that the data received is composed of the same number of bits in the same order in which they were sent. Because this scheme allows data to be sent intermittently and does not require elaborate timing mechanisms, the asynchronous method is particularly useful for reading characters entered through a keyboard, where the time interval between the entries of two characters can vary greatly (Huang, 2005).

3.1.2. Synchronous Serial Communication Synchronous communication takes place between a transmitter and a receiver operating on synchronized clocks. In a synchronous system, the communication partners have a short conversation before data exchange begins. In this conversation, they align their clocks and agree upon the parameters of the data transfer, including the time interval between bits of data. Any data that falls outside these parameters will be assumed to be either in error or a placeholder used to maintain synchronization. Synchronous lines must remain constantly active in order to maintain synchronization, thus the need for placeholders between valid data. Once each side knows what to expect of the other, and knows how to indicate to the other whether what was expected was received, then communication of any length can commence (Huang, 2005).

3.1.3. Clock Synchronization In a synchronous link, it is imperative that all the hardware operate together with a common clock. There are three clocking methods by which to achieve synchronization: internal, external, and recovered clocking. All three

methods derive the clock signal for the reception line from the incoming data. The clock signal for the transmission line will always be generated by the devices internal oscillator, but the phase reference used by the internal oscillator differs for each of the clocking methods. When internal clocking is used, the transmit clock is phase locked to the device's own internal oscillator. For external clocking, the transmit clock is phase locked to the phase of the oscillator belonging to another device in the network. For recovered clocking, the transmit clock phase is locked to the clock derived from the incoming data. In general, the DCE device (such as a modem) uses internal clocking, while the DTE device (such as a PC) uses external clocking and synchronizes around the DCE device. In cases where DTE-DTE or DCE-DCE connections are necessary, one device must be configured atypically, or a device such as a modem-eliminator or tail-circuit buffer must be placed between the two. However, in large networks with multiple devices this is not always possible. One solution for such networks is to have all devices synchronize around a single modem's clock source. However, this solution has the tendency to result in clock drift, and thus can potentially corrupt data. The other solution is to use recovered clocking so that a modem can derive the clock from data on its reception line then send that information out on its transmit line to be used by the next modem in line, etc. There are three clocking methods by which to achieve synchronization: internal, external, and recovered clocking. All three methods derive the clock

signal for the reception line from the incoming data. The clock signal for the transmission line will always be generated by the devices internal oscillator, but the phase reference used by the internal oscillator differs for each of the clocking methods. When internal clocking is used, the transmit clock is phase locked to the device's own internal oscillator. For external clocking, the transmit clock is phase locked to the phase of the oscillator belonging to another device in the network. For recovered clocking, the transmit clock phase is locked to the clock derived from the incoming data. In general, the DCE device (such as a modem) uses internal clocking, while the DTE device (such as a PC) uses external clocking and synchronizes around the DCE device. In cases where DTE-DTE or DCE-DCE connections are necessary, one device must be configured atypically, or a device such as a modem-eliminator or tail-circuit buffer must be placed between the two. However, in large networks with multiple devices this is not always possible. One solution for such networks is to have all devices synchronize around a single modem's clock source. However, this solution has the tendency to result in clock drift, and thus can potentially corrupt data. The other solution is to use recovered clocking so that a modem can derive the clock from data on its reception line then send that information out on its transmit line to be used by the next modem in line, etc (Huang, 2005).

3.2. UART or USART UART stands for universal asynchronous receiver transmitter. At the heart of every asynchronous serial system is the Universal Asynchronous Receiver/Transmitter or UART. The UART is responsible for implementing the asynchronous communication process described in asynchronous data communication as both a transmitter and a receiver (both encoding and decoding data frames). The UART not only controls the transfer of data, but the speed at which communication takes place. However, the first UARTs could only handle one byte of information at a time, which meant that the computer needed to immediately process any transmission or risk losing data as the next byte of information pushed its way onto the UART. Not only does this makes for unreliable and slow communication, it can slow down the entire system. It is used for serial communication interface which translates data between parallel and serial interfaces. This is hardware which is already integrated in some microcontroller used for serial communications over a computer or peripheral device serial port. Software UART can also be established by means of a program. The USART is just like the UART with an additional synchronous mode rather than asynchronous mode only. USART module can be configured in three different modes, as a full-duplex asynchronous system that can communicate with peripheral devices, such as CRT terminals and personal computers. It can also be a master/slave half-duplex synchronous system that can communicate with peripheral devices such as A/D or D/A integrated circuits and serial EEPROMS. Depending on the microcontroller model, it can have more than 1 USART module on one chip (Huang, 2005).

3.2.1. USART-Related Registers USART module uses the following registers to control its operation are: Transmit status register (TXSTA), receive status register (RCSTA), baud rate generate register (SPBRG), transmit register (TXREG), and receive register (RCREG). To those microcontroller devices with two USART modules a suffix is added to the names of the register. For example the transmit status register for USART1 will be TXSTA1 (Huang, 2005).

3.2.2. USART structure A UART usually contains the following components: •

A clock generator, usually a multiple of the bit rate to improve sampling in the middle of a bit period.

•

input and output shift registers

•

transmit/receive control

•

read/write control logic

•

optional transmit/receive buffers

•

optional parallel data bus buffer

3.3. LCD module Liquid Crystal Display (LCD) is a display device which is widely used for various electronic applications that has human interface in it. It is made out of glass substrate with electrode film (ITO), twisted nematic liquid crystals, vertical and horizontal filter

films. There are two types of LCD an active-matrix and a passive-matrix. Active-matrix displays are the modern colored LCD display like thin-film transistors (TFT) and the active-matrix LCDs. These displays are not only colored but they also have higher resolution and refresh rate. The passive-matrix is the monochrome display LCDs, their resolution are smaller and refresh rate does not match the active-matrix. The LCD display module is a 2x16 matrix display. It is a thin, lightweight, low power LCD display with a STN fluid for high contrast and wide viewing angle. Also, it has a built in controller installed therefore no LCD display driver is needed to run this device. Just plug in its inputs to the outputs of the microcontroller and its set to go assuming that the right signals are being received by the LCD display (LCD, egizmo.com).

Figure 4. LCD module 3.4. Keypad module The keypad used is a BCD output decoded keypad module with security output. These keypads outputs a 4 bit BCD code corresponding to a key pressed. The built in controller mimics the operation of the popular 74C922 keypad encoder. In addition, it has one output that activates only when a correct 4-digit security code is pressed.

Keypads are responsible for the input of the user to the PC or in our case a microcontroller. It is the only means of communication of instruction from the outside world to the microcontroller (DIY/KIT, e-gizmo.com).

Figure 5. Keypad module 3.4. Protocols In order for electronic devices to communicate with each other they must conform to well defined sets of rules which govern factors ranging from hardware configurations to the actual process of data transfer. Such a set of rules is called a protocol. Data communications protocols are conventions set up to assure the orderly exchange of information between two or more data processing entities (“Data transmission”, wikipedia.org) .

3.5. Hardware Protocols The lowest level protocols deal with the hardware connection between two pieces of data processing equipment. The cables used to connect asynchronous devices to the Data communications and Terminal Controller conforms to protocols defined by the Electronic Industries Association (EIA). These protocols, RS-232-C and RS-422, were developed and updated in conjunction with the Bell System and independent equipment manufacturers.

3.6. DTE and DCE devices DTE and DCE are vital elements in data communication. The DTE device is responsible for the termination or end of the communication line, whereas the DCE provides path for communication (“Serial communication”, taltech.com).

3.6.1. Data Terminal Equipment (DTE) This refers to an end instrument that converts user information into signals that are ready for transmission. It also reconverts the received signals back to user information. A general rule is that DCE devices provide the clock (internal clocking) and that the DTE device synchronizes on the provided clock (external clocking). This may be just a single piece of equipment or it can be an interconnected subsystem of multiple equipment that performs all the required functions necessary to permit users to communicate.

Figure 6. Parallel port assignment

Figure 7. Serial port assignment

The TD (transmit data) wire is the one through which data from a DTE device is transmitted to a DCE device. This name can be deceiving, because this wire is used by a DCE device to receive its data. The TD line is kept in a mark condition by the DTE device when it is idle. The RD (receive data) wire is the one on which data is received by a DTE device, and the DCE device keeps this line in a mark condition when idle. RTS stands for Request To Send. This line and the CTS line are used when "hardware flow control" is enabled in both the DTE and DCE devices. The DTE device puts this line in a mark condition to tell the remote device that it is ready and able to receive data. If the DTE device is not able to receive data (typically because its receive buffer is almost full), it will put this line in the space condition as a signal to the DCE to stop sending data. When the DTE device is ready to receive more data (i.e. after data has been removed from its receive buffer), it will place this line back in the mark condition. The complement of the RTS wire is CTS, which stands for Clear To Send. The DCE device puts this line

in a mark condition to tell the DTE device that it is ready to receive the data. Likewise, if the DCE device is unable to receive data, it will place this line in the space condition. Together, these two lines make up what is called RTS/CTS or "hardware" flow control. The Software Wedge supports this type of flow control, as well as Xon/XOff or "software" flow control. Software flow control uses special control characters transmitted from one device to another to tell the other device to stop or start sending data. With software flow control the RTS and CTS lines are not used. DTR stands for Data Terminal Ready. Its intended function is very similar to the RTS line. DSR (Data Set Ready) is the companion to DTR in the same way that CTS is to RTS. Some serial devices use DTR and DSR as signals to simply confirm that a device is connected and is turned on. The Software Wedge sets DTR to the mark state when the serial port is opened and leaves it in that state until the port is closed. The DTR and DSR lines were originally designed to provide an alternate method of hardware handshaking. It would be pointless to use both RTS/CTS and DTR/DSR for flow control signals at the same time. Because of this, DTR and DSR are rarely used for flow control. CD stands for Carrier Detect. Carrier Detect is used by a modem to signal that it has a made a connection with another modem, or has detected a carrier tone. The last remaining line is RI or Ring Indicator. A modem toggles the state of this line when an incoming call rings your phone.

The Carrier Detect (CD) and the Ring Indicator (RI) lines are only available in connections to a modem. Because most modems transmit status information to a PC when either a carrier signal is detected (i.e. when a connection is made to another modem) or when the line is ringing, these two lines are rarely used (“Serial communication”, taltech.com).

3.6.2. DCE (Data Circuit-Terminating Equipment) DCE which is also synonymous to Data Communications Equipment is an equipment that performs functions such as signal conversion and coding, at the networl end of the line between the data terminal equipment (DTE) and the line. There are different types of interfaces between the DCE and DTE, but the most commonly used interface is the RS-232. Usually, the DTE device is the terminal (or a computer), and the DCE is a modem (“Data”, wikipedia.org).

3.7. Baud Rate The baud unit is named after Jean Maurice Emile Baudot, who was an officer in the French Telegraph Service. He is credited with devising the first uniform-length 5-bit code for characters of the alphabet in the late 19th century. Baud is a measure of the symbol rate; that is, the number of distinct symbolic changes (signalling event) made to the transmission medium per second in a digitally modulated signal. Simply baud really refers to is modulation rate or the number of times per second that a line changes state. This is not always the same as bits per second (BPS). If you connect two serial devices together using direct cables then baud and BPS are in fact the same. Thus, if you are

running at 19200 BPS, then the line is also changing states 19200 times per second (“Serial communication”, taltech.com).

3.8. Nokia 6210 Nokia 6210 is a mobile phone with a high speed data communication speed that could reach up to 43.2kbps data rates using HSCSD (High Speed Circuit Switched Data). Its data supports 9.6 & 14.4 kbps single slot or HSCSD (2+2, 3+1, non transparent) via IrDA or cable. It is coupled with a built-in WAP 1.1 browser which provides access to mobile internet services. This phone can also be used as a high-speed wireless modem with a compatible PC. With Nokia 6210, wireless communication between phone and compatible PC or printer can be made using its Infrared feature. This feature makes it also possible to transfer names, phone numbers and calendar notes between compatible phones. The reason behind the usage of this phone is that; it is cheap, high battery life, and it has the basic functions needed in our study, a high-speed data communication, and a built-in modem which makes data communication (PC-to-GSM, MCU-to-GSM and vice versa using DLR-3 connector) possible (Nokia 6210, Nokia.com).

Figure 8. Nokia 6210

3.9. Protocol Data Unit (PDU) Information that is delivered as a unit or units among peer entities of a network and that may contain control information, address information, or data. In layered systems, a unit of data that is specified in a protocol of a given layer and that consists of protocol-control information of the given layer and possibly user data of that layer (“Protocol data unit”, Wikipedia.org).

Reference: Introduction to Serial Communications (2005). Retrieved on October 3, 2006. from http://www.taltech.com/resources/intro-sc.html. Data circuit-terminating equipment. (2006, September 23). In Wikipedia, The Free Encyclopedia. Retrieved 15:52, October 3, 2006, from http://en.wikipedia.org/w/index.php?title=Data_circuitterminating_equipment&oldid=77401370. Huang, Han-Way. (2005). PIC microcontroller: an introduction to software and hardware interfacing. Clifton Park, NY: Thomson.Delmar Learning. Predko, M. (2002). Programming and customizing PIC micro microcontrollers. New York: McGraw-Hill. Protocol data unit. (2006, October 3). In Wikipedia, The Free Encyclopedia. Retrieved 05:49, October 1, 2006, from http://en.wikipedia.org/w/index.php?title=Protocol_data_unit&oldid=79222260 Nokia 6210. (n.d.). Retrieved on September 24, 2006 from http://www.nokia.co.uk/nokia/0,8764,18180,00.html DIY/KIT. (n.d.). Retrieved on September 28, 2006 from http://www.e-gizmo.com/kit.htm Data transmission. (2006, August 7). In Wikipedia, The Free Encyclopedia. Retrieved 05:49, September 28, 2006, from http://en.wikipedia.org/w/index.php?title=Data_transmission&oldid=79222260. LCD display panel. (n.d.). Retrieved on Septermber 28, 2006 from http://www.egizmo.com/PRODUCT/OPTO.htm