Integrating Smart-Homes Into the Smart-Grid Yoseba K

Total Page:16

File Type:pdf, Size:1020Kb

Integrating Smart-Homes Into the Smart-Grid Yoseba K Service-orientation vs. Real-Time: Integrating Smart-Homes into the Smart-Grid Yoseba K. Penya, Senior Member, IEEE, Cruz E. Borges, Aitor Pena,% and Oihane Kamara Esteban Abstract—Building automation has grown in parallel to energy Yet service orientation implies a get-set paradigm (say invoke- smart grids without much interaction. However, at present, these execute), whereas the most po-erful real-time communication two worlds cannot remain separated any more, as long as protocols (e.g. Data (istribution Service, ((S, an OMG intelligent buildings become another node of the grid. This paper shows that this integration can be performed in practice as long standard 2334 middle-are with highly parametrisable Quality as a harmonized knowledge/data model for the two worlds can of Service) rely on a publish-subscribe mechanism. be defined. This paper describes how this harmonized model can There have been hybridisation attempts (e.g. 2354? and DPWS be achieved, how it can be implemented as part of a smart grid does present the ability o, handling events but this alternative node, and how it could work and be deployed in a case study. -ould request ignoring its natural -ay, conveying all the data exchange through events. I. I'TR&()CTI&' The get-set paradigm is enough for managing and coordi- nating intelligent devices and to achieve all tasks included in The first ideas around the concept of smart grid and its the smart building G home G industry vision 2E4 but it is not advanced applications can be traced in the seminal -ork of efficient to be integrated in the more exigent real-time smart Fred Schweppe, his research starting back in the 00s to-ards a grid architecture (apart ,rom the ,act that DPWS demands, by dynamic national grid 23], 25], 26], 27]. The actual smart grid definition, IP connection, which cannot be assured in all smart vision received a decisive shove in the beginning of the 90s grid scenarios and assets). Real-time is not about achieving when the UK liberalised its electric market by +rivatising the a task in a quick ,ashion, but about achieving it quick in a electricity supply industry in England and 9ales. This decision previously known maximum time (i.e. can guarantee a response has been subsequently adopted and implemented in many other within a maximum latency). countries. In most cases, the restructuring involves separating Against this background, we will present an standard- the electricity generation and retail from the natural monopoly based software architecture devised to integrate native DPWS- functions of transmission and distribution [5]. compliant devices, legacy, fieldbus-area-network-based or pro- Since then, the research on the diverse aspects related to prietary applications and communication protocols into the the smart grid has been hectic. According to the last moves real-time smart grid architecture. 9e will validate our approach of the biggest European utilities (e.g. the PRIM" alliance3 by illustrating real-world examples of this integration. or the Open Meter project5), the underlying communication architecture, at least in this continent, is getting clearer: real- time communication all over the transport and distribution grid II. CH$@@"'G"S down to the secondary substation. This structure is already There are three main challenges that have to be tackled in under development and -ill be soon deployed 20]. From that order to achieve the integration of the diverse smart building point to the meter (i.e. the so-called last mile), including scenario protocols into a real-time frame-ork, as follows: eventual data concentrators, there is a relentless *ght between Achieve the : One of • harmonisation of the data model power-line communication (PLC) and ZigBee. the most urgent request in the smart grid is to finish with Still, independently from the physical and subse: ent layers the existing protocol mess. /or instance, in low-voltage chosen, the winning paradigm at the client’s side (e.g. next meters, ANSI C.12 rules in the USA whereas C&SEM generation industrial automation 2D4 or smart buildings 2E4? is (Companion Specification for Energy Metering) is the service orientation, especially since the advent o, the Devices standard Europa-wide. Thus, it seems sound to nify and Profile for 9eb Services (DPWS) and their standardisation harmonise all standard protocols that might be sed in the by the &ASIS 28]. Backed and developed by heavyweights 6 scenario we target at: IEC 03E;1236], DLMS/COSEM2374 such as ABB, SAP, Schneider Electric and Siemens , DPWS and CIM[3;]. The harmonisation can be accomplished enables seamless integration of device-provided services via a semantically, in case we -ant to later of,er the +ossibility service-oriented architecture (SO$? [10]. of using the power of ontologies[364 (e.g. to perform The authors are with the Energy Lab, DeustoTech, University of Deusto, inference), or syntactically. In 2304 they present a bridge Bilbao (Basque Country). from the IEC 03E;1 to (PWS but it still -orks nder the Emails yoseba.penya,cruz.borges ,aitor.pena,oihane.esteban @deusto.es get-set paradigm’s constraints. 3 { } ---.prime-alliance.org Provide abstraction upon the network protocol: There 5---.openmeter.com • 6See their joint-effort ")-funded projects SOCRADES <---.socrades.eu) are many dif,erent *elb s area protocols, communication and IMC-AESOP <http://---.imc-aesop.eu). protocols and proprietary applications that have to be JOURN$@ &/ @$T"J CLASS FILES, KOL. 6, NO. 1, I$')ARY 511D 5 abstracted seamlessly. This enterprise is not ne-, since Information Grid (DIG), either in real-time or not, depending it -as already tackled in the late 90s connecting diverse on its nature. Some of the DIG is composed of distributed data fieldbus protocols to an IP network through a three layered caches on the nodes (including the head-ends)L alternatives gate-ay 23D]. In that case, similar to outs, the bottom to this end are e.g. Oracle’s Coherence or EHCache. Finally, layer included fieldb s +rotocols, the middle one the data BigData issues may be handled through Apache Hadoop. This model layer and the +per one provided the IP connection. paper focuses on the bottom part of the architecture, more By analogy, the right strategy seems to be mapping each accurately, from the real-time architecture to the devices. of the protocols to the data model layer obtained above. On the top, we have the smart-grid communication network. Guarantee a suitable • connection to the real-time mid- The head-end is the intelligent node placed on the building dleware: DPWS offers agadg rigid get-set functionality that exports a number of services to the upper layer. This head- (i.e. read or write a variable of a device) as in 23E]), end has a predefined data model obtained from harmonizing converting the operations on that variable on a so-called the two main smart-grid standards’ data models: CIM and internal service. In this -ay, eCternal services are the IEC 03E;1 251]. The head-end is connected (physically or aggregation of a number of several internal ones; in the through wireless) to a number of field-area networks controlling SO$ >argon, the arrangement in sequence and organisation several gadgets such as sensors or lights, and to intelligent of them is called service orchestration. This third upper electric devices (IED, e.g. meters implementing either IEC layer will wrap the other two, connecting to the DDS 01ED1 (high-voltage meters) or DLMS/COS"= <all meters)). network as an OSGi7 real-time service. This strategy will Each of these variants implements different protocols (e.g. allo- to perform the aggregation and coordination of LonWorks, KNX, #$CNet, or the aforementioned IEC 01ED1 or services both locally and remotely in a natural -ay. DLMS/COSEM). The head-end retrieves the information from the devices or the field-area networks because it has the required III. SYST"= $RCHIT"CT)R" libraries to conceptually speak to them (i.e. the head-end understands the protocols). Then, the head-end translates/maps the obtained information into the harmonized data model and then exports the services with this information +-ards. This internal services are orchestrated and then exported as external services (eventually, they could be directly converted into external services and eC+orted). IK. ($T$ =&("@ H$R=&'IS$TI&' In order to unify the 03E;1 and CIM models, it is necessary to minutely analyse the se cases that will define the proper behaviour of the system. This procedure helps to identify the important functions and elements around which the innards of the system revolves. There are two approaches when it comes to deal with the harmonisation between the Common Information =odel (CIM), defined in IEC61970-301 and IEC61968-11, and IEC61850. The first technique proposes the construction o, an unified Fig. 1. System Architecture. )=@ model based on CIM, and extending it -ith concepts referent to 03E;1 251]. The second approach has to do with the Fig. 3 gives a glimpse of the whole system architecture. 9e maintenance of independent semantic models and the definition assume there are a number of devices at the bottom of the of the relationships between them through &9@ ontology system connected to a field-area network or alone. They are assertions. Both means require the description o, the IEC61850 remotely controlled by the corresponding head-end, which is data model, which is not offered by the standard itself. connected to a real-time Data Distribution Service (DDS) bus In 2010, in a report from EPRI to NIST 253], there is (a Message Oriented Middle-ware standard <=&=?? 238]. The a detailed explanation on ho- to achieve the harmonisation DDS bus, offers two communication types: publish/subscribe between the Substation Configuration Language (SCL) and and service-oriented request/response.
Recommended publications
  • 2013-09 (Adobe Reader)
    Turinys AKTUALIJOS SUDAROMA LAIKINOJI DARBO GRUPË „TEISMO MEDICINOS PROCESAI“ .... 5 STANDARTIZACIJA INFORMACIJA APIE VIEÐAJAI APKLAUSAI TEIKIAMUS EUROPOS IR LIETUVOS STANDARTØ BEI KITØ LEIDINIØ PROJEKTUS ................................. 6 IÐLEISTI LIETUVOS STANDARTAI IR KITI LEIDINIAI ........................................... 6 NETEKÆ GALIOS LIETUVOS STANDARTAI IR KITI LEIDINIAI ............................ 11 TARPTAUTINIØ IR EUROPOS ÁSTAIGØ BEI ORGANIZACIJØ STANDARTAI IR KITI LEIDINIAI, KURIUOS DEPARTAMENTAS GAVO RUGPJÛÈIO MËNESÁ ............................................................................ 13 TARPTAUTINËS STANDARTIZACIJOS ORGANIZACIJOS STANDARTAI IR KITI LEIDINIAI ............... 13 TARPTAUTINËS ELEKTROTECHNIKOS KOMISIJOS STANDARTAI IR KITI LEIDINIAI ................... 16 RATIFIKUOTI EUROPOS STANDARTIZACIJOS KOMITETO STANDARTAI IR KITI LEIDINIAI ............ 17 RATIFIKUOTI EUROPOS ELEKTROTECHNIKOS STANDARTIZACIJOS KOMITETO STANDARTAI ...................................................................................... 19 RATIFIKUOTI EUROPOS TELEKOMUNIKACIJØ STANDARTØ INSTITUTO STANDARTAI IR KITI LEIDINIAI ............................................................................................... 21 REDAKCINË KOLEGIJA R. Rukðënienë (pirmininkë), L. Balèiauskienë, S. Vaitkevièienë, V. Masalskytë, V. Tamoðevièienë Redaktorë V. Tamoðevièienë Maketuotoja A. Skomskienë 2013-09-09 © Lietuvos standartizacijos departamentas, 2013 Lietuvos standartizacijos departamento BIULETENIS 2013 Nr. 9 VILNIUS, 2013 Lietuvos standartizacijos
    [Show full text]
  • Openmuc User Guide
    OpenMUC User Guide Table of Contents 1. Intro. 2 2. Quick Start . 2 2.1. Install OpenMUC . 3 2.2. Start the Demo . 3 2.3. WebUI Walk Through. 4 3. Tutorials . 7 3.1. Build a Simple M-Bus Data Logger. 7 3.2. Develop a Customised Application . 10 3.3. Develop a Customised WebUI Plugin . 13 4. Architecture. 20 4.1. File Structure of the Distribution . 22 4.2. Folder framework/ . 23 4.3. Devices and Channels. 24 4.4. Configuration via channels.xml . 24 4.5. Sampling, Listening and Logging . 28 5. OpenMUC Start Script . 29 5.1. Start OpenMUC . 29 5.2. Stop OpenMUC . 30 5.3. Restart OpenMUC . 30 5.4. Reload OpenMUC Configuration. 30 5.5. Update Bundles . 30 5.6. Remote Shell . 31 5.7. Auto Start at Boot Time . 31 6. Drivers. 32 6.1. Install a Driver . 32 6.2. Modbus . 33 6.3. M-Bus (wired) . 39 6.4. M-Bus (wireless) . 40 6.5. IEC 60870-5-104 . 41 6.6. IEC 61850. 42 6.7. IEC 62056 part 21 . 43 6.8. DLMS/COSEM . 44 6.9. KNX . 45 6.10. eHZ. 46 6.11. SNMP . 46 6.12. CSV . 48 6.13. Aggregator . 49 6.14. REST/JSON . 50 6.15. AMQP. 51 6.16. MQTT. 53 1 7. Dataloggers . 55 7.1. ASCII Logger . 55 7.2. AMQP Logger . 56 7.3. MQTT Logger . 57 7.4. SlotsDB Logger . 60 7.5. SQL Logger . 60 8. Libraries . ..
    [Show full text]
  • Investigate M2M-Related Communication Standards That Exist on the Global Market Today
    View metadata, citation and similar papers at core.ac.uk brought to you by CORE provided by Agder University Research Archive Investigate M2M-related communication standards that exist on the global market today by Aleksander Albretsen Thesis in partial fulfilment of the degree of Master in Technology in Information and Communication Technology Agder University College Faculty of Engineering and Science Grimstad Norway June 2006 Abstract Most M2M applications use well-known communication technologies to interconnect the devices. Even though they use well-known communication technologies there are no widely used and well-defined M2M standards regarding the data exchange (application layer). This thesis investigates and identifies M2M related communication standards that exist on the global market today, and are applicable for M2M standardisation. This thesis is limited to the following segments within M2M: Security, Automatic Meter Reading (AMR) and Utility Control. Today, and in the future, IP will play an important role within M2M. This thesis is therefore mainly focusing on standards that implement how to transfer the application layer using the IP-stack. M2M is defined in this thesis as an application with a central server communicating with end-devices through a gateway, using remote communication from server to gateway. The following standards are investigated and found applicable in one or more of the selected segments: CIP, MODBUS, LonWorks, KNX, DLMS/COSEM, M-BUS, SIA, M2MXML, OPC and ZigBee. Each of the standards is explained within the thesis. All standards are identified and categorised, and area of applications and proposed solutions are described. This thesis discusses the applicability regarding each segment, multiple services behind one gateway, bandwidth consumption, software update and interconnection of networks.
    [Show full text]
  • SYNC 2000 Protocol Gateway
    SYNC 2000 Protocol Gateway OVERVIEW SYNC 2000 Protocol Gateways support more than 40+ protocols and is used across utility applications. It features substation rugged hardware with a real time embedded Linux operating system. DNP3.0, IEC 60870-5 101/103/104, DLMS-COSEM, Modbus are some of the standard protocols supported in the product in addition to common proprietary protocols like SPABus, Courer, SEL used by legacy utility grid devices. Security • IEC 62351-3 transport layer security FEATURES • IEC 62351-5/DNP3 secure authentication • SSL based VPN with AES, DES or 3DES encryption over WAN/ Software Features LAN • Supports more than 40 utility protocols • Automatic startup, initialization with restart notification following Enhanced Capability power restoration • Internal and external pluggable cellular modem (GPRS EDGE/ • Multi-master communication capability CDMA/HSPA/EVDO)^ # • Up to 10000 data points supported • External pluggable RF/PSTN modem • Time sync based on NTP/SNTP/NMEA/protocol specific • Fiber Optic Ethernet# synchronization (IEC 104/DNP3.0 etc.) • Wide range of AC and DC power supplies • Transparent/tunneling support for remote configuration and disturbance record collection MODELS • Remote device management from Kalki.io • SNMP Agent/ Manager for NMS integration • SYNC 2000 - M1: 2 Serial, 1 Ethernet (Copper) • Can be used as terminal server • SYNC 2000 - M2: 6 Serial, 1 Ethernet (Copper) • SYNC 2000 - M4: 6 Serial, 1 Ethernet (Fiber Optic) Reliability • IEC 61850-3 compliant hardware# RELATED PRODUCTS • KEMA certified
    [Show full text]
  • M2M); Applicability of M2M Architecture to Smart Grid Networks; Impact of Smart Grids on M2M Platform
    ETSI TR 102 935 V2.1.1 (2012-09) Technical Report Machine-to-Machine communications (M2M); Applicability of M2M architecture to Smart Grid Networks; Impact of Smart Grids on M2M platform 2 ETSI TR 102 935 V2.1.1 (2012-09) Reference DTR/M2M-00011 Keywords M2M, smart grid, smart meter, use case ETSI 650 Route des Lucioles F-06921 Sophia Antipolis Cedex - FRANCE Tel.: +33 4 92 94 42 00 Fax: +33 4 93 65 47 16 Siret N° 348 623 562 00017 - NAF 742 C Association à but non lucratif enregistrée à la Sous-Préfecture de Grasse (06) N° 7803/88 Important notice Individual copies of the present document can be downloaded from: http://www.etsi.org The present document may be made available in more than one electronic version or in print. In any case of existing or perceived difference in contents between such versions, the reference version is the Portable Document Format (PDF). In case of dispute, the reference shall be the printing on ETSI printers of the PDF version kept on a specific network drive within ETSI Secretariat. Users of the present document should be aware that the document may be subject to revision or change of status. Information on the current status of this and other ETSI documents is available at http://portal.etsi.org/tb/status/status.asp If you find errors in the present document, please send your comment to one of the following services: http://portal.etsi.org/chaircor/ETSI_support.asp Copyright Notification No part may be reproduced except as authorized by written permission.
    [Show full text]
  • IEC-International Electrotechnical Commission
    Standards Manager Web Standards List IEC-International Electrotechnical Commission Id Number Title Year Organization Page 1 60034-2-3 Rotating electrical machines _ Part 2-3: Specific test methods for determining losses and efficiency of converter-fed AC 2020 IEC motors - Edition 1.0 2 60034-3 Rotating electrical machines _ Part 3: Specific requirements for synchronous generators driven by steam turbines or 2020 IEC combustion gas turbines and for synchronous compensators - Edition 7.0 3 60034-5 Rotating electrical machines _ Part 5: Degrees of protection provided by the integral design of rotating electrical machines 2020 IEC (IP code) _ Classification - Edition 5.0 4 60034-7 Rotating electrical machines _ Part 7: Classification of types of construction, mounting arrangements and terminal box 2020 IEC position (IM Code) - Edition 3.0 5 60034-11 Rotating electrical machines _ Part 11: Thermal protection - Edition 3.0 2020 IEC 6 60034-18-42 Rotating electrical machines _ Part 18-42: Partial discharge resistant electrical insulation systems (Type II) used in rotating 2020 IEC electrical machines fed from voltage converters _ Qualification tests - Edition 1.1; Consolidated Reprint 7 60045-1 Steam turbines _ Part 1: Specifications - Edition 2.0 2020 IEC 8 60050-113 NULL 2020 IEC AMD 2 9 60050-113 AMENDMENT 3 International Electrotechnical Vocabulary (IEV) _ Part 113: Physics for electrotechnology - Edition 1.0 2020 IEC AMD 3 10 60050-151 AMENDMENT 4 International Electrotechnical Vocabulary (IEV) _ Part 151: Electrical and magnetic devices
    [Show full text]
  • Requirements and Challenges of a Future Proof Migration Towards A
    Panel Session #1 Standards for Smart Grids Your Panelists • Lars Nordström, KTH, Sweden – is associate professor in Power System Management at KTH – The Royal Institute of Technology, Stockholm, Sweden, Since 2006 Director of the Swedish centre of Excellence in electric power engineering and active in IEC’s SMB Strategic group on Smartgrids and EU DG Energy taskforce on Smartgrids. • Mathias Uslar, OFFIS, Germany – Dr. Uslar is head of the CISE, the Centre for IT Standards in the Energy Sector. He is member of German GI, IEEE, ACM and IEC german mirror commitee member DKE K 952, 952.0.10, 952.0.17 and international member of IE TC 57 WG 14 and 16 • Karlheinz Schwarz, Nettedautomation, Germany – President of Schwarz Consulting Company, SCC, specializing in distributed automation systems, is involved in many international standardization projects (IEC 61850 – utility automation, DER, hydro power, IEC 61400-25 – wind power, IEC 61158 - Fieldbus, ISO 9506 – MMS, …) since 1984. • Arshad Saleem, DTU, Denmark – is currently pursuing a Ph.D. degree from the Department of Electrical Engineering of DTU, Denmark. He received his bachelor degree in Computer Science and an M.Sc degree in Intelligent Systems from BTH, Sweden. His research interests are application of intelligent systems and autonomous agents to power system control, communication in power systems and distributed control. Definitions of Smartgrids “Smart“Smart GridGrid isis anan electricityelectricity networknetwork thatthat cancan costintelligently efficiently integrate integrate the
    [Show full text]
  • The Standardization of Distribution Grid Communication Networks
    1 The Standardization of Distribution Grid Communication Networks Zhao Li, Member IEEE, Fang Yang, Member IEEE, Dmitry Ishchenko, Member IEEE meters, sensors, and intelligent electronic device (IED)) and Abstract--This paper reviews the recent development in the system control through sending control commands to distribution utility communication networks including the controllable equipment. As transported messages carry advanced metering infrastructure (AMI) and the supervisory information of system status and/or control that are important control and data acquisition (SCADA) system. The to maintain the normal operation of the system, particularly standardizations of application level communication protocols in when the grid is hit by a large disturbance, the communication both AMI and SCADA systems are the major focus of this paper. network should ensure the instantaneous deliverability of In addition, some smart grid applications facilitated by the advances in the distribution communication networks are also important messages. If a control center fails to deliver or discussed. allows the delay of delivering such a message, it may lose the opportunity to govern a disturbance and potentially render the Index Terms-- Smart Grid, AMI, SCADA, Communication grid system unstable and unreliable. Hence, building a large Protocol. scale real-time communication network becomes one of important pre-requests for Smart Grid [4]. I. INTRODUCTION Nowadays, distribution utilities mainly adopt two types of communication networks: the supervisory control and data Promising solution for challenges presented by the acquisition (SCADA) system [5], [6] and the advanced globally rising energy demand, aging power system A metering infrastructure (AMI) [7]. In the past several decades, infrastructures, increasing fuel costs, and emerging renewable SCADA has played a key role in the online monitoring and resource portfolios is the smart grid [1].
    [Show full text]
  • Operation Manual
    POWER QUALITY AND REVENUE METER EM720/EM720T Operation Manual BG0451 Rev. A1 LIMITED WARRANTY The manufacturer offers the customer a 24-month functional warranty on the instrument for faulty workmanship or parts from date of dispatch from the distributor. In all cases, this warranty is valid for 36 months from the date of production. This warranty is on a return to factory basis. The manufacturer does not accept liability for any damage caused by instrument malfunction. The manufacturer accepts no responsibility for the suitability of the instrument to the application for which it was purchased. Failure to install, set up or operate the instrument according to the instructions herein will void the warranty. Only a duly authorized representative of the manufacturer may open your instrument. The unit should only be opened in a fully anti-static environment. Failure to do so may damage the electronic components and will void the warranty. The greatest care has been taken to manufacture and calibrate your instrument. However, these instructions do not cover all possible contingencies that may arise during installation, operation or maintenance, and all details and variations of this equipment are not covered by these instructions. For additional information regarding installation, operation or maintenance of this instrument, contact the manufacturer or your local representative or distributor. WARNING Read the instructions in this manual before performing installation, and take note of the following precautions: Ensure that all incoming AC power and other power sources are turned OFF before performing any work on the instrument. Failure to do so may result in serious or even fatal injury and/or equipment damage.
    [Show full text]
  • NIST Framework and Roadmap for Smart Grid Interoperability Standards, Release 1.0
    NIST Special Publication 1108 NIST Framework and Roadmap for Smart Grid Interoperability Standards, Release 1.0 Office of the National Coordinator for Smart Grid Interoperability NIST Special Publication 1108 NIST Framework and Roadmap for Smart Grid Interoperability Standards, Release 1.0 Office of the National Coordinator for Smart Grid Interoperability January 2010 U.S. Department of Commerce Gary Locke, Secretary National Institute of Standards and Technology Patrick D. Gallagher, Director Table of Contents Executive Summary ........................................................................................................................ 7 1 Purpose and Scope .................................................................................................................. 13 1.1 Overview and Background ............................................................................................. 13 1.2 How This Report Was Produced .................................................................................... 16 1.3 Key Concepts ................................................................................................................. 18 1.3.1 Definitions............................................................................................................... 19 1.3.2 Applications and Requirements: Eight Priority Areas ............................................ 20 1.4 Content Overview .......................................................................................................... 21 2 Smart Grid Vision
    [Show full text]
  • Communicating with an Energy Meter Using Iec 62056 Through Tcp/Ip Protocol
    International Journal of Communication Networks and Security Volume 1 Issue 4 Article 15 April 2012 COMMUNICATING WITH AN ENERGY METER USING IEC 62056 THROUGH TCP/IP PROTOCOL RAJISHA R CSE Dept., The Oxford College of Engineering, Bangalore, [email protected] JIJI JAGANNIVAS CSE Dept., The Oxford College of Engineering, Bangalore, [email protected] SHAILESHWARI M U Engineering Officer adeGr 2, Central Power Research Institute, Bangalore, India,, [email protected] Follow this and additional works at: https://www.interscience.in/ijcns Part of the Computer Engineering Commons, and the Systems and Communications Commons Recommended Citation R, RAJISHA; JAGANNIVAS, JIJI; and U, SHAILESHWARI M (2012) "COMMUNICATING WITH AN ENERGY METER USING IEC 62056 THROUGH TCP/IP PROTOCOL," International Journal of Communication Networks and Security: Vol. 1 : Iss. 4 , Article 15. Available at: https://www.interscience.in/ijcns/vol1/iss4/15 This Article is brought to you for free and open access by Interscience Research Network. It has been accepted for inclusion in International Journal of Communication Networks and Security by an authorized editor of Interscience Research Network. For more information, please contact [email protected]. COMMUNICATING WITH AN ENERGY METER USING IEC 62056 THROUGH TCP/IP PROTOCOL RAJISHA R1, JIJI JAGANNIVAS2 & SHAILESHWARI M U 3 1&2CSE Dept., The Oxford College of Engineering, Bangalore 3UARC Dept, Central Power Research Institute, Bangalore E-mail : [email protected], [email protected], [email protected] Abstract - Device Language Message Specification (DLMS) is an application layer protocol designed to support messaging to and from energy distribution devices in a computer integrated environment. COSEM, the Companion Specification for Energy Metering, addresses the meter as an integrated part of a commercial process, which starts with the measurement of the delivered product (energy) and ends with the revenue collection.
    [Show full text]
  • Interfaces of Consumption Metering Infrastructures with the Energy Consumers
    VTT CREATES BUSINESS FROM TECHNOLOGY Technology and market foresight • Strategic research • Product and service development • IPR and licensing VTT RESEARCH NOTES 2542 • Assessments, testing, inspection, certification • Technology and innovation management • Technology partnership • • • VTT RESEARCH NOTES 2542 INTERFACES OF CONSUMPTION METERING INFRASTRUCTURES WITH THE ENERGY... • VTT RESEARCH NOTES Standards for the data communication interfaces related to smart metering are reviewed. The main focus is on the interfaces with the energy consumer’s systems and appliances, but also the other interfaces are briefly discussed. Typically and increasingly these systems and appliances are connected with the meter via home automation or building automation networks. This interface is becoming increasingly important together with the needs to save energy and increase demand response, enabled by the increase of intelligence in the electricity grids, houses and appli- ances. There are many protocols and standards, but the lack of a common open standard has delayed the development of the appliances and services that depend on these interfaces. This may also have delayed the development of functional and interface requirements for the meters. The problem has been widely detected and there are ongoing initiatives to solve it. Also these initiatives are briefly discussed. An observation was that many protocols have significant shortcomings regarding data security. This problem is outstanding especially with the home and building automation protocols.
    [Show full text]