PLM NETWORK PROTOCOL
In our intelligent street light application, the network is composed of several power line modems, called nodes. These modem nodes are distributed throughout the lampposts, each of which holds the lights with their power supply. One of the modem nodes is used as a data concentrator, normally located in the power cabinet (which distributes the power to a certain group of lampposts) operating in a three phase power line. Each device can be connected with up to three different power phases. In this way, all the nodes and the concentrator share the same power line, which is used as a data communication channel (physical means).
In this application, the concentrator is controlled remotely via GPRS modem by a Remote Service Center (RSC). Here all the information about the lamps - consumption, status, and errors - as well as information about the cabinet itself - (ambient temperature and breakers status) - are relayed to and stored in a database. A web server with a dedicated interface allows the RSC to analyze the data and perform many remote actions: changing the remote lighting schedule of on/off/dimming, manually switching on, off or dimming the lamps, or changing the internal time clock of the modems.
The network is logically designed to be a master-slave structure, where the data concentrator is considered a master device and each node is the slave. And as a matter of fact, any device can initiate the communication, thereby becoming a master, while the target node, each having a unique address ID, becomes the slave device.
Each node can also act as a data repeater, without any additional programming features, increasing both the reliability of the network and the statistical probability that the information from the master to the slave will be delivered even under difficult network conditions.
However, the coexistence of more than one master and more repeaters introduces the need of the data collision management. Since more than one device can initiate communication at any time, this could cause a network jam, lowering overall performance. This potential problem can be solved using one of two main techniques. One of these - carrier sense multiple access with collision detect (CSMA/CD) - is used when a hardware device is able to detect any collision during the data transmission. The other - carrier sense multiple access with collision avoidance (CSMA/CA), which is the one we will describe in this article – is used when the hardware doesn’t have this capability.
The implemented conflict avoidance mechanism uses a back-off time and the “band in use” (BU) hardware feature of the PLM to avoid transmission conflicts. Before initiating any communication, each device waits until the band is free by checking its own BU flag. As soon as the band is free, a random back-off time is calculated. Once the back-off time is elapsed, if the band is still free, the transmission is started, otherwise the loop is started again (waiting of the BU and new back-off calculation).
The data exchange between all the nodes connected to the same power line also uses a data frame acknowledgement mechanism. In this way, the master knows if its own transmitted data packed has been correctly delivered to the target node since it receives an acknowledgment frame for each data frame sent to a target device. This acknowledgement excludes some data frames sent in broadcast by the master.
The repetition feature improves the probability that the data frame will be delivered to nodes that are far away or under noisy network environments. As all the other nodes are connected in the same power line, they continuously sense the network catching all data transiting on it. Depending on the device addressing and the data frame/acknowledge flow, each node is able to detect if the sensed frame has to be repeated, discharged, or processed. A data identification technique (frame ID) and the forward error correction redundancy (FEC) in the data frames are implemented in order to avoid cyclic repetitions or data loss that can cause an unnecessary increase of data traffic.
Click on the link below to check out the collection of Design Articles, Case Studies, Product How-To articles,... related to LEDs that have been published on Smart Energy Designline.
Check back frequently. The list will be updated as new articles arrive.
@Bert22306: you are right, the technology to dim based on ambient lighting and/or motion / occupancy sensing is so old that the products are available as commodities. These individual sensor no doubt can be improved to perform more functions.
@elPresidente: your pun aside, there are benefits to using position/attitude sensing enabled light posts in the system. For example, if an area is undergoing settlement of the soil, seismic motions, etc., the sensor data can relay the current state of orientation.
Nice write up; though not all aspects of such a smart lighting system has been addressed, the authors describe a system that can be deployed today.
It would be nice to know more on the life cycle of the products mentioned in the smart lighting system -like field replacements, expansion of more functions, additional sensing, etc.
The potential of this application could be best explained with statastical data of a survey on current energy wastage and possible improvements in street light availability, Maintanace charges. Figures speak louder.
I our city cellular repeaters are mounted on to the street light lap posts on several flyovers and bridges.
Main Control point of a cluster of lamps located at one point which could be automated this way.
I think this should ramup slowy so that it doesnt cause jerk in empolyment.
Dunno, sometimes I think that what could be simple is being made unnecessarily complicated, supposedly in the name of efficiency.
One example being remote control of the lights. Aren't street lights individually controlled now, via individual sensors? Those sensors perhaps can be improved, to include the same extra flexibility that the article claimed for the remote control case. Such as, dimming in brightly moonlit nights?
I like the idea of remote sensing that a light is out. But our local utility has gone one step "further." Remote sensing for free. They expect the customers to call it in, AND they have made it really easy to do so. Automatic phone call, 24 hours a day. Plenty of "remote sensing," and they use an existing network to boot!!
David Patterson, known for his pioneering research that led to RAID, clusters and more, is part of a team at UC Berkeley that recently made its RISC-V processor architecture an open source hardware offering. We talk with Patterson and one of his colleagues behind the effort about the opportunities they see, what new kinds of designs they hope to enable and what it means for today’s commercial processor giants such as Intel, ARM and Imagination Technologies.