ADVANCED EMBEDDED SYSTEMS and SENSOR NETWORKS for ANIMAL ENVIRONMENT MONITORING DISSERTATION Presented in Partia

Total Page:16

File Type:pdf, Size:1020Kb

ADVANCED EMBEDDED SYSTEMS and SENSOR NETWORKS for ANIMAL ENVIRONMENT MONITORING DISSERTATION Presented in Partia ADVANCED EMBEDDED SYSTEMS AND SENSOR NETWORKS FOR ANIMAL ENVIRONMENT MONITORING DISSERTATION Presented in Partial Fulfillment of the Requirements for the Degree Doctor of Philosophy in the Graduate School of The Ohio State University By Matthew J. Darr, M.S., E.I.T * * * * * The Ohio State University 2007 Dissertation Committee: Dr. Lingying Zhao, Assistant Professor, Advisor Approved by Dr. Erdal Ozkan, Professor Dr. Peter Ling, Associate Professor ________________________ Dr. Reza Ehsani, Assistant Professor Advisor Food, Agricultural, and Biological Engineering Graduate Program ABSTRACT Advancements in sensing and monitoring of air quality parameters within confined animal feeding operations have been realized through the application of embedded systems and advanced networking. The development of an embedded vibration sensor to detect the presence of ventilation fan activity provided researchers with an improved method to monitor ventilation from high capacity CAFO facilities. Experiments revealed over estimation errors common to the majority of passive ventilation sensors. Analysis of ventilation sensor systems resulted in proposed limits to overall measurement error by minimizing the modulus of fan on‐time and sampling time. Controller Area Networks were found to be a viable means to link multiple analog and digital sensors through a multi‐master based embedded network. It was found that signal attenuation was significant as bus lengths increased to a maximum of 600 meters. This attenuation was counteracted by reducing the baud rate of the communication and allowing for longer bit times. Signal reflection of the individual bits was another major factor of transmission error caused by the mismatch of impedance between the signal wire and the termination resistor. Wireless sensor networks were also evaluated for their potential to act as the data communication network within a multi‐point sampling system inside a CAFO. ii Results from experimental path loss studies found many factors including antenna orientation, enclosure thickness, free space, antenna height, animal cages, and concrete floor separations to all be statistically relevant factors in determining the overall system path loss. It was further found that linear separation within an aisle and number of cage separations provided the highest levels of signal attenuation. A model was developed to predict the path loss at any point within a poultry layer facility based on the aisle and cage separation terms. The model was able to predict 86% of the system variability and was able to produce an average error of ‐ 0.7 dB for all combined points. The verification of all theoretical path loss models indicates that when applied to new systems not representative of poultry layer facilities, fundamental laws can be used to create initial predictions for path loss. iii ACKNOWLEDGEMENTS I wish to take this opportunity to acknowledge the many individuals who provided support and assistance during the completion of this work. My major advisor, Dr. Lingying Zhao, provided the vision for this work and was a source of guidance throughout its completion. My remaining research committee members, Dr. Erdal Ozkan, Dr. Peter Ling, and Dr. Reza Ehsani, have dedicated many hours to revising and editing this document and have been excellent sources of advice for the past four years. Within the Department of Food, Agricultural, and Biological Engineering, I wish to thank my first chair, Dr. K. C. Ting, for allowing me to return to Ohio State to pursue my doctorate and for his mentorship during his tenure. I would also like to acknowledge the willingness of our current department chair, Dr. Tom Bean, to mentor me through difficult professional decisions and for supporting my many research, extension, and teaching based activities. Dr. Mike Lichtensteiger has served both as a mentor and colleague during my tenure at Ohio State and has helped to develop my passion for the engineering profession. Drs. Scott Shearer and Tim Stombaugh, from the University of Kentucky Department of Biosystems and Agricultural Engineering, have continued to serve has profession mentors and friends. They have been instrumental in helping me iv understand the true requirements of academic careers and have fostered by abilities to achieve excellence in the field of Agriculture Engineering. My success at Ohio State has also been the direct result of tremendous support from other staff with the FABE department. Specifically, Mr. Carl Cooper has always been available to provide timely support for the construction of test fixtures and has served as good listener on both good days and bad. Mrs. Val Stewart has provided tremendous support in preparing course materials and managing many of the daily tasks associated with resident instruction. Mrs. Kay Elliott has also been invaluable in assisting with equipment and supply procurement as well as also having an open mind to help figure our solutions to budget related issues. Finally, Mr. Chris Gecik, has on many occasions provided insight and suggestions on design related issues and I will miss his expertise in the future. My research has been supported financial from several sources including the Ohio Agricultural Research Development Center and the United States Department of Agriculture. Furthermore, I wish to acknowledge the many in‐kind gifts I have received from Pioneer Hi‐Bred Int., Analog Devices, Maxim IC, Unverferth Manufacturing, Ohio Fruit and Vegetable Growers Association, Wanner MetalWorx, Laserflex, CASE IH, and the Department of Veterinary Medicine. Of course, none of this work would have been possible if not for the love and support of my extend family. My parents and grandparents have been a constant v source of support throughout my academic career. My parents especially, Mr. and Mrs. George and Bev Darr, have been instrumental in teaching me the importance of hard work, dedication, and the pursuit of excellence. And most importantly, I would like to acknowledge the love, support, and sacrifice of my wife, Mrs. Kristi Darr. For the entirety of our marriage she has supported my academic habit in a way that only she could. She serves as a sounding board during times of achievement and times of disappointment. She maintains our life together outside of the university and is always searching for ways to support my work and degree progress. Throughout all, she can always make me laugh, smile, and refocus on those things in life which are truly important. Without her support this work would have been unachievable and I will be forever grateful for her constant love and dedication. vi VITA October 11, 1979 …………….Born – Coshocton, Ohio 2002………………………………..B.S. Food, Agricultural and Biological Engineering, The Ohio State University 2004………………………………..M.S. Biosystems & Agricultural Engineering, University of Kentucky 2004 – present…………………Research Associate II & Instructor, Food, Agricultural and Biological Engineering, The Ohio State University PUBLICATIONS Refereed 1. Darr, M. J., L. Zhao, J. Ni, and C. Gecik. 2007. Robust Sensor for Agricultural Ventilation Fan Monitoring. Transactions of the ASABE. 50(3): 1019‐1027. 2. Manuzon, R. B., L. Y. Zhao, H. M. Keener, and M. J. Darr. 2007. An Acid Spray Wet Scrubber for Absorbing Ammonia Emissions from Exhaust Fans of Animal Buildings. Transactions of the ASABE. 50(4): 1395‐1407. 3. Darr, M. J., T. S. Stombaugh, S. A. Shearer, and R. S. Gates. 2007. Instrumentation Teaching Methodology for Biosystems and Agricultural Engineering Based on Low‐cost Microcontrollers. International Journal of Engineering Education. Dublin, Ireland. 23(4): 716‐722. 4. Darr, M. J., L. Zhao, and M. R. Ehsani. 2006. Implementation of Controller Area Networks for Animal Environment Monitoring. ASHRAE Transactions. DA‐07‐043. 5. Darr, M. J., Stombaugh, T. S., and Shearer, S. A. 2005. Controller Area Network Based Distributed Control for Autonomous Vehicles. Transactions of the ASAE. 48(2): 479‐490. vii 6. Fulton, J., Higgins, S., Shearer, S., and Darr, M. J. 2005. Rate Response Assessment from Various Granular VRT Applicators. Transactions of the ASAE. 48(6): 2095‐2103. Peer­Reviewed 1. Zhao, L., Darr, M. J., Wang, X, Manuzon, R., Brugger, M., Imerman, E., Arnold, G., Keener, H., and Heber, A. 2007. Temporal Variations in Gas and Odor Emissions from a Dairy Manure Storage Pond. Sixth International Dairy Housing Conference Proceeding. June 16‐18, 2007. China. Peer Reviewed. 2. McDonald, T., Fulton, J., Darr, M. J., Steven, T., Corley, F., and Brodbeck, C. 2006. GPS‐based Documentation of Manual Silvicultural Operations, International Precision Forestry Symposium. March 5 ‐ 10, 2006. Stellenbosch, South Africa. Peer Reviewed. 3. Heber, A., Ni, J., Hanni, S., Zhao, L., Keener, H. M., and Darr, M. J. 2006. Characterization and Abatement of Air Emissions from Egg Production. Workshop on Agricultural Air Quality: State of the Science. June 5‐8, 2006 Potomac, Maryland. Peer Reviewed. 4. Darr, M. J., Zhao, L., Ehsani, M. R., Ward, J. K., and Stombaugh, T. S. 2005. Evaluation of Controller Area Network Data Collection System in Confined Animal Feeding Operation. International Livestock Environment Symposium. 5. Davis, J., Darr, M. J., Xin, H., Harmon, J., and Brown‐Brandl, T. 2005. Development of Low‐cost GPS Data Logger for Livestock Monitoring. International Livestock Environment Symposium. 6. Darr, M. J., Sullivan, M. D., and Ehsani, M. R. 2004. CAN Bus Systems for Agricultural Machinery. The Ohio State University Extension Fact Sheet #AEC‐575‐04.
Recommended publications
  • Parock1 Flyer
    OPTO22 PAC Rx/Sx controllers Overview: The Opto 22 Ethernet driver provides an easy and reliable way to connect Opto 22 Controllers to your OPC client applications, including HMI, SCADA, Historian, MES, ERP, and countless custom applications. Properties Screen Shot Features - Supports all OPTO 22 PACs or any other device which uses OPTO22’s native protocol CONT over Ethernet TCP/IP - high-speed Ascii based communication - Different from Optomux and OptoMMP - Same native protocol as used by Opto Sim & OPTO PAC Display. - Index of table support - Pointer towards tag support - Performance – 2.2GHz Dual Core - 10 words: 15 ms - Data Types supported o I32 o I64 o Float o Timer o String For More Info: Overview of Parijat Drivers: Click here Additional supporting Info about Parijat Drivers: Click here Complete Related Driver options: Click here Copyright © parijat controlware, inc. Any other legal rights belong to their respective owners. Any useage here is only for reference purpose contents subject to change without notice. 7/25/16 9603 Neuens Rd, Houston Tx 77080 . tel: (713) 935-0900 . fax: (713) 935-9565 . http://www.parijat.com . Email: [email protected] PCI PC-resident Drivers: General Information General Info about PCI driver Products PCI sells & supports the world’s largest range of communications drivers for Industrial automation, PLC, process control industry applications for Microsoft, Google, Apple, Linux products & ASP.NET core for web portal products. This document outlines various common features & knowledge base to help you make a decision. Welcome to the world of PCI, your exclusive and most mature, experienced (since 1989) source of help in Industrial data acquisition, control, HMI, SCADA and MIS, MRP, ERP or Browser based Internet applications based on non-proprietary open architecture.
    [Show full text]
  • Connect-And-Protect: Building a Trust-Based Internet of Things for Business-Critical Applications Table of Contents
    WHITE PAPER CONNECT-AND-PROTECT: BUILDING A TRUST-BASED INTERNET OF THINGS FOR BUSINESS-CRITICAL APPLICATIONS TABLE OF CONTENTS THE INTERNET OF WHATEVER 3 LET’S GET PHYSICAL 8 TALK THE TALK 11 PROTECTED INTEREST 14 PICTURE ME ROLLING 23 DATA: THE NEW BACON 25 CONCLUSION 29 SOURCES 29 ABOUT ARUBA NETWORKS, INC. 30 WHITE PAPER CONNECT-AND-PROTECT: INTERNET OF THINGS THE INTERNET OF WHATEVER Today it’s almost impossible to read a technical journal, sometimes a daily paper, without some reference to the Internet of Things (IoT). The term IoT is now bandied about in so many different contexts that its meaning, and the power of the insights it represents, are often lost in the noise. Enabling a device to communicate with the outside world isn’t by itself very interesting. The value of the IoT comes from applications that can make meaning of what securely connected devices have to say – directly and/or inferentially in combination with other devices – and then act on them. Combining sensors and device with analytics can reveal untapped operational efficiencies, create end-to-end process feedback loops, and help streamline and optimize processes. Action can take many forms, from more efficiently managing a building or factory, controlling energy grids, or managing traffic patterns across a city. IoT has the potential to facilitate beneficial decision making that no one device could spur on its own. But that potential can only be realized if the integrity of the information collected from the devices is beyond reproach. Put another way, regardless of how data gathered from IoT are used, they’re only of value if they come from trusted sources and the integrity of the data is assured.
    [Show full text]
  • Pac Control User's Guide
    PAC CONTROL USER’S GUIDE Form 1700-101124—November 2010 43044 Business Park Drive • Temecula • CA 92590-3614 Phone: 800-321-OPTO (6786) or 951-695-3000 Fax: 800-832-OPTO (6786) or 951-695-2712 www.opto22.com Product Support Services 800-TEK-OPTO (835-6786) or 951-695-3080 Fax: 951-695-3017 Email: [email protected] Web: support.opto22.com PAC Control User’s Guide Form 1700-101124—November 2010 Copyright © 2010 Opto 22. All rights reserved. Printed in the United States of America. The information in this manual has been checked carefully and is believed to be accurate; however, Opto 22 assumes no responsibility for possible inaccuracies or omissions. Specifications are subject to change without notice. Opto 22 warrants all of its products to be free from defects in material or workmanship for 30 months from the manufacturing date code. This warranty is limited to the original cost of the unit only and does not cover installation, labor, or any other contingent costs. Opto 22 I/O modules and solid-state relays with date codes of 1/96 or later are guaranteed for life. This lifetime warranty excludes reed relay, SNAP serial communication modules, SNAP PID modules, and modules that contain mechanical contacts or switches. Opto 22 does not warrant any product, components, or parts not manufactured by Opto 22; for these items, the warranty from the original manufacturer applies. These products include, but are not limited to, OptoTerminal-G70, OptoTerminal-G75, and Sony Ericsson GT-48; see the product data sheet for specific warranty information.
    [Show full text]
  • Opto 22’S SNAP Control System Is a Versatile SNAP Digital Modules Switch Or Sense Either AC Or DC Combination of Hardware and Software to Support Signals
    SNAP I/O Control System Product Guide page 1/9 Form 788-001113 Opto 22’s SNAP Control System is a versatile SNAP digital modules switch or sense either AC or DC combination of hardware and software to support signals. Each module includes four channels and provides a wide variety of business applications. The system 4,000 volts of optical isolation from the field side to the consists of high-density digital, analog, and special- logic side. purpose I/O modules, compact industrial controllers, SNAP analog modules provide two or four channels. high-performance processor brains, and a series of They are factory calibrated and software configurable, mounting racks. Coupled with Opto 22’s powerful handling a wide variety of signal levels. FactoryFloor industrial automation software, SNAP offers SNAP special-purpose modules provide specific unparalleled flexibility and power for your control, functionality. Using serial modules, for example, you can monitoring, and data acquisition needs. communicate with serial devices such as chart recorders and barcode readers. Data-logging modules provide data storage SNAP I/O MODULES capacity, so that data from other modules on the same rack can SNAP analog and digital input and output modules be stored for later retrieval. PID modules monitor input signals provide compact, high-density I/O, with top-mounted and adjust output signals to control a proportional integral connectors for easy field wiring. derivative (PID) loop, performing all PID calculations in the module. SNAP I/O Modules, Rack, and SNAP Ethernet Brain SNAP I/O Control System Product Guide page 2/9 Form 788-001113 SNAP BRAINS SNAP RACKS SNAP brains are high-performance, intelligent SNAP racks come in four sizes to accommodate a maximum processors designed to meet your distributed control needs.
    [Show full text]
  • LONWORKS for Audio Computer Control Network Applications
    LONWORKS® for Audio Computer Control Network Applications January 1995 Executive Summary LONWORKS is a control network technology developed by Echelon for monitoring and controlling electrical devices of all kinds. LONWORKS meets the criteria specified by the audio industry for a computer control network, and is ideal for amplifier and equalizer control, automatic crossover control, sequential load control, equipment fault monitoring, set-top box automation, and home theater control. Neuron Chips embedded with the LONWORKS protocol have been produced by both Motorola and Toshiba since 1992, and hundreds of thousands of chips have been sold worldwide. Neuron Chips can communicate with one another, allowing data and decisions to be shared between equipment manufactured by different companies. Transceivers, routers, gateways, development tools, and programming and diagnostic tools are available off-the-shelf. Instead of developing control network technology, customers can use LONWORKS technology to build better, more intelligent, less expensive audio products. Introduction A control network is a system of sensors, actuators, displays, and logging devices (referred to as "nodes") that are linked together to monitor and control electrical devices. Supervisory functions are typically handled automatically and require no manual intervention except to respond to faults that the system cannot itself correct. In audio applications, a control network may monitor equipment fault conditions, adjust gain and crossover settings, monitor MIDI inputs,
    [Show full text]
  • Communications Drivers Pcvue 12
    Your Independent Global SCADA Provider Technical Solution Communications drivers PcVue 12 INTERFACE DRIVER VERSION S Serial port Native - Integrated in PcVue E Ethernet port Act - Activated on order Mb Manufacturer board Mo Molex O OPC Server H Hilscher adapter N/S Not Significant Manufacturer Protocol/Equipment Interface Requirement Version ABB SPA-BUS S Native ALSTOM ESP GEM 80 S Native ALSTOM ESP Gemlan-T TCP/IP E Native ALSTOM Ethernet SRTP Mo PCU2000ETH Ethernet SRTP for C80-75 & C80- ALSTOM O SW1000ETH 35 Ethernet SRTP for C80-75 & C80- ALSTOM E Native 35 Time stamped PCI1000/2000/4000 ALSTOM Nbus ASCII / RTU Mo PCU1000 PCI1000/2000/4000 ALSTOM SNP-X Mo PCU1000 ALSTOM SNP-X for C80-75 & C80-35 O SW1000SER ALSTOM Time stamped Nbus O SW1000SER BACnet client - BTL certified Profile BACnet - ASHRAE E Native - Act B-AWS BACnet - ASHRAE BACnet Server E BACnet - ASHRAE BACnet/IP server - Profile B-ASC E BECKHOFF TwinCat over TCP/IP E TwinCat ADS Native PCI1000/2000/4000 CERBERUS CERLOOP Mo PCU1000 CITILOG IP-Citilog E Native COMMEND SA Commend OPC Server O COMMEND SA ICX E Native - Act CROUZET CBUS S Native DNP USER GROUP DNP3 Master station E Native - Act Manufacturer Protocol/Equipment Interface Requirement Version Manufacturer Protocol/Equipment Interface Requirement Version ECHELON LON Mb LCA Object Server Native MITSUBISHI FX 485 S Native ECHELON LON E NL220, LonMaker Native MITSUBISHI FX-Series S Native EIB OPC EIB O EIBA Server MITSUBISHI Melsec A-Series S Native PCI1000/2000/4000 MITSUBISHI Melsec TCP/IP for A and Q Series E Native
    [Show full text]
  • Opendac® I/O System
    OpenDAC® I/O System OPENDAC® I/O SYSTEM OpenDAC ® I/O System Grayhill, Inc. • 561 Hillgrove Avenue • LaGrange, Illinois 60525-5997 • USA • Phone: 708-354-1040 • Fax: 708-354-2820 • www.grayhill.com Contents: OpenDACOpenDac® I/O System OPENDAC® I/O SYSTEM Low Cost Remote I/O System FEATURES • Compatible with Present Systems • Communicates within third party hardware and software • Ethernet Version Page Network Interfaces OpenDAC® for Ethernet .............................................................................................. 2 OpenDAC® for Modbus .............................................................................................. 4 OpenLT (Optomux) ..................................................................................................... 6 OpenDAC® for Profibus ............................................................................................. 8 Racks 16 Channel ............................................................................................................... 10 OpenDAC ® I/O System OpenDAC® I/O System The OpenDAC® family is a compact, low cost and flexible I/O system that is used for remote data requisition and control. Each network interface is capable of interfacing with one or two OpenDAC® I/O racks that allow a maximum of 32 channels of OpenLine® I/O modules. With the exception of the OpenLT™, they do not have the capability of running embedded control programs (ECPS). If this is a requirement, please review the OpenLine® Control System. OpenDAC® I/O racks are not compatible with
    [Show full text]
  • Industrial Bus World Introduction
    INTERBUS-S Modbus WHITE PAPER BITBUS/IEEE1118 PROFIBUS Optomux Data Highway, DH P-NET DMX512 Series 90, SNP and SNPx B+B SMARTWORX CONVERTERS FOR THE SUCOnet-K1 INDUSTRIAL BUS WORLD Measurement Bus/DIN 66348 INTRODUCTION What is an industrial bus? Traditionally, the industrial bus has industrial environment is greater noise immunity. This allows been used to allow a central computer to communicate with a greater distance between the transmitter and receiver. The a field device. The central computer was a mainframe or a downside to the greater distances provided by RS-422/485 mini (PDP11) and the field device could be a discreet device is the “difference of potential” between end points. such as a flow meter, temperature transmitter or a complex device such as a CNC cell or robot. As the cost of computing Industrial busses cover a large area. Often different areas of power came down, the industrial bus allowed computers the network are supplied by different power sources. Even to communicate with each other to coordinate industrial though all of the sources are grounded, a voltage difference production. can exist between the grounds of these voltage sources. This voltage difference can upset the data line in an RS- As with human languages, many ways were devised to 422/485 bus by pushing the signal voltage out of range and, allow the computers and devices to communicate and, as in some cases, an excess voltage can damage equipment. with their human counterpart, most of the communication Another source of excess voltage potential can be caused is incompatible with any of the other systems.
    [Show full text]
  • Iocontrol USER's GUIDE
    ioCONTROL USER’S GUIDE Form 1300-060515 —May, 2006 43044 Business Park Drive • Temecula • CA 92590-3614 Phone: 800-321-OPTO (6786) or 951-695-3000 Fax: 800-832-OPTO (6786) or 951-695-2712 www.opto22.com Product Support Services 800-TEK-OPTO (835-6786) or 951-695-3080 Fax: 951-695-3017 Email: [email protected] Web: support.opto22.com ioControl User’s Guide Form 1300-060515 —May, 2006 Copyright © 2001–2006 Opto 22. All rights reserved. Printed in the United States of America. The information in this manual has been checked carefully and is believed to be accurate; however, Opto 22 assumes no responsibility for possible inaccuracies or omissions. Specifications are subject to change without notice. Opto 22 warrants all of its products to be free from defects in material or workmanship for 30 months from the manufacturing date code. This warranty is limited to the original cost of the unit only and does not cover installation, labor, or any other contingent costs. Opto 22 I/O modules and solid-state relays with date codes of 1/96 or later are guaranteed for life. This lifetime warranty excludes reed relay, SNAP serial communication modules, SNAP PID modules, and modules that contain mechanical contacts or switches. Opto 22 does not warrant any product, components, or parts not manufactured by Opto 22; for these items, the warranty from the original manufacturer applies. These products include, but are not limited to, OptoTerminal-G70, OptoTerminal-G75, and Sony Ericsson GT-48; see the product data sheet for specific warranty information. Refer to Opto 22 form number 1042 for complete warranty information.
    [Show full text]
  • CAT-6303 Openbas-HV-NXHALF
    BUILDING MANAGEMENT OpenBAS-HV-NXHALF • 4 Relay binary Outputs with a current capability of up to 5 Amps at 125 VAC or 28 VDC. Avoids unnecessary costs of externally mounted relays. • Powerful Configuration Software supports ladder templates and script programs for an effortless solution. Visually assemble building blocks for custom control sequences in any HVAC/building automation application. • Mircom’s enclosures, boxes, and power supplies provide installers with a single supplier source for all building automation needs. • Highly expandable with several expansion buses that allow the addition of diverse external modules. One full speed USB Description 2.0 port used to configure the controller and program the Mircom’s OpenBAS-HV-NXHALF Building Automation Controller application logic with the configuration tool software. aims to provide various HVAC, energy management, and lighting • Uniquely allows the support of up to 2 separate networks control solutions to offer building owners and managers seamless of BAS controllers simultaneously with two different operation. communication protocols. The NXHALF combines integrated control, supervision, data • DIN Rail mountable. logging, alarming, scheduling, and network management functions. • Each controller can be configured as a master and a slave With additional modular accessories, the NXHALF can be simultaneously through the available field buses. expanded to support web servers, email and SMS notifications. • Master controllers have the capability to support up to 50 The NXHALF is a microprocessor-based programmable controller remote points or 460 remote points with expanded memory. specially designed to control various building automation applications such as air handling units, chillers, boilers, pumps, cooling towers, and central plant applications.
    [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]
  • Interop Forum 2007 Paper WORD Template
    Customer Energy Services Interface White Paper Version 1.0 Smart Grid Interoperability Panel B2G/I2G/H2G Domain Expert Working Groups Editor - Dave Hardin, EnerNOC, [email protected] Keywords: facility interface; ESI; SGIP; Smart Grid; (a.k.a. GWAC Stack)2 and NIST Framework and Roadmap standards for Smart Grid Interoperability Standards, Release 2.03. Abstract An ESI is a bi-directional, logical, abstract interface that The Energy Services Interface (ESI) is a concept that has supports the secure communication of information been identified and defined within a number of Smart Grid between internal entities (i.e., electrical loads, storage domains (e.g., NIST Conceptual Model1). Within these and generation) and external entities. It comprises the domains, an ESI performs a variety of functions. The devices and applications that provide secure interfaces purpose of this paper is to provide a common understanding between ESPs and customers for the purpose of and definition of the ESI at the customer boundary through facilitating machine-to-machine communications. ESIs a review of use case scenarios, requirements and functional meet the needs of today’s grid interaction models (e.g., characteristics. This paper then examines the information demand response, feed-in tariffs, renewable energy) and that needs to be communicated across the ESI, and looks at will meet those of tomorrow (e.g., retail market the standards that exist or are under development that touch transactions). the ESI. This is a general definition of an ESI as applied to the This white paper provides input to the Smart Grid customer boundary. Real implementations will have Interoperability Panel (SGIP) as well as international efforts variations arising from complex system inter-relationships: to understand grid interactions with the customer domain diverse customer business and usage models with different and the standards that govern those interactions.
    [Show full text]