Re: [smartpower-interest] [smartpowerdir] FYI OSTP requests input on SmartGrid

Damir Rajnovic <gaus@cisco.com> Mon, 15 February 2010 08:41 UTC

Return-Path: <gaus@cisco.com>
X-Original-To: smartpower-interest@core3.amsl.com
Delivered-To: smartpower-interest@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 4C79B28C0E1 for <smartpower-interest@core3.amsl.com>; Mon, 15 Feb 2010 00:41:25 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.299
X-Spam-Level:
X-Spam-Status: No, score=-0.299 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MANGLED_BELOW=2.3]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LuVK+eTM4SoR for <smartpower-interest@core3.amsl.com>; Mon, 15 Feb 2010 00:41:24 -0800 (PST)
Received: from av-tac-bru.cisco.com (weird-brew.cisco.com [144.254.15.118]) by core3.amsl.com (Postfix) with ESMTP id CE0B428C17E for <smartpower-interest@ietf.org>; Mon, 15 Feb 2010 00:41:23 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from strange-brew.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-bru.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o1F8AQiS001331 for <smartpower-interest@ietf.org>; Mon, 15 Feb 2010 09:10:26 +0100 (CET)
Received: from MacGaus.cisco.com (ams-drajnovi-8716.cisco.com [10.55.15.247]) by strange-brew.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id o1F8APfA025982 for <smartpower-interest@ietf.org>; Mon, 15 Feb 2010 09:10:25 +0100 (CET)
Received: by MacGaus.cisco.com (Postfix, from userid 501) id E362811A2E1; Mon, 15 Feb 2010 08:10:19 +0000 (GMT)
Date: Mon, 15 Feb 2010 08:10:19 +0000
From: Damir Rajnovic <gaus@cisco.com>
To: smartpower-interest@ietf.org
Message-ID: <20100215081019.GS25569@MacGaus.cisco.com>
References: <BA4910EA6899A74F9FBA807CA69197B0F7B135@exmail.enernex.com> <6BEAF0BF-D151-4C15-ABDB-A5CCFAD4DFDA@cisco.com> <002901caac15$eb88eb30$c29ac190$@us> <4B7701DB.5020801@iwl.com> <E774E686-36F8-40A1-B61C-CD4F2075D2AB@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E774E686-36F8-40A1-B61C-CD4F2075D2AB@cisco.com>
User-Agent: Mutt/1.4.2.3i
X-Operating-System: Whatever
Subject: Re: [smartpower-interest] [smartpowerdir] FYI OSTP requests input on SmartGrid
X-BeenThere: smartpower-interest@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
Reply-To: Gaus <gaus@cisco.com>
List-Id: Smart Power Interest <smartpower-interest.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/smartpower-interest>, <mailto:smartpower-interest-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/smartpower-interest>
List-Post: <mailto:smartpower-interest@ietf.org>
List-Help: <mailto:smartpower-interest-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/smartpower-interest>, <mailto:smartpower-interest-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 15 Feb 2010 08:41:25 -0000

On Sun, Feb 14, 2010 at 12:22:25AM -0800, Fred Baker wrote:
> Where I have a problem, like you, is the idea that I'm going to spend  
> my day staring at the electric meter and make random changes at random  
> times at the whim of the utility. What makes a lot more sense to me is  
> the idea that the electric utility will give me (or my electronic  
> proxy) an idea today about pricing issues tomorrow, and I can set up  
> policies in accordance that intelligent devices in my home will  
> implement.

I would say that it must be my electronic proxy. The same way it is unlikely
for people to watch their meters all day long it is not likely that they
will review "power pricing forecast" every night and then make adjustments
to their equipment. We also have to bear in mind that these tarifs and
times are just forecast. If something significant happens in the grid
utility may shift times when price is low/high up or down.

So, instead of programming my devices in absolute times, I may want to use
a mechanism similar that is used for recording TV shows. I can see on TV
schedule that movie I want to record is after a sport event. But if the
sport event runs over then the movie will start that later. So, instead
of programming my recorder for some exact time I tell it to wait for the
movie code to be sent by the broadcaster and then start recording.

Now substitute "TV schedule" with "power pricing forecast" and "movie"
with "low tarif" and that is it. I can review if pricing forecast for
tomorrow/next week is acceptable to me and then decide to utilise it
or not. Having in mind that price forecast times may change my instruction
to the proxy may be "use low tarif for heating at all time except 
between 06:00-07:00".

> 
> BTW, a sudden wide-scale cut-off is bad for the electric utilities  
> too: imagine them sending out such a command, and within the next  
> hertz everyone changing their demand levels. Read RFC 3439 section  
> 2.2.2; the issues and arguments are much the same for the grid as they  
> are for the Internet.

Should we then introduce switch off/on interval to spread in time when
devices will turn off/on? We can give users ability to say "turn off/on
this device within an interval from <Start> and <Finish> time" and then
leave the proxy or meter to randomly select exact time when device
will be turned off/on. The only worry would be for all meters to pick
the same random number.

Thanks,

Gaus



> 
> But imagine that I was told yesterday (or even an hour in advance  
> today) that the price would be "low" most of today but between the  
> hours of <this> and <that> the price would be "high". With 24 hours  
> notice, I could decide to do my laundry in the morning, for example,  
> if that was a real issue. With even an hour's notice my home energy  
> controller could tell my air conditioner and my refrigerator/freezer  
> to control to a slightly lower temperature for an hour, and then at  
> the magic time (or five minutes before) it goes back to controlling to  
> the normal temperature. The refrigerator/freezer, btw, doesn't run the  
> defrost cycle during the high price interval - it waits until 12 hours  
> later or so. That has much the same effect of randomization without  
> either the square wave for the utilities or the stomach acid for me.
> 
> Alternatively, one could imagine the air conditioner having two  
> temperature settings, one for when power is cheap and one for when the  
> cost is high. I'll pay extra to keep the house below 90', perhaps, but  
> only cool to 78' when power is cheap.
> 
> Where this fits into the technical work is that the information models  
> for communications in the AMI (eg between the meter and the utility),  
> we need some way to have the utility able to say "the price between  
> <date/time> and <date/time> is <price> per <unit>".
> 
> It might look like this:
> 
> <tarrif_event>
>       <Start ss:Type="DateTime">2010-06-01T13:00:00.000</Start>
>       <Finish ss:Type="DateTime">2010-06-01T16:59:59</Finish>
>       <Price ss:Type="Float">0.50</Price>
> </tarrif_event>
> 
> be sent from the utility to the home energy controller aand be  
> interpreted in accordance with the contract with the utility, which  
> probably specifies the local currency as the unit of measure.
> _______________________________________________
> smartpower-interest mailing list
> smartpower-interest@ietf.org
> https://www.ietf.org/mailman/listinfo/smartpower-interest

==============
Damir Rajnovic <psirt@cisco.com>om>, PSIRT Incident Manager, Cisco Systems
<http://www.cisco.com/go/psirt>      Telephone: +44 7715 546 033
200 Longwater Avenue, Green Park, Reading, Berkshire RG2 6GB, GB
==============
There are no insolvable problems. 
The question is can you accept the solution? 

- - - -
This e-mail may contain confidential and privileged material for the sole 
use of the intended recipient. Any review, use, distribution or disclosure by 
others is strictly prohibited. If you are not the intended recipient (or 
authorized to receive for the recipient), please contact the sender by reply 
e-mail and delete all copies of this message.

Cisco Systems Limited (Company Number: 02558939), is registered in England 
and Wales with its registered office at 1 Callaghan Square, Cardiff, 
South Glamorgan CF10 5BT