Demand Side Management of Electricity Consumption

My goal is to contribute in my own small way to  "Demand Side Management" of the national energy grid as a way to make renewable technology more viable, without large scale implementation of energy storage. I also want to maximise self consumption of Solar Photo Voltaic Electricity when I eventually get panels in 1 or 2 years. 

Initially, an immersion hot water cylinder will be used to modulate my electricity demand, in the future, I would also like to control other loads via RF power sockets etc. 

In New Zealand we have an Electricity Retailer who charge spot prices for electricity. Therefore I plan to use openenergymonitor hardware and software to build a system that can monitor the price/availability of electricity on the national electricity grid and vary my demand accordingly. 

So far I have purchased the following hardware from the site: 

1 x Programmer - USB to serial UART
1 x AC-AC Power Supply Adapter - AC voltage sensor (UK Plug)
1 x emonTx Arduino Shield SMT 
(Frequency: 433Mhz (Worldwide), Arduino Shield Headers: Standard Headers)
1 x emonBase - Raspberry Pi based web-connected base-station 
(RaspberryPi RF add-on: RFM69Pi - 433Mhz, Raspberry Pi: Raspberry Pi 2, Pre-build SD Card: Pre-Loaded microSD Card, Enclosure: Raspberry Pi Case - Clear)

Additional hardware I will require will be:

  • SCT - 013 -015 for monitoring the hot water cylinder. 
  • SCT - 013 -000 for the mains line. 
  • SCT - 013 -015 when I get solar panels. 
  • USB power supplies.
  •  SSR output stage - thinking about Crydom D2425
  •  Arduino Uno.
  • Suitable temperature sensors.  

I have very little experience with arduino and no experience with RaspberryPi. I have a good general understanding of web Development and have built some basic PHP applications.  I am reading the forum a lot and trying to figure out how this system will work. I will be able to further my knowledge when I have the hardware in my hands and start to put it together. 

 Here is what I have so far. 

  1. I will install the EmonTx Arduino Shield near my switchboard with a CT on the Mains incoming line and the line to the hot water cylinder. I will fit three temperature sensors to the hot water cylinder at the top middle and bottom. 
  2. The Raspberry Pi web-connected base-station will scrape the spot price off the electricity retailers website at regular intervals and send this data data to the EmonTX Arduino Shield wirelessly.
  3. If certain criteria are met then the EmonTx Arduino Shield will turn on the 3kw hot water cylinder via a SSR. When the price of electricity is below a certain threshold value then the SSR will turn on and draw 3kw. When the temperature of the water at the top of the tank is below a certain threshold value then the SSR will turn on so we have enough water for a shower. However if the price of electricity is exorbitant then the cylinder will not turn on regardless of the temperature of the hot water cylinder. 
  4. When I eventually get Photovoltaic Solar Electricity Panels, the EmonTx Arduino Shield will be used as a PV router to ensure self consumption of generated electricity because the buy back rate in New Zealand is so low.(About 7c in summer and 10c in winter) It is also possible that this company may start to pay for solar at spot prices. In this case the HWC would turn off and electricity sold back to the grid when prices are favorable. 
  5. I would also eventually like to control other loads in my house. With the use of an RF power socket, it should be possible to control certain loads to ensure that self consumption of PV generation is maintained. For example, my freezer could be connected to a RF socket. It should also have temperature sensors fitted. If Solar generation dips to a point where energy is being imported, then the freezer is turned off, provided that it's internal temperature is within limits. https://www.youtube.com/watch?v=Z7qUXEw24E4

If anyone is willing to provide some feedback on whether or not I am on the right track that would be great. 

Questions: 

  1. What specific method would you use to scrape the spot price of the electricity retailers website.I am more interested in the code required on the Rpi. I don't think I would have too much trouble building a scraper in php, but I don't know how to automatically run that php and make it available to the base station code. 
  2. How does the Raspberry Pi web-connected base-station send this information to the EmonTx Arduino Shield. 
  3. Where specifically on the EmonTx  should the code that controls the hot water cylinder be inserted?
  4. How can the GUI on the Raspberry Pi web-connected base-station be modified so I have an input field to enter the "thresholds" which the EmonTx Arduino Shield responds to. For example, I might want to go on the GUI and set the minimum temperature at the top of the hot water cylinder to 40deg. Or if I am going away for a week then set the HWC to turn off completely and then turn it back on before I get home. Will these thresholds be sent to the EmonTx Arduino Shield at the same rate as the spot price, or will this only be sent when it is modified and stored locally on eeprom? 
  5. Are there any hardware considerations I need to make now so the system can be adapted to be used as a PV proportional router in the future when i get Solar Voltaic Electricity Panels?
  6. Does it make sense to choose the CT's the way that I have? Or is it better to just buy SCT - 013 -000 and then attach suitable burden resistors. Are the burden resistors the SMT ones you can see on the EmonTx Arduino Shield on the shop page? Do they just get de-soldered if you have a voltage output CT?

Edits:

6/9/2015 Changed "EmonTx" to "EmonTx Arduino Shield". Changed "SolarPv" to Solar Photovoltaic Electricity Panels to make it clear that I am not talking about solar hot water panels. 

Added a bunch of quesitons. 

Updated my proposed setup. 

Robert Wall's picture

Re: Demand Side Management of Electricity Consumption

That [before you edited it] all sounds reasonable to me.

