This is an old revision of the document!


Embedded Systems Communication Protocols

Understanding the principals of the communication are essential for further reading on hardware and programming. Most microcontrollers (including SoCs) can communicate in the protocols juxtaposed below right “out of the box”. Interfaces can be implemented in hardware or (recently) in software. Some microcontrollers may require an external, dedicated protocol converter (a chip or a module).

IoT systems are typically structured into three basic layers [1]. The lowest layer is the Perception (physical, acquisition) Layer, the intermediate is the Network Layer, and the higher is the Application Layer. The function of the perception layer is to keep the contact with the physical environment. Devices working in this layer are designed as embedded systems. They include the microprocessor or microcontroller, memory, communication unit, and interfaces - sensors or actuators. Sensors are elements that convert a value of some physical parameter into an electrical signal, while actuators are elements that control environment parameters. Sensors and actuators are interfaced with the microcontroller using different connection types. This chapter describes some internal protocols used to communicate between microcontrollers and other electronic elements that can be named “embedded protocols”. Description of the protocols used for wire and wireless transmission between the perception layer and higher layers is present in communications_and_communicating_sut The embedded protocol that can be used in specific implementation depends mainly on the type of the peripheral element. Some of them use an analog signal that the microcontroller must convert to digital internally, some directly implement digital communication protocol.

Analog

Simple sensors do not implement the conversion and communication logic, and the output is just the analog signal – voltage level depending on the value of the parameter that is measured. It needs to be further converted into a digital representation; this process can be made by analog to digital converters (ADC) implemented as the internal part of a microcontroller or separate integrated circuit. Examples of the sensors with analog output are a photoresistor, thermistor, potentiometer, resistive touchscreen.

Digital

Dummy, true/false information can be processed via digital I/O. Most devices use positive logic, where i.e. +5V (TTL) or +3.3V (those are most popular yet there do exist other voltage standards) presents a logical one, while 0V presents logical zero. In real systems this bounding is fuzzy and brings some tolerance, simplifying i.e. communication from 3.3V output to 5V input, without a need of the conversion (note, opposite conversion is usually not so straightforward, as 3.3V inputs driven by 5V output may burn easily). A sample of the sensor providing binary data is a button (On/Off).

SPI

One of the most popular interfaces to connect the sensor is SPI (Serial Peripheral Interface). It is a synchronous serial interface and protocol that can transmit data with speed up to 20Mbps. SPI is used to communicate microcontrollers with one or more peripheral devices over short distances – usually internally in the device. In SPI connection there is always one master device, in most cases the microcontroller (uC) that controls the transmission, and one or more slave devices - peripherals. To communicate SPI uses three lines common to all of the connected devices, and one enabling line for every slave element.

Table 1: SPI lines
Line Description Direction
MISO Master In Slave Out peripheral → uC
MOSI Master Out Slave In uC → peripheral
SCK Serial Clock uC → peripheral
SS Slave Select uC → peripheral

MISO is intended to send bits from slave to master, MOSI transmits data from master to slave. SCK line is used for sending clock pulses which synchronize data transmission. The clock signal is always generated by the master device. Every SPI compatible device has the SS (Slave Select) input that enables communication in this specific device. Master is responsible to generate this enable signal – separately for every slave in the system.

 SPI connections
Figure 1: Sample SPI connection[2]

SPI is used in many electronic elements like analog to digital converters (ADC), real-time clocks (RTC), EEPROMs, LCD displays, communication interfaces (eg. Ethernet, WiFi) and many others. Due to different hardware implementations, there are four modes of operation of the SPI protocol. The mode used in master must fit the mode that is implemented in the slave device.

Table 2: SPI modes
Mode Clock polarity Clock phase Idle state Active state Output edge Data capture
mode 0 0 0 0 1 falling rising
mode 1 0 1 0 1 rising falling
mode 2 1 0 1 0 rising falling
mode 3 1 1 1 0 falling rising

This results in different timings of the clock signal concerning the data sent. Clock polarity = 0 means that the idle state of the SCK is 0 so every data bit is synchronized with the pulse of logic 1. Clock polarity = 1 reverses these states. Output edge (rising/falling) says at which edge of active SCK signal sender puts a bit on the data line. Data capture edge says at what edge of SCK signal data should be captured by the receiver.

TWI (I2C)

TWI (Two WIre Interface) is one of the most popular communication protocol used in embedded systems. It has been designed by Philips as I2C (Inter Integrated Circuit) for using in the audio-video appliances controlled by the microprocessor. There are many chips that can be connected to the processor with this interface including:

  • EEPROM memory chips
  • RAM memory chips
  • AD/DA converters
  • Real-time clocks
  • Sensors (temperature, pressure, gas, air pollution)
  • Port extenders
  • Displays
  • Specialized AV circuits

