Communication Techniques and Architectures for Bluetooth Networks in Industrial Scenarios

Communication Techniques and Architectures for Bluetooth Networks in Industrial Scenarios

Communication Techniques and Architectures for Bluetooth Networks in Industrial Scenarios Lucia Lo Bello, Orazio Mirabella Dipartimento di Ingegneria Informatica e delle Telecomunicazioni University of Catania, ITALY [email protected], [email protected] Abstract control environment, BT network set-up and configuration is lightweight as compared with The Bluetooth (BT) standard, originally designed as a the general case. As the Master and Slave roles cable replacement technology for low-cost, effortless are defined by the application, they are known a connection of electronic devices, is becoming quite an priori, so discovery procedures can be attractive option even in industrial communication, as it simplified and an operator can feed the Master allows low-power, cheap and easy-to-build solutions to node with the Slave node data during the be obtained using the available BT modules and configuration phase. application profiles. The great recent interest in using • Centralized Medium Access Control. The BT Bluetooth in Distributed Process Control Systems Master/Slave (M/S) centralized medium access (DPCSs) provides the motivation for this work, which control protocol avoids collisions inside a has a twofold aim. Firstly, investigating scenarios and piconet and has a great potential for use in the architectures which enable full exploitation of BT control of transmission times, to the benefit of capabilities in industrial communication. Secondly, time-constrained traffic.The piconet Master can exploring technological enhancements which could schedule traffic in a deadline-aware way improve the performance of the protocol even further. according to well known real-time scheduling algorithms, also taking into account, already 1. Bluetooth in industrial communication existing solutions in the literature, to deal with message release jitter, variable periods etc. For The Bluetooth (BT) standard [1], originally developed example, an innovative approach to support for short-range ad-hoc wireless interconnection in both periodic and aperiodic message Personal Area Networks, is becoming quite appealing in transmissions on BT networks has been recently the industrial environment, where a number of proposed in [10]. As it is shown in that work, applications, such as remote control and diagnostics, the piconet Master can combine the Earliest process supervision, etc. can benefit from replacing Deadline First (EDF) [11] algorithm with a traditional wired connections with wireless ones dynamic server mechanism such as the Total [2][3][4]. The BT communication topology is point-to- Bandwidth Server (TBS) [12][13] to guarantee multipoint, where a Master node communicates with up deadline meeting for periodic messages while to seven Slaves forming what is called a piconet. To providing a best-effort service for aperiodic resolve contention over the wireless links, the BT traffic exchanged on the same piconet. channel is organized using a Time Division Multiple • Slotted Channel. The slotted channel approach Access/Time Division Duplex (TDMA/TDD) scheme. implemented in BT greatly simplifies clock Scheduling is handled by the Master, alternating a synchronization between network nodes. The Master transmission with one by a designated Slave, adoption of fixed-size slots may not be based on 625-µs slots. This means that scheduling occurs considered very efficient in the case of short in pairs of slots (i.e., the Master/Slave pair). payloads, but this could be solved by enabling a BT offers several advantages for industrial station to multiplex data in a single message. communication, such as: • Reduced interference. Thanks to the frequency • Easy installation. BT can be successfully used hopping scheme it implements, BT offers a to implement distributed control systems where notable resilience to interferences. cabling is difficult or only a temporary • Low power. BT features a fairly low level of installation is needed. energy consumption as compared with other • Easy configuration. BT allows for extremely wireless technologies (e.g. 802.11). easy configuration of wireless systems and The above features explain the great interest in using stations, thus allowing the fast creation of Bluetooth in Distributed Process Control Systems communication infrastructures without the need (DPCSs), and provides the motivation for this work for expensive cabling. Moreover, in the process which has a twofold aim. The first is highlighting the capabilities and suitability of BT networks for supporting control loops in DPCSs. The second is investigating a As said before, the piconet Master polls each Slave novel communication model, based on Slave/Slave thus enabling it to transmit. This straightforward communication, and suitable network architectures based approach however has some shortcomings. If only either on such a model, which improve the performance of the the Master or the Slave has data to send, the BT MAC BT protocol in industrial communication even further. In protocol introduces a non-negligible overhead, as a slot order to show the advantages of introducing Slave/Slave gets wasted. The protocol efficiency, and consequently communication in the BT protocol, a case study is the actual throughput, is therefore limited, especially presented, in which two sample network configurations when short messages (i.e. one slot long) are exchanged. based on Slave/Slave communication are examined and This is often the case with DPCSs, where exchanged compared. The case study shows the benefits that messages, especially those featuring stringent timing Slave/Slave communication and the derived architectures constraints (i.e. periodic variables), are small in size. The introduce in BT-based industrial communication transmission overhead also affects the message delay netwoks. Finally, the paper addresses the benefits for experienced as seen in the scheduling sequence shown in real-time periodic traffic, in terms of enhanced Fig.2. schedulability, introduced by S/S communication These limitations could be solved by introducing through analytical argumentations and an example. Slave/Slave (S/S) communications. The current BT protocol does not allow for direct S/S communications, 2.2. Architectures and techniques to exploit Bluetooth so if a pair of Slaves (e.g. intelligent sensors/actuators) capabilities in industrial communication wish to communicate, they can only do so through the Master. However, in DPCSs periodic traffic is quite Fig. 1 shows a typical scenario for DPCSs. A PLC polls common and the Slaves’ transmission requirements are sensors and processes their data to derive the command known a priori, so allowing direct communications for the actuator. The BT communication protocol fits between Slaves is in principle possible and beneficial, as this simple and quite popular control architecture it would significantly reduce the protocol overhead and very well. save bandwidth. S/S communication would also shorten the scan cycle duration, thus enabling the protocol to Sensor 1 support faster dynamics. (slave) S/S communications, which are not currently provided for in the Bluetooth standard, were recently proposed in [5][6][7][8]. Zhang et al in [7], for example, proposed an Sensor 2 PLC Actuator 1 (slave) (master) (slave) approach called Time-Slot Leasing (TSL), where temporary piconets lease slots from the original piconet to support S/S communications. This approach permits Sensor 3 the existence of multiple temporary piconets, thus (slave) enabling multiple communications at the same time. Fig.1 A typical control scheme for DPCSs Temporary piconets remain synchronized as regards both time and frequency with the original Master, whose task A piconet can be built connecting the PLC to the it is to designate a Slave as the temporary master of a Master node, all the other devices being Slaves. Within a temporary-piconet. scan cycle, the Master polls the sensors in sequence, thus Another interesting approach to S/S communication in enabling them to transmit their data, and then sends the BT was presented in [5], where the concept of dynamic command in the payload of a frame sent to the actuator. structure/role management was proposed. According to Fig.2 shows a simple schedule for the piconet shown in this approach, when a Slave needs to communicate Fig.1. frequently with another Slave, a Master/Slave switching or a piconet partitioning is activated. An improvement on master this technique was presented in [6], where Pseudo Role (PLC) Switching and Pseudo Partitioning techniques were slave 1 proposed to reduce the switching bottleneck of the (Sensor) previous approach. However, all these approaches only enable slave 2 (Sensor) communications between pairs of Slaves, thus restricting the applicability of such techniques to file transfer or slave 3 (Sensor) similar applications. On the contrary, the approach proposed in [8], adopted here to support some of the slave 4 (Actuator) scenarios and architectures dealt with in this paper, Scan Cycle allows Slaves to communicate with any member of a Fig.2 Schedule for the piconet supporting the group of Slaves. This feature makes the proposed control scheme in Figure 1 approach highly suitable for supporting the typical belonging to the logical ring transmit in the slot in which communication exchanges in DPCSs. they possess the virtual token, i.e. when it is their turn An issue which could arise refers to how to implement according to the schedule that the Master has broadcast. S/S communication.

View Full Text

Details

  • File Type
    pdf
  • Upload Time
    -
  • Content Languages
    English
  • Upload User
    Anonymous/Not logged-in
  • File Pages
    9 Page
  • File Size
    -

Download

Channel Download Status
Express Download Enable

Copyright

We respect the copyrights and intellectual property rights of all users. All uploaded documents are either original works of the uploader or authorized works of the rightful owners.

  • Not to be reproduced or distributed without explicit permission.
  • Not used for commercial purposes outside of approved use cases.
  • Not used to infringe on the rights of the original creators.
  • If you believe any content infringes your copyright, please contact us immediately.

Support

For help with questions, suggestions, or problems, please contact us