OASIS Mailing List ArchivesView the OASIS mailing list archive below
or browse/search using MarkMail.

 


Help: OASIS Mailing Lists Help | MarkMail Help

energyinterop message

[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]


Subject: RE: [energyinterop] RE: problem of sending signals to participants form multiple sources


As a commercial building, I certainly plan to authenticate any transaction from any DRAS on the Internet.  And probably check their Authorization to send the command they want executed.   Just like the Personnel Manager at the City of Chicago, I don’t want nobody that nobody (i.e., a Precinct Captain) sent.

 

And if I happen  to have two megawatts of load to drop tomorrow afternoon instead of the usual one megawatt, because the air conditioning is broken and the plant will be shut down tomorrow, I want to sell the first megawatt back to my usual Aggregator, and then sell the other megawatt to another aggregator who has coupons this week.

 

The landscape will be littered with contract provisions, but I would expect the two aggregators, the distribution company, and the energy suppliers would prefer a more real-time, ironclad non-repudiable mechanism for preventing me from selling the same load reduction to two different people.  I can’t predict the future, but the distribution company, touching the electrons last, having control of the customer meter data, providing the Measurement and Verification for all energy providers, and being a natural monopoly which would logically be regulated, would be the honest broker that the participants could rely upon.  I could also see, though not as clearly, that a market clearing entity could apportion the risk.

 

See http://www.oasis-open.org/apps/org/workgroup/energyinterop/email/archives/201002/msg00025.html in the 4th paragraph beginning with “I agree, the exchanges…” for a bit more explanation about multiple aggregators, and mine and Sila’s discussion about energy usage information and its custodian for more discussion about M&V for multiple sources of signals.

 

Best,

B.O.  July 7, 2010

 

Robert Old

Siemens Industry, Inc.

Building Technologies

1000 Deerfield Pkwy.

Buffalo Grove, IL 60089-4513

Tel.: +1 (847) 941-5623

Skype: bobold2

bob.old@siemens.com

www.siemens.com

 

From: Edward Koch [mailto:ed@akuacom.com]
Sent: Wednesday, July 07, 2010 11:08 AM
To: Horst, Gale; Girish Ghatikar
Cc: energyinterop@lists.oasis-open.org
Subject: [energyinterop] RE: problem of sending signals to participants form multiple sources

 

Gale,

 

I’m going to kill two birds with one stone and also cc my response to the EI list.

 

Bear in mind that my response below is within the context of what we discussed during the 1.0 drafting of the spec, although I suspect the EI will come to similar conclusions.

 

Just like as shown in figure 6, we did in fact identify scenarios where someone may receive signals from multiple sources.  The conclusion we came to at the time was that how any conflicts between signals get resolved was beyond the scope of our specification.  What this means is that if this is a potential conflict exists then it will need to be resolved either by the receiver of the signals or the senders.  The implications to the specification we wrote were that the most we were willing to do to help resolve conflicts was to add an attribute identifying the source of the signals.   Anything beyond that would require some sort of coordination between the different entities sending the signals and we didn’t want to go down that road.  Of course the receiver can also resolve any conflict himself, and while they might feed back some information concerning how they resolved the conflict it probably does not affect the downstream DR signal itself.

 

Note that I think that much of what is done today to help resolve these issues is on a contractual basis.  Customers often sign contracts with either Aggregators or Utilities which preclude this situation from occurring.  Some aspect of this might be reflected in the transactional energy model. Perhaps Ed C could elaborate more on this.

 

 

Thanks,

 

-ed koch

 

 


From: Horst, Gale [mailto:ghorst@epri.com]
Sent: Wednesday, July 07, 2010 8:27 AM
To: Edward Koch; Girish Ghatikar
Subject: problem of sending signals to participants form multiple sources

 

Ed and Rish:

 

Your action items from the energyinteropTC call today: 

 

What are the architectural implications?  For exampe will each end node be linked to receive from one entity above it in the hierarchy?  Or is it acceptable to be able to receive from multiple senders (REC or entity above) concurrently. 

 

We may want to reference the diagram in the proposed solution to this item.

For example Figure 6 in “energyinterop-1.0-spec-wd-12.pdf” line 672 would seem to have an implication.  I can see where signals ORIGINATE from several sources.  But will the “Entity A” (REC) be responsible to sort / prioritize and send the appropriate signal on?  Perhaps other developments or OpenADR has hashed their way through this issue and can bring some clarity.  We may want to check that we have described the background text in the document to be sure it relays the proper understanding.

 

THANKS,

Gale

 

 

Gale R. Horst

Electric Power Research Institute (EPRI)
942 Corridor Park Blvd.
Knoxville, TN 37932
Office: 865-218-8078

Mobile: 865-368-2603
ghorst@epri.com

http://www.smartgrid.epri.com

 



[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]