TWI, as the name says, uses two wires for communication. One is the data line (SDA) the second is the clock line (SCL). Both lines are common to all circuits connected to the one TWI bus. The method of the communication of TWI is the master-slave synchronous serial transmission. It means that data is sent bit after bit synchronized with the clock signal. SCL line is always controlled by the master unit (usually the processor), the signal on the SDA line is generated by the master or one of the slaves – depending on the direction of communication. The frequency rate of the communication is up to 100kHz for most of the chips, for some can be higher – up to 400kHz. New implementation allows even higher frequency rate reaching 5MHz. At the output side of units, the lines have the open-collector or open-drain circuit. It means that there are external pull-up resistors needed to ensure proper operation of the TWI bus. Value of these resistors depends on the number of connected elements, speed of transmission and the power supply voltage and can be calculated with the formulas presented in Texas Instrument Application Report[3]. Usually, it is assumed between 1 kOhm and 4,7 kOhm.

 TWI bus connection
Figure 2: Sample TWI connection[4]

The data is sent using frames of bytes. Every frame begins with the sequence of signals that is called the start condition. This sequence is detected by slaves and causes them to collect next eight bits that form the address byte – unique for every circuit on the bus. If one of the slaves recognizes its address remains active until the end of the communication frame, others become inactive. To inform master that some unit has been properly addressed slave responses with the acknowledge bit – it generates one bit of low level on the SDA line (clock pulse is generated by the master). After sending proper address data bytes are sent. The direction of the data bytes is controlled by the last bit of the address, for 0 data is sent by the master (Write), for 1 data is sent by the slave (Read). Every full byte (eight bits) must be acknowledged by the receiving unit. There is no limitation on the number of data bytes in the frame, for example, samples from the AD converter can be read continuously byte after byte. At the end of the frame another special sequence is sent by the master – stop condition. It is also possible to generate another start condition without the stop condition. It is called repeated start condition.

 TWI frame
Figure 3: TWI frame[5]

