DOCSLIB.ORG

Abstraction of Wireless Communication by a Convergence Middleware in Conjunction with a Xml-Configuration

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text
Abstraction of Wireless Communication by a Convergence Middleware in Conjunction with a Xml-Configuration 07 - 10 September 2009 PROCEEDINGS 54. IWK Internationales Wissenschaftliches Kolloquium International Scientific Colloquium Information Technology and Electrical Engineering - Devices and Systems, Materials and Technologies for the Future Faculty of Electrical Engineering and Information Technology Startseite / Index: http://www.db-thueringen.de/servlets/DocumentServlet?id=14089 Impressum Herausgeber: Der Rektor der Technischen Universität llmenau Univ.-Prof. Dr. rer. nat. habil. Dr. h. c. Prof. h. c. Peter Scharff Redaktion: Referat Marketing Andrea Schneider Fakultät für Elektrotechnik und Informationstechnik Univ.-Prof. Dr.-Ing. Frank Berger Redaktionsschluss: 17. August 2009 Technische Realisierung (USB-Flash-Ausgabe): Institut für Medientechnik an der TU Ilmenau Dipl.-Ing. Christian Weigel Dipl.-Ing. Helge Drumm Technische Realisierung (Online-Ausgabe): Universitätsbibliothek Ilmenau Postfach 10 05 65 98684 Ilmenau Verlag: Verlag ISLE, Betriebsstätte des ISLE e.V. Werner-von-Siemens-Str. 16 98693 llmenau © Technische Universität llmenau (Thür.) 2009 Diese Publikationen und alle in ihr enthaltenen Beiträge und Abbildungen sind urheberrechtlich geschützt. ISBN (USB-Flash-Ausgabe): 978-3-938843-45-1 ISBN (Druckausgabe der Kurzfassungen): 978-3-938843-44-4 Startseite / Index: http://www.db-thueringen.de/servlets/DocumentServlet?id=14089 ABSTRACTION OF WIRELESS COMMUNICATION BY A CONVERGENCE MIDDLEWARE IN CONJUNCTION WITH A XML-CONFIGURATION Peter Buschkuehle Volker Schuermann Joerg F. Wollert Department of Electrical Engineering and Computer Science, Bochum University of Applied Sciences Bochum, 44801, Germany ABSTRACT not have any wear. Also the individual radio modules can be built in such a way that they can withstand the Today the meaning of wireless technologies demands. A further point is that there is no special constantly increases. That is not only of interest in the radio technology for the automation industry. consumer area, but also for office solutions or the Therefore increasingly radio technologies from other control and regulation of machines within the areas like e.g. the consumer market are used and/or automation technology. In the different fields of modified for automation. To mention here are applications the requirements varying against the technologies like e.g. Bluetooth [1], IEEE radio technologies. In the past it turns out that there is 802.15.4/ZigBee [2] or WLAN (Wireless Local Area not the one wireless technology that fulfills all Network) [3]. Technologies like these using the requirements in every situation. For this reason royalty-free 2,4 GHz ISM band. Because of this they different radio technologies in the automation have the advantage that thereby no further costs technology were established. Here for example would arise. Furthermore these technologies are WLAN, Bluetooth and IEEE 802.15.4 are to mention. applicable worldwide. Therefore the individual wireless technologies offer Meanwhile there are many standards, which are strong differences. For example the parameterization usually more or less well suitable for different tasks of the specific communication solutions, or the [4]. The application scenarios of wireless technologies topologies, in which the wireless networks are are often found in mobile environments. That results organized, are mentioned. It is obvious, that a uniform in participants moving out of range of the hotspots of interface must be created to abstract the wireless high dynamic networks. In addition the start-up and technologies, that a commercial long run success is maintenance of networks are often a not trivial task, guaranteed. which is still made more difficult by vanishing or joining participants. It suggests itself that this Index Terms - XML, ZigBee, Bluetooth, nanoNet, procedure is to automate and to arrange for the user WLan, middleware, convergence, configuration transparency as far as possible. Cable-bound automation systems likewise have multiplicity at communication technologies, which differs more or less strongly. 1. INTRODUCTION All these Problems should be solved in the DANA- Project (Dynamic Ad-hoc networks in automation) [5] In automation cable-bound systems dominate sensor at the Bochum University of Applied Sciences. This and actor networks. But wired networks represent a article presents a solution. In chapter 2 the state of the weak point, because the industrial environment can be art is figured out. Chapter 3 will present a raw. The wires have a high wear, because they are convergence middleware and chapter 4 describes a pretty often subject to physical or chemical demands. configuration tool. These two chapters represent the In addition cable-bound system can be very solution of the problems addressed above. Chapter 5 expensive. Because of these cases radio technologies will examine the solution critically. The last chapter become more and more accepted in automation. They gives a conclusion. use the air as transmitting medium, which logical does © 2009 - 54th Internationales Wissenschaftliches Kolloquium 2. STATE OF THE ART because FDCML offers a structure, to let appear a group of devices as unit. This chapter has its focus on automation. More precisely the state of the art of radio technologies in 2.2. Wireless in automation automation and device description languages will be Radio technologies are often used in office described. environments or private domains. For this reason the automation industry wants to use wireless 2.1. Device description languages communication and participate from the advantages. Device description languages exist since automation Meanwhile there are numerous of different radio devices are available. They serve among other things technologies, which transmit usually in the same ISM the description of network and communication band, but they differ hardly in their technology and its characteristics, containing information of the level of maturity. The two technologies, which are equipment assembly, for the diagnosis and some probably most developed are Bluetooth and WLan more. Software tools use device descriptions for the (Wireless Local area network). But the requirements automatic production of the configuration, as well as in automation are so different that more and more the adjustment of specific characteristics of the field radio technologies come to existence. To mention at devices. However there are no solutions, which this point are among others IEEE 802.15.4/ZigBee, describe complete networks. From the historical nanoNet and RFID. development different languages for different use The general requirements at radio technologies in cases [6] resulted. Apart from text-based description the automatic control engineering are now represented languages such as EDDL [7], also several XML briefly [10]: dialects are developed [8]. In the ISO 15745 [9] some - The Quality of connection can vary strongly device description languages are described and by different influences. So monitoring standardized. The ISO 15745 has the title „Industrial mechanisms are essential. automation systems and integration - Open systems - If it should come to connection interruptions application integration framework“ and consists of the and one or more devices are not connected following parts: any longer, a mechanism is necessary that - Part 1: Generic reference description the connection repairs. - Part 2: Reference description for ISO - Security mechanisms like authentication or 11898-based control systems encryption are extremely important, because - Part 3: Reference description for IEC radio is an open medium. 61158-based control systems All these technologies have different function - Part 4: Reference description for Ethernet- modes, which bring pro and cons with itself and cope based control systems with different application scenarios. Often Consumer The fundamental mechanisms of a device technologies are special modified. To mention here description language obtain part 1, while in the other for example are IWLAN (Industrial Wireless Local parts; the fieldbus specific device description Area Network) of the company Siemens und WISA languages are described. In this article a special focus (Wireless Interface for Sensors and Actors) of the lies on XML based device description languages. For company ABB. this reason the article only goes on detail on ISO WLAN is often used for a radio-based extension of 14745-3. the existing cable-bound networks, because it has the FDCML (Field Device Configuration Markup highest affinity for such networks of all the radio Language) offers the possibility to describe the device technologies. In addition also a high range and high in its details. A device is not completely out-modeled, data rates are characteristics of WLAN. but only the structures for representation of certain Bluetooth should bridge short ranges and is used types of devices are defined, because XML generally among other things to parameterize or configure defines only the structure of a document. It is an machines by the use of mobiles. Notice, that the advantage that the devices without knowledge of transmission rates are moderate and only a small automation and communication system can be number of participants can be realized. described. Rather information about identification, ZigBee is a relative new technology, which has communication, functionality, diagnostic information very small energy consumption. The data rate is rather and mechanical details should be given. Beside the small. ZigBee is suitable for networking
Load more

