Documente Academic
Documente Profesional
Documente Cultură
BY NARENDER RAO SAINENI, M.Tech(IIT) VIJETHA TECHNOLOGIES PVT LTD. CONSULTANTS AND DESIGN HOUSE FOR ELECTRIC METERS AND OTHER EMBEDDED SYSTEMS HYDERABAD, INDIA-500062 narender@vijethatechnologies.com Date: 17 Nov 2011 Please send your feedback to the given mail-id Or discuss on the google site https://sites.google.com/site/energymetersindia/home
INTRODUCTION
In India there are several states/provinces, each state has its own electric utility company (mostly govt owned) and some states have more region wise. India has electric meter specification from two standardisation bodies BIS and CPRI. Both these are national level bodies; duplication of standards for the same product from two different bodies is creating some confusion to the utility companies and suppliers. Regarding communication port and protocol there is no national standard so far, every company is following its own protocol, so on the whole there are several hundreds of variants of these meters. Now India has started implementing the LPRF/ZIGBEE based electricity energy meters on trial basis. Some states are going in a big way even without proper field trial. This new technology allows the utility companies to read the meters staying outside the customer premises, and going forward they can get the readings directly to their server on the internet. Considering these advantages this technology is being adopted now. However compared to the earlier method of manual reading /auto reading through optical port, zigbee is more complex. To help the utility companies in preparing the specification of LPRF meters communication aspects, this document is prepared. In this document my effort is to clearly show a road map of implementation to the utility companies. As we are not into manufacturing, we are not biased towards one or the other spec, our interest is to create good standards for every bodys sake.
When the meter is specified and designed as per the above architecture , the meter can not be tampered in the field, however utility company investment is protected allowing the evolvement of future communication needs by upgrading the firmware of the communication module over the air without opening the cover.
Meter module though having its own firmware and non volatile memory, nothing should be writable in it so that the metrology engine , the cumKWH reading on the display will be as reliable as the present meters. The communication module should have the full flexibility to evolve as per the new evolving standards by having upgradability of its firmware over the air i.e qualified
FOTA facility
The communication module reads some registers from the meter module and sends them to the outside world i.e meter reader or another network node. Today the utility company may need to read only 2 or 3 parameters like cuKWH , MD, Tampers. Tomorrow they may need to implement different tariff rates in different time slots and inform the dynamic tariff rate to the customer premises display. So by having firmware upgradability of the communication module they can easily evolve towards the same without changing anything in the meter module. The meter module allows the reading of certain registers ( like in modbus registers) , the communication module may read those registers at any frequency as per its needs.
Important Note
The communication module should have over the air firmware upgrade facility as per Zigbee cluster. This has to be tested to qualify the vendor technically. Again this is a must whether you use Zigbee standard or some other LPRF standard.
If you are starting with Zigbee then you need to allocate 64 bit extended PAN Ids area wise. First obtain the most significant 24 bit organizational part of the extended PAN ID from IEEE. Allocating the least significant bits are in your control. Divide the available addresses into geographical circles take the help of google maps.
The possible scenarios the utility companies are considering now, are shown as phases of evolution below. But my personal preference is to go for the phase-4 directly which is possible with the available technology today and your investment will be fully protected. Today in India there is major confusion to choose the right frequency band apart from technologies to be used. Whatever the frequency band is chosen it is important to remember that , the module should accept the over the air firmware update to implement newer technology software in the same module. For example today the RF module may only support a star topology or point to point connection , but in future it should take new software to implement proven mesh algorithm. or today security may not be strong , nut tomorrow as security requirements grow the same module should accept new firmware over the air to implement stronger technology.
READER
HOME-MTR
HOME-MTR
REPEATER
FLAT MTR FLAT MTR FLAT MTR
APARTMENT-COMPLEX
Install the LPRF meters without dedicated head end/concentrator node. Take a reader as is being done now, but now take a notebook/laptop/tablet-pc based CMRI/reader to the site (in place of a proprietary hardware) to take the readings. On manual invocation the reader becomes the co-ordinator node and forms the network and reads all the meters which are in its radio range(limit to 2/3 hops), to get the meters out of range move the reader towards them , so that until all meters are read. The reader having big LCD display shows which are read and which are not read from the existing list in easily understandable format (may be with a different colour). Some utility companies can consider having the LPRF communication module as an upgradable unit without affecting the basic metrology functionality (this will allow upgrade of hardware too)
HOME-MTR
HOME-MTR
DISPLAY INHOUSE
HOME-MTR
DISPLAY INHOUSE
REPEATER
FLAT MTR FLAT MTR FLAT MTR
APARTMENT-COMPLEX
Install a dedicated head end/concentrator node. And take the readings of all the meters in the region from this node only, even during power failure. To go from PHASE-1 to PHASE-2 , only the dedicated node with enough memory is to be added which can collect and store data from all meters.
Upgrade the concentrator node such that it has uplink to the server on the internet through GPRS or any other available back haul network. The concentrator reads the meters and send the data collected to a central server database. The GPRS application protocol in concentrator should reside in GPRS-FOTA capable block. The meter FOTA should be possible from the central server. Implement one gateway/concentrator per transformer and all the meters under this transformer under the corresponding concentrator, this helps in easy audit of the power which is becoming more and more scarce.
Application profile:
The meters should implement smart energy 1.1 profiles upgradable to smart energy 2.0 soon. All the parameters already defined in the smart energy profile should be available in the standard fashion, in addition if the utility company wants more parameters which are not defined in the smart energy profile, they can be provided from another end point with utility company specific profile.
Range of RF communication
This should be specified in terms of allowed power output, and the antenna direction/gain. Once these are fixed, it will have the range as specified in the standard in free air line of sight conditions. But since zigbee gives us more range with mesh network, there is no point in unnecessary pumping out more power from each and every node.
Range extenders
These have to be procured in some numbers ( may be one in 20 ). They are power operated totally enclosed units to improve the reach ability of the meters.
Enclosure:
Enclosure size and plastic weight should be mentioned in the tender to be more than a certain minimum limit to ensure quality. And less than a certain maximum size to ensure easy installation.
TERMINALS:
The terminals for power wiring should be big ( at least 6 mm hole dia), standard across all suppliers to improve reliability of the joints.
Display
CBIP has to specify the size & segments of LCD to be uniform all across. The parameter list and display sequence too. The no of LEDS and their purpose.
RTC:
RTC may be retained in the metrology block in PHASE-1, after successful PHASE-4, the RTC per meter will not be required.
Power consumption
The single phase meter with LPRF communication port , consumption during idle time (Tx off, Rx ON, router mode) should be less than 2.5 Watts. VA rating less than 10VA.
Tamper records:
Record of latest 6 tampers with time stamp are enough, there is no need to ask for big no of tampers, the six are sufficient to analyse/penalise the customer as needed. The storage location of the parameters: The basic single record of cukwh, tamper, MD should be stored in the metrology block ( in which fota will not be present).
The communication module should read from the metrology block and store records in its own memory so that in future its firmware can be updated and more versatile form of data may be collected and used.
Version History
ZigBee 2004, Original ZigBee version. ZigBee 2006, Backward compatibility with ZigBee 2004 not required. ZigBee 2007/PRO, Backward compatibility with ZigBee 2006 required.
Low power RFID equipments or any other low power wireless devices or equipments Power: Maximum transmitter output power of 1 Watt ( 4 Watts Effective Radiated Power)Carrier Bandwidth: 200 KHz Reference: GSR 564 ( E) dated 30 July 2008
Use : Low power equipments Power: Maximum transmitter output power of 1 Watt ( 4 Watts Effective Radiated Power) Carrier Bandwidth: spectrum spread of 10 MHz or higher Reference: GSR 45E dated 28.1.2005
Device Types
ZigBee networks include the following device types: Coordinators Routers End devices
Coordinator
This device starts and controls the network. The coordinator stores information about the network, which includes acting as the Trust Center and being the repository for security keys.
Router
These devices extend network area coverage, dynamically route around obstacles, and provide backup routes in case of network congestion or device failure. They can connect to the coordinator and other routers, and also support child devices.
End Devices
These devices can transmit or receive a message, but cannot perform any routing operations. They must be connected to either the coordinator or a router, and do not support child devices.
Benefits
This topology is highly reliable and robust. Should any individual router become inaccessible, alternative routes can be discovered and used. The use of intermediary devices in relaying data means that the range of the network can be significantly increased, making mesh networks highly scalable. Weak signals and dead zones can be eliminated by simply adding more routers to the network.
Addresses
Addressing within ZigBee includes all the following components PAN ID ( MAC) NwkAdr(NWK) Endpoint(APS) Profile ID(APS) Cluster(APS) Command and/or attribute(ZCL)
The application can configure and access the parameters of the network layer through the ZDO.
PanID - the same for all devices in a network, assigned by the network coordinator This is the network ID ( 16 bit 0x0000 0x3fff) which uniquely identifies a set of nodes forming the network. There can be multiple networks operating on the same channel. But there is should be only one PAN ID across all the zigbee channels ( as per 2007 spec to ensure frequency agility of the
network). This ID is randomly chosen by the coordinator ensuring that this ID is not being already used. Some times this 16 bit alone is not sufficient to ensure conflict or fast selection of the suitable network running required application. Hence 64 bit extended PAN ID is used, this is used during initial joining, but once the network is formed the selected 16 bit PAN ID is used. The 64 bit PAN ID will have organisational part in it.
The network address, also called NwkAddr, short address, or node address, is a 16-bit number used to uniquely identify a particular node on a ZigBee network. The ZigBee Coordinator is always NwkAddr 0x0000. Two ZigBee coordinators can exist on the same channel with NwkAddr 0x0000, because they are on different PAN IDs. The 16 bit Network address uniquely identifies a node in the network.
The network address to a joining node is assigned based on distributed assignment strategy. The coordinator gives a block of addresses to a joining router, the router in turn assigns one from its pool to a joining end device.
The Co-ordinator is responsible for starting a ZigBee network. Network initialisation involves the following steps:
2. Assign PAN ID
The Co-ordinator starts the network, assigning a PAN ID (Personal Area Network identifier) to the network. The PAN ID can be pre-determined, or can be obtained dynamically by detecting other networks operating in the same frequency channel and choosing a PAN ID that does not conflict with theirs. At this stage, the Co-ordinator also assigns a network (short) address to itself. Usually, this is the address 0x0000.
Joining a ZigBee Network Once the network has been created by the Co-ordinator, other devices (Routers and End Devices) can join the network. Both Routers and the Co-ordinator have the capability to allow other nodes to join the network. The join process is as follows:
2. Select Parent
The node may be able to see multiple Routers and a Co-ordinator from the same network, in which case it selects which one it should connect to. Usually, this is the one with the best signal.
Typically, a Router or Co-ordinator can be configured to have a time-period during which joins are allowed. The join period may be initiated by a user action, such as pressing a button. An infinite join period can be set, so that child nodes can join the parent node at any time.
Device Discovery
Device discovery is the process whereby a ZigBee device can discover other ZigBee devices. There are two forms of device discovery requests: IEEE address requests and NWK address requests. The IEEE address request is unicast to a particular device and assumes the NWK address is known. The NWK address
request is broadcast and carries the known IEEE address as data payload.
Service Discovery
Service discovery is the process whereby the capabilities of a given device are discovered by other devices. Service discovery can be accomplished by issuing a query for each endpoint on a given device or by using a match service feature (either broadcast or unicast). The service discovery facility defines and utilizes various descriptors to outline the capabilities of a device. Service discovery information may also be cached in the network in the case where the device proffering a particular service may be inaccessible at the time
Endpoints and clusters Devices are defined by profiles and implemented as application objects. Each application object is connected to the rest of the ZigBee stack by an endpoint, which is an addressable component within a device. For example, a remote control might allocate endpoint 6 for the control of lights in the master bedroom, endpoint 8 to manage the heating and air-conditioning system, and endpoint 12 for controlling the security system. This allows the remote control to independently communicate with these devices and identify which packets are intended for each application and device. Communication is made from endpoint to endpoint through data structures called clusters. Clusters contain a set of attributes that represent device state together with commands that
enable communication between application objects. Each cluster is identified with a unique ID. Clusters used in a specific application are defined within its profile. For example, the Home Automation profile contains a cluster dedicated to the control of lighting subsystems. Each cluster has two ends:
The client/output requests and manipulates the data. The server/input has the source data.
The ZigBee Cluster Library (ZCL) All ZigBee application profiles are defined using clusters from the ZigBee Cluster Library. This library allows common clusters to be reused across a number of different functional domains, for example, the same lighting clusters can be used for any application that requires lighting control, such as home automation and commercial building automation. Clusters within the ZCL are organized into a number of different functional domains, including Lighting, HVAC (Heating, Ventilation, Air Conditioning), Measurement and Sensing, Security and Safety, and General. Each cluster specification within the ZigBee Cluster Library defines
mandatory and optional cluster usage values of free parameters in the ZCL any additional functional description
Bindings At a high level, binding is the process of establishing a relationship between two devices that can communicate in a meaningful way, for example, which switch controls which lights. Each binding supports a specific application profile, and each message type is represented by a cluster within that profile. Bindings can be created between either individual or groups of endpoints, such as lights and switches, that have matching input and output clusters (with the same cluster ID). ZigBee devices can have up to 240 endpoints, so each physical device can support multiple bindings. Conclusion By providing the ZigBee Cluster Library and application profiles, the ZigBee Alliance has already done a lot of the hard work for you.
If you need your device to perform a specific function or behave a specific way, there is no need to create things from scratch. You can simply implement the ZigBee cluster that already exists for that purpose. Adherence to the application profiles and the ZCL also helps to achieve ZigBee certification to ensure interoperability with other ZigBee devices.
- Node A and B are given unique addresses when they join a Zigbee network - Switch 1 and 2 would have unique endpoint numbers - Lamps 1, 2, 3 and 4 would have unique endpoint numbers as well - Setup allows Switch 1 to uniquely address and control Lamps 1, 2 and 3 using clusterIds
Hope this helps the stake holders in india implementing this technology in the smart grid infrastructure.