Address byte activates one chip on the bus only, so every unit must have a unique physical address. This byte consists usually of three elements: 4-bit field fixed by the producer, 3-bit field that can be set by connecting three pins of the chip to 0 (ground) or 1 (positive supply line), 1-bit field for setting the direction of communication (R/#W). Some elements (eg. EEPROM memory chips) uses the 3-bit field for internal addressing so there can be only one such circuit connected to one bus. There are no special rules for the data bytes. First data byte sent by the master can be used for configuration of the slave chip. In memory units, it is used for setting the internal address of the memory for writing or reading. In multi-channel AD converters to choose the analog input. The detailed information of the meaning of every bit of the transmission is present in the documentation of the specific integrated circuit. I2C standard defines also the multi-master mode but in most of the small projects, there is one master device only.

1-Wire

1-Wire is a master-slave communication bus system designed formerly by Dallas Semiconductor Corp[6]. ensuring low data transmission speed, signaling and can be powered directly by data line signals. The 1-Wire concept is similar to I²C transmision standard, but can transmit data in longer distances then I²C but with lower speed. The implementation area is very wide and typically 1-Wire protocol is used to share data between small, inexpensive devices such as digital thermometer, humidity or pressure sensors or actuator systems. A network chain of 1-Wire devices consists of one master device and many slave devices. Such chain is called a MicroLAN. 1-Wire devices may be a part of the circuit board within a product, could be a single component device such as temperature probe, or may be attached to a remote device for monitoring purposes. Typical data acquisition and laboratory networks uses CAT-5 cables to connect 1-Wire devices together, can be mounted in a socket of small PCB boards, attached to the device which must be monitored. In such implementations the RJ11 connectors (telephones 6P2C/6P4C modular plugs) are very popular. Each 1-Wire device must contain logic unit to operate on the bus. The 1-Wire products includes temperature, voltage, current sensors, loggers, timers, battery monitors, memory and many more. To connect them to a PC the special bus converter is needed. The most popular PC/1-Wire converters uses USB, RS-232 serial, and parallel port interfaces allowing connect the MicroLAN to the host PC. 1-Wire devices can also be connected directly to the microcontroller boards.

1-Wire protocol description

Within the MicroLAN, there is always one master device, which may be a PC or a microcontroller unit. The master always initiates activity on the bus to avoid collisions on the network chain. If a collision occurs the master device retries the communication. In the 1-Wire network many devices can share the same bus line. To identify devices in the MicroLAN each connected device has a unique 64-bit ID number. The least significant byte of the ID number defines the type of the device (temperature, voltage etc. sensors). The most significant byte represents a standard 8-bit CRC. The 1-Wire protocol description contains several broadcast commands and commands used to address selected device. The master sends a selection command, then the address of a slave selected device. This way the next command is executed only by the addressed device. The 1-wire bus implements enumeration procedure which allows master to get information about ID numbers of all connected slave devices to the MicroLAN network. Device address includes the device type and a CRC allows to identify what type of slaves are currently connected to the network chain for the inventory purposes. The 64-bit address space is searched as a binary tree. This allows to find up to 75 devices/second.

THe physical implementation of the 1-Wire network is based on an open drain master device connected to one or more open drain slaves. One single pull-up resistor for all devices pull the bus up to 3/5 volts and can be used to power the slave devices. 1-Wire communication starts when a master or slave sets the bus to low voltage (connects the pull-up resistor to ground through its output MOSFET). Typical data speed of 1-Wire interface is about 16.3 kbit/s.

1-Wire protocol allows to burst the communication speed up by 10 factor. In this case the master starts a transmission with a reset pulse pulling down the data line to 0 volts for at least 480 µs. This resets all slave devices in the network chain bus. Then, any slave device shows that it exists generating the “presence” pulse. It holds the data line low for at least 60 µs after the master releases the bus. To send a “1”, the bus master sends a 1–15 µs low pulse. To send a “0”, the master sends a 60 µs low pulse. The negative edge of the pulse is used to start a slaves monostable multivibrator. The slaves multivibrator clocks to read the data bus about 30 µs after the falling edge. The slave's multivibrator has analog tolerances that affect its timing accuracy, for the “0” pulses are 60 µs long, and “1” pulses are limited to max. 15 µs. When the designed solution doesn't contain a dedicated 1-Wire interface peripheral, a UART can be used as a 1-wire master. Dallas offers also the Serial or USB “bridge” chips very useful when the distance between devices is long (greater than 100 m). For longer up to 300 meter buses the simple twisted pair telephone cable can be used. It will require adjustment of pull-up resistances from 5 to 1 kΩ. The basic sequence is a reset pulse followed by an 8-bit command, and after it data can be sent/received in groups of 8-bits. In case of transmission errors the weak data protection 8-bit CRC checking procedure can be used.

To find the devices, the enumeration broadcast command must be send by a master. The slave device response with all ID bits to the master and at the end it returns a 0.

Figure 4: 1-Wire reset, write and read timings

USB to 1-Wire Master

The DS9490B is a USB bridge and holder for a single F5-size iButton. The DS9490R is a USB bridge with 1-Wire RJ11 interface to accommodate 1-Wire receptacles and networks.

Figure 5: DS9490R USB Bridge

The bridge is based on the DS2490 chip developed by Dallas company, which allows to interconnect USB interface with 1-Wire bus. This required programming and electrical conversion between two different protocols in bidirectional way. The electrical wiring are present on Figure 3.

Figure 6: DS9490R USB schematic

The appropriate 1-Wire cable pinout uses RJ11 telephone connectors.

Figure 7: DS9490 1-Wire RJ11 SOCKET pinout

1-Wire Products

The list of Dallas/Maxim integrated 1-Wire devices contains a wide range of the industrial implementations. The 1-Wire sensors and switches devices are very popular in the developers community due to ease implementation. 1-Wire protocol can be fast implemented into the current IoT boards, most of the manufacturers share the software libraries allowing developers to include them in their projects in C, C++, assembly languages. The 1-Wire sensors (temperature, humidity, pressure etc.) are factory calibrated and reading the physical measurements follows the International System of Units (SI). 1-Wire products can be grouped as follows:

  • Secure Authenticators,
  • Memory EPROM, EEPROM ROM,
  • Temperature Sensors and Temperature Switches,
  • Data Loggers,
  • 1-Wire Interface Products,
  • Battery Monitors, Protectors, and Selectors,
  • Battery ID and Authentication,
  • Timekeeping and Real-Time Clocks.

[1] Internet of Things: Security Vulnerabilities and Challenges Ioannis Andrea, Chrysostomos Chrysostomou, George Hadjichristofi, The 3rd IEEE ISCC 2015 International Workshop on Smart City and Ubiquitous Computing Applications, https://doi.org/10.1109/ISCC.2015.7405513
[3] Rajan Arora, I2C Bus Pullup Resistor Calculation, Texas Instruments Application Report
en/iot-open/introduction/introduction_to_iot_communication_and_protocols.1541618285.txt.gz · Last modified: 2020/07/20 09:00 (external edit)
CC Attribution-Share Alike 4.0 International
www.chimeric.de Valid CSS Driven by DokuWiki do yourself a favour and use a real browser - get firefox!! Recent changes RSS feed Valid XHTML 1.0