Recommended publications
  • What's New from the OPC Foundation?
    Interoperability on the Next Level: OPC-Unified Architecture JAI2010 18.11.2010 – Vigo Stefan Hoppe President OPC Europe [email protected] Agenda • Introduction OPC Foundation • OPC UA details • Advantages of Combined Standards • Demo OPC Foundation • International Industry Standard Organization • OPC Foundation • 407+ Member Companies / 80+ end-users Members • OPC Portfolio • 3500 + Total Companies Build OPC Products = 22000 + Products • OPC UA details • Millions & Millions of OPC Installations • Cooperation • The vision of OPC is secure reliable multi-vendor multi-platform interoperability • for moving information vertically from the data sources through the enterprise of multi-vendor systems (with stops in between…) • For moving information horizontally between data sources on different industrial networks from different vendors; • Not just data but information……. • Reliable, Secure Interoperability is not an option • Collaboration is key to incorporating many multiple “open” standards into an unified open platform architecture World Membership Demographics • OPC Foundation OPC Members By Region • OPC Portfolio • OPC UA details Rest of World , • Cooperation 41 China , 5 China Europe North America Europe , 216 Japan , 142 North America Rest of World Japan , 36 OPC Board of Directors • Reinhold Achatz, Siemens • OPC Foundation • OPC Portfolio Reinhold has been on the OPC Board of Directors longer • OPC UA details than any other board member, he is the founding member for Siemens on the Board of Directors (1997) • Cooperation
    [Show full text]
  • SMART HOME SYSTEMS with the Contribution Of
    Branko Dvoršak Juraj Havelka Elena Mainardi Hrvoje Pandžić Tea Selič Mario Tretinjak SMART HOME SYSTEMS With the contribution of: Vanja Husein Claudia Pacchiega Goran Švast 2 This publication is part of the SHVET project (https://www.smart-hvet.eu/), and has been made possible with the contribution of (in alphabetical order): Center Republike Slovenije za poklicno Izobraževanje (Slovenia) Centoform (Italy) Ecipa Nordest (Italy) Območna Obrtno-Podjetniška zbornica Krško (Slovenia) Obrtničko učilište – ustanova za obrazovanje odraslih (Croatia) Šolski center Novo mesto (Slovenia) Sveučilište u Zagrebu Fakultet elektrotehnike i računarstva (Croatia) This project has been funded with support from the European Commission. This publication reflects the views only of the authors and the Commission cannot be held responsible for any use which may be made of the information contained therein. 3 TABLE OF CONTENTS page 1 INTRODUCTION 4 1.1 WHAT EXACTLY IS A "SMART HOUSE" 5 1.2 HOME AND BUILDING AUTOMATION 6 1.3 FUNCTIONS YOU CAN DO WITH A SMART HOME SYSTEM 6 2 DIFFERENCE BETWEEN A SMART HOME SYSTEM AND A STANDARD ELECTRIC PLANT 13 2.1 ELEMENTS OF A CLASSIC RESIDENTIAL INSTALLATION 13 2.2 STRUCTURE OF A SMART HOME SYSTEM 18 2.3 MODULES OF A SMART HOME SYSTEM 20 3 SMART HOME SYSTEM TECHNOLOGIES 26 3.1 OVERVIEW OF AUTOMATION AND CONTROL TECHNOLOGIES 25 3.2 WHY KONNEX 28 4 KONNEX 30 4.1 HISTORY OF KNX/EIB AND KONNEX ORGANIZATION 30 4.2 TRANSMISSION MEDIA 30 4.3 NET ARCHITECTURE 32 4.4 TOPOLOGY 35 4.5 ADDRESSES 36 4.6 TELEGRAM 38 4.7 PARAMETERIZATION
    [Show full text]
  • Deliverable Title
    Contract No. H2020 – 826098 CONTRIBUTING TO SHIFT2RAIL'S NEXT GENERATION OF HIGH CAPABLE AND SAFE TCMS. PHASE II. D1.1 – Specification of evolved Wireless TCMS Due date of deliverable: 31/12/2019 Actual submission date: 20/12/2019 Leader/Responsible of this Deliverable: Igor Lopez (CAF) Reviewed: Y Project funded from the European Union’s Horizon 2020 research and innovation programme Dissemination Level PU Public X CO Confidential, restricted under conditions set out in Model Grant Agreement Start date: 01/10/2018 Duration: 30 months CTA2-T1.1-D-CAF-005-09 Page 1 of 175 20/12/2019 Contract No. H2020 – 826098 Document status Revision Date Description First issue. Executive summary, Introduction and General 01 27/11/2018 architecture 02 27/06/2019 Contributions of sections 3.1, 3.2, 4.2, 5.2, 5.3, 6.1, 6.2, 6.3, 8 03 03/09/2019 Section 4.1 added. Updated sections 5, 6 and 8 Doc template: corrected footer Abbreviations and Acronyms list: updated Section 3.2: corrected internal references according to CTA2- 04 22/11/2019 T1.1-I-BTD-008-04 Sections 6: updated accoding to CTA2-T1.1-I-BTD-030-09, added new references, corrected internal references 05 05/12/2019 Section 4.2.3: content added 06 06/12/2019 Updated according to CTA2-T1.1-R-SNF-061-01 07 08/12/2019 Section 5.2 and 5.3 added. 08 17/12/2019 Reviews to new contributions applied Whole Document review from CTA2 T1.1 members, TMT and 09 20/12/2019 Safe4RAIL-2 members Disclaimer The information in this document is provided “as is”, and no guarantee or warranty is given that the information is fit for any particular purpose.
    [Show full text]
  • SEW Eurodrive MOVITRAC 31 INTERBUS Fieldbus Interface Manual
    T MOVITRAC® 31.. Frequency Inverters INTERBUS Fieldbus Interface (FFI31.. option and size 0/INTERBUS) Manual Edition 1/99 08/198/96 U U C ® L ® L 0922 6915/ 199 Important Notes Important Notes • Read this user manual carefully before you start installation and commissioning work on MOVITRAC® frequency inverters with fieldbus options. This user manual assumes that the user is familiar with and has at his disposal all relevant documentation on the MOVITRAC® system, particularly the installation and operating instructions. • Safety notes: Always follow the safety notes contained in this user manual. Safety notes are marked as follows: Electrical hazard, e.g. during live working Mechanical hazard, e.g. when working on hoists. Important instructions for the safe and fault-free operation of the system, e.g. pre- setting before commissioning.Failure to follow these instructions may result in injury to people and damage to property. • General safety notes for bus systems: The fieldbus option gives you a communications system which allows you to match the MOVITRAC® 31.. drive system to the specifics of your application to a very high degree. As with all bus systems there is, however, the risk of parameters being changed, which will not show outside (i.e. the inverter) but affect the behaviour of the inverter. This may result in unexpected (not uncontrolled, though) system behaviour. • In these instructions, cross-references are marked with an →, e.g., (→ MC_SHELL) means: Please refer to the MC_SHELL User Manual for detailed information or information on how to carry out this instruction. (→ section x.x) means: Further information can be found in section x.x of this user manual.
    [Show full text]
  • Fieldbus Couplers
    4 Fieldbus Couple rs 126 Housing Design I with System Powe r Supply Dimensions (mm) 51 x 65 x 100 W x H x L (Height from upper edge of the DIN-rail) Wire connection CAGE CLAMP ® Cross sections 0.08 mm² ... 2.5 mm² / 28 ... 14 AWG Strip lengths 8 ... 9 mm / 0.33 in. Housing Design II with System Powe r Supply Dimensions (mm) 62 x 65 x 100 W x H x L (Height from upper edge of the DIN-rail) Housing Design without System Powe r Supply Dimensions (mm) 50 x 65 x 97 W x H x L (Height from upper edge of the DIN-rail) Wire connection CAGE CLAMP ® Cross sections 0.08 mm² ... 1.5 mm² / 28 ... 14 AWG Strip lengths 5 ... 6 mm / 0.22 in. Housing Design ECO Dimensions (mm) 50 x 65 x 97 W x H x L (Height from upper edge of the DIN-rail) Wire connection CAGE CLAMP ® Cross sections 0.08 mm² ... 1.5 mm² / 28 ... 16 AWG Strip lengths 5 ... 6 mm / 0.22 in. Modula r I/O- System Ove rview 4 r Fieldbus Couple s 127 Housing Design without System with System Power Supply Power Supply ECO Fi eldbus System Desc ription Item No. Page Fieldbus Couple r, 100 Mbit 750-340 128 Fieldbus Couple r, 2-port, 100 Mbit 750-370 130 Fieldbus Couple r, advanced, 2-port 750-375 132 Fieldbus Couple r, advanced, 2-port, extended operating temperature range: -20 °C ... +60 °C 750-375/025-000 132 Fieldbus Couple r, advanced, ECO, 2-port 750-377 134 Fieldbus Couple r, advanced, ECO, 2-port, extended operating temperature range: -20 °C ..
    [Show full text]
  • Phoenix Contact Automation Catalog
    I/O systems in the IP65/67 field 342 PHOENIX CONTACT Courtesy of Steven Engineering, Inc.-230 Ryan Way, South San Francisco, CA 94080-6370 Main Office: (650) 588-9200-Outside Local Area: (800) 258-9200-www.stevenengineering.com Inhalt 97% Breite skaliert I/O systems in the IP65/67 field More flexible – smaller – faster – better value Program overview Phoenix Contact is actively pursuing these trends with innovative I/O systems Fieldline Stand-Alone 345 for perfect solutions in field wiring and control cabinet construction. Fieldline Modular 361 Fieldline Stand-Alone Fieldline Extension AS-Interface 385 Fieldline Stand-Alone is optimally suitable for recording digital inputs and Rugged Line 401 outputs in harsh ambient conditions in machine and system engineering. Fieldline Stand-Alone is the compact design of the Fieldline I/O system. The combination of Manuals, data sheets, application notes and configuration files input/output modules makes a simple can be found in the download area at www.phoenixcontact.net/ connection of commonly used sensors and download. actuators possible. A Fieldline Stand-Alone IO-Link master has been added to the Fieldline Stand-Alone product range. Use of the IO-Link technology enables seamless You can find information regarding our product and solution-oriented communication from the controller services from page 11 onwards as well as in our online catalog to the sensor/actuator level. (www.phoenixcontact.net/eshop). Fieldline Modular Fieldline Modular offers a cost-effective and high-performance modular solution for complex I/O functions of field wiring. A Fieldline Modular IO-Link master is now available in the Fieldline Modular product range as well.
    [Show full text]
  • Instruction Manual Universal Fieldbus-Gateway UNIGATE® IC- Interbus
    your ticket to all buses Instruction Manual Universal Fieldbus-Gateway UNIGATE® IC- Interbus Manual Art.-No.: V3317E Deutschmann Automation GmbH & Co. KG | Carl-Zeiss-Str. 8 | D-65520 Bad Camberg Tel:+49 6434 9433-0 | Hotline: +49 6434 9433-33 | Fax: +49 6434 9433-40 www.deutschmann.com Deutschmann Automation GmbH & Co. KG 1 General introduction . 9 2 The UNIGATE® IC . 10 2.1 Technical introduction . 10 2.2 Availability . 10 2.3 Firmware . 10 2.4 The serial standard interface . 10 2.5 The synchronous serial interface . 10 2.6 The Debug-interface . 10 2.7 UNIGATE® IC hardware survey . 11 3 Hardware design. 12 3.1 Ports . 12 3.2 Pinout . 12 3.2.1 -Boot enable . 13 3.2.2 Load out (SPI-Master: SS0-) . 13 3.2.3 Data out (SPI-Master: SS1-). 13 3.2.4 Data In (SPI: MISO) . 13 3.2.5 Load In (SPI: MOSI) . 13 3.2.6 Clock. 13 3.2.7 -Reset In . 14 3.2.8 LED RESREG-, RBDA, BA . 14 3.2.9 -Config Mode . 14 3.2.10 DbgTX, DbgRx. 14 3.2.11 TE . 14 3.2.12 TX, RX . 14 3.3 Software . 14 3.3.1 Basic line of proceeding . 15 3.4 Connection examples . 15 3.5 Layout examples . 18 3.6 Handling (mounting the UNIGATE® IC on the carrier board) . 20 4 The serial interface . 21 4.1 Overview . 21 4.2 Initialization of the serial interface . 21 4.3 Use of the serial interface . 21 4.4 Further operation modes .
    [Show full text]
  • INTERBUS System Technology Basics INTERBUS
    First steps with INTERBUS System Technology Basics INTERBUS INTERBUS - The Sensor/Actuator Bus A complete system overview with which you can quickly and easily www.stevenengineering.com find answers to your questions on the INTERBUS system. You will also get the know-how required for a first general decision on the 9200 - 8 fieldbus topic and especially on INTERBUS. Any questions, suggestions, help, etc. Send mail to: WebMaster [email protected] Outside Local Area: (800) 25 9200 - 8 Main Office: (650) 58 6370 - 230 Ryan Way, South San Francisco, CA, 94080 Courtesy of Steven Engineering, Inc. [Top] [Prev] [Next] [End] Contents 1. Preface to the INTERBUS Club 2. INTERBUS at the Center of Automation www.stevenengineering.com 2.1 Introduction 9200 - 2.2 INTERBUS and Standardization 8 3. INTERBUS Technology 3.0.1 Demands of Sensors/Actuators on a Bus System 3.0.2 A Comparison of Data Transmission Methods 3.0.3 INTERBUS, the Sensor/Actuator Bus 3.0.3.1 INTERBUS Topology Outside Local Area: (800) 25 3.0.4 The INTERBUS Transmission Protocol 9200 - 8 3.0.5 Technical Implementation of the Transmission Protocol 3.0.6 The User Interface 3.0.6.1 PMS Services 3.0.7 Practical Application of INTERBUS Main Office: (650) 58 3.0.8 Standardized Start up, Operation and Diagnostics with the INTERBUS Manager CMD 6370 - 3.0.9 INTERBUS Loop 3.0.10 Standardized Networking with INTERBUS 3.0.11 Device Interoperation with Profiles 3.0.12 INTERBUS Products and Manufacturers 3.1 Open Architecture in the PLC World using INTERBUS 3.2 Open Control 3.2.1 INTERBUS with PC-based Control Technology 4.
    [Show full text]
  • Specification in Brief Breakthrough on Communication
    IO-Link At a Glance Specification in Brief Breakthrough on communication IO-Link at a Glance Version 1.1 Date: Nov. 19, 2010 Prepared, approved, and released by IO-Link We welcome any comments, suggestions, and questions regarding this document. Please send these to www.io-link-projects.com and include your name and e-mail address. Important notes: NOTE 1 For every IO-Link device there is an associated IODD file. The file and any updates must be readily available at any time. The IO- Link manufacturer is responsible for ensuring that the IODD file has been tested using the IODD Checker and is available for download at www.io-link.com NOTE 2 For every IO-Link device the following documents are available for download from www.io-link.com: manufacturer's declaration of conformity to this specification, the released IODD, and test documents. Exclusion of liability: The information contained in this document is subject to change. The material presented in this document defines an IO-Link specification in accordance with the license and the explanatory notes contained on this page. This document is not a commitment that a company's products will implement all parts of this specification. Under no circumstances will we be liable for any errors contained herein or for indirect, incidental, special, or consequential damages, damages caused by relying on the information herein, or compensation for damages, including damages arising from lost profits, capital loss, or downtime, that are incurred by a user or by third parties. Compliance with this specification does not release the manufacturer of IO-Link devices from complying with the requirements of safety and regulatory authorities (TÜV, BIA, UL, CSA, etc.).
    [Show full text]
  • Communication Services and Architectures
    Communication Services and Architectures 35010500 12/2018 Communication Services and Architectures Reference Manual (Original Document) 12/2018 35010500.15 www.schneider-electric.com The information provided in this documentation contains general descriptions and/or technical characteristics of the performance of the products contained herein. This documentation is not intended as a substitute for and is not to be used for determining suitability or reliability of these products for specific user applications. It is the duty of any such user or integrator to perform the appropriate and complete risk analysis, evaluation and testing of the products with respect to the relevant specific application or use thereof. Neither Schneider Electric nor any of its affiliates or subsidiaries shall be responsible or liable for misuse of the information contained herein. If you have any suggestions for improvements or amendments or have found errors in this publication, please notify us. You agree not to reproduce, other than for your own personal, noncommercial use, all or part of this document on any medium whatsoever without permission of Schneider Electric, given in writing. You also agree not to establish any hypertext links to this document or its content. Schneider Electric does not grant any right or license for the personal and noncommercial use of the document or its content, except for a non-exclusive license to consult it on an "as is" basis, at your own risk. All other rights are reserved. All pertinent state, regional, and local safety regulations must be observed when installing and using this product. For reasons of safety and to help ensure compliance with documented system data, only the manufacturer should perform repairs to components.
    [Show full text]
  • Interbus Interfaces and Field Distributors / Manuals / 2008-11
    Drive Technology \ Drive Automation \ System Integration \ Services Drive System for Decentralized Installation InterBus Interfaces, Field Distributors Edition 11/2008 Manual 16727215 / EN SEW-EURODRIVE – Driving the world Contents Contents 1 Valid Components............................................................................................... 6 2 General Information ............................................................................................ 7 2.1 How to use the operating instructions......................................................... 7 2.2 Structure of the safety notes ....................................................................... 7 2.3 Rights to claim under limited warranty ........................................................ 8 2.4 Exclusion of liability..................................................................................... 8 2.5 Copyright..................................................................................................... 8 3 Safety Notes ........................................................................................................ 9 3.1 General ....................................................................................................... 9 3.2 Target group ............................................................................................... 9 3.3 Designated use ........................................................................................... 9 3.4 Other applicable documentation ..............................................................
    [Show full text]
  • Overview of Building Automation Protocols
    Considerations and challenges when integrating systems to achieve smart(er) buildings Lance Rütimann / SupDet 2015 / 04 March 2015 Unrestricted © Siemens AG 2015 All rights reserved. Integrating systems is not new … The technological development has advanced the dimension of integrations, both in quantitative and qualitative terms: . relay contacts . parallel data . serial data Cumulating events on one central point had its weaknesses. Unrestricted © Siemens AG 2015 All rights reserved. 04 March 2015 SupDet 2015 2 … but it has become more complex. And we continue to learn. Numbers of Protocols A protocol is a defined set of rules and regulations that determine how data is . 20+ Building Automation protocols transmitted in telecommunications . 35+ Process Automation protocols and computer networking . 4 Industrial Control System protocols . 4 Power System automation Source: http://en.wikipedia.org/wiki/List_of_automation_protocols Source: http://www.drillingcontractor.org/from-islands-to-clouds-the-data-evolution-10675 Distributed systems = increased redundancy Unrestricted © Siemens AG 2015 All rights reserved. 04 March 2015 SupDet 2015 3 Overview of Building Automation protocols 1. 1-Wire 14.Modbus (RTU or ASCII or TCP) 2. BACnet 15.oBIX 3. C-Bus 16.ONVIF 4. CC-Link Industrial Networks 17.VSCP 5. DALI 18.xAP 6. DSI 19.X10 7. Dynet 20.Z-Wave 8. EnOcean 21.ZigBee 9. HDL-Bus 10.INSTEON 11.IP500 12.KNX (previously AHB/EIB) 13.LonTalk Unrestricted © Siemens AG 2015 All rights reserved. 04 March 2015 SupDet 2015 4 Overview of Process Automation Protocols 1. AS-i 14.FINS 27.PieP 2. BSAP 15.FOUNDATION 28.Profibus 3. CC 16.HART 29.PROFINET IO 4.
    [Show full text]