I suspect you'll need two completely different sets of rules depending on where your energy is coming from, so do a search through here for stratification. You might find that you want to add a pump to circulate the hot water within the tank when the energy is from PV, and/or you might want to add temperature sensors at selected levels down the tank so that you know how much hot water there is in the tank when you're paying for the energy.

Our normal assumption is that the information flow is from the Arduino to the Base to the Web, yours is exactly the opposite but as the RFM69 radio modules are both transmitter and receiver (though half-duplex working only), that should be OK.

[Note: to avoid confusion, please don't refer to the Shield as an "emonTx" - that's a different beast that has it's own processor, which the EmonTx Shield doesn't have.]

You also might want to (and reading between the lines you have already) read up about the PV diverter. Given some local generation, that will mop up surplus power in a controlled fashion. How effective that is depends significantly on the properties of your supplier's energy meter and what your import and export tariffs are.

andrewhg's picture

Re: Demand Side Management of Electricity Consumption

"You might find that you want to add a pump to circulate the hot water within the tank when the energy is from PV"

I am not sure why a pump would be required. The heating element is at the bottom of the tank. Stratification is actually a good thing because the hot water rises to the top of the tank to be used which means the whole tank does not have to be heated in order to have a comfortable shower. However, if I do have access to a good price, or the sun is shining and I have lots of Excess PV generation then the whole tank can easily be heated to full temperature because the heating element is at the bottom. 

"Our normal assumption is that the information flow is from the Arduino to the Base to the Web, yours is exactly the opposite but as the RFM69 radio modules are both transmitter and receiver (though half-duplex working only), that should be OK."

I don't understand the comment about "half-duplexing", but I am sure that it will become clear to me once I have the hardware and I can start experimenting. 

"You also might want to (and reading between the lines you have already) read up about the PV diverter. Given some local generation, that will mop up surplus power in a controlled fashion. How effective that is depends significantly on the properties of your supplier's energy meter and what your import and export tariffs are."

Yes, PV diversion was my first goal but then this company started up which is going to be selling power at spot prices. This potentially means that solar won't be economically viable for a few more years because a micro-controller can be used to demand power at prices that are cheaper than solar panels are able to provide. I will eventually get solar panels even if the economics does not make complete sense because it is the right thing to do. 

I recently got a quote for a 3kw solar array which would provide power at 18c per kWh for the next 15 years. 

This electricity companies prices at night can be as low as 13c kWh. Based on their information, the price is less than 18c/kWh about 37 percent of the time or 8 hours per day. To raise my HWC from 20deg to 60 deg would require 10.2kWh of electricity plus 2kWh for standing losses. So I would need 4 hours of electricity per day below 18c kWh to be cheaper than solar panels. 

 

Bill Thomson's picture

Re: Demand Side Management of Electricity Consumption

I don't understand the comment about "half-duplexing", but I am sure that it will become clear to me once I have the hardware and I can start experimenting. 

A familiar example of half-duplex operation is the two-way voice radio. i.e. user A must stop transmitting and give user B the go-ahead to transmit before user B can transmit and be heard by user A. (and vice-versa) In short, only one user can transmit at a time.

The ordinary telephone is a common example of full-duplex operation. Both parties can transmit and receive at the same time.

andrewhg's picture

Re: Demand Side Management of Electricity Consumption

"A familiar example of half-duplex operation is the two-way voice radio. i.e. user A must stop transmitting and give user B the go-ahead to transmit before user B can transmit and be heard by user A. (and vice-versa) In short, only one user can transmit at a time.

The ordinary telephone is a common example of full-duplex operation. Both parties can transmit and receive at the same time."

Ah ok, that's simple enough. What implications does this have for sending data from the Base Station to the EmonTx Arduino Shield? How do they manage their two way communication?

Robert Wall's picture

Re: Demand Side Management of Electricity Consumption

"How do they manage their two way communication?"
Simply, you can't have both ends trying to transmit at the same time. If you know the shield transmits every 20 s (say), a good way would be to wait for that, then transmit in the opposite direction. It's up to you to define a workable protocol.

"Stratification is actually a good thing"
That's been questioned here in the past. Hence "Might...want to...". You can search and read the arguments if you wish.

I would put as much intelligence in the Pi as possible, and leave the Arduino to concentrate on switching, so every 2 mins (say) you update the Arduino with a "heat/don't heat the water" command, and leave it to get on with it. It means you might pay or lose out on 119.98 seconds' worth, though I wouldn't want to issue the command on every mains cycle or even every second. It depends of course on how often and when the prices are published.
(If you're going to transmit a lot and often, you need to check the local regulations for that RF band. Here, I think you're allowed to transmit for 1% of the time.)

Q2 & 3.
You need to study the sketch for that. An example of a sketch that both receives and transmits is one of the GLCD ones.

Q5.
Basically, as long as it's built as a PV Router, you just turn the output hard on or hard off until such time as you go proportional. It's pretty much like the thread: "switching fixed load on when surplus pv passes programmed amount." was asking.

Q6.
Maybe not. When you buy the "voltage output" sort, they have an internal burden resistor instead of zener diodes for protection. As I understand it, that's the only difference. So if you envisage a need for flexibility in the future, I'd get 3 proper current transformers and change the burden resistor on the Shield - that way you can scale it for whatever current you want (within the CT's limits of accuracy of course). Yes, the burden is the big SMT one behind the connector (and do make sure you assemble the connectors on the 'wrong' side as per the photos) and yes, you unsolder and remove the SMT one and there are holes for a wire-ended component instead (not as well as).

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.