RE: [emix] Power storage strategies

[creed@opengeospatial.org]

The OGC and buildingSmart alliance have a formal MoU and in 2009 completed
a joint interoperability testbed activity in which one of the threads was
energy related. The project (completed) is described here:

http://www.opengeospatial.org/projects/initiatives/aecoo

There is a detailed engineering report that will be publicly available.

And another one:

http://www.opengeospatial.org/projects/initiatives/aecoo-1

With a webcast of the demonstration:

http://www.opengeospatial.org/pub/www/aecoo-1/index.html

Obviously, CAD-GIS-BIM integration is a hot topic in the geospatial industry

Regards

Carl



> The IAI and the BuildingSmart Alliance are old friends.
>
>
>
> Most of the energy-related work at the edge of BIM is now in GBXML, Green
> Building XML, which does not currently have any attributed for energy
> storage. EnergyPlus, which several on this list know from LBL, is
> preferred
> by some for energy modeling as more rigorous. I do not know enough to
> judge.
>
>
>
> Neither one is yet a standard, although there is some interest from the
> GBXML.org crowd in running their specification through an SDO, while
> adding
> some better energy features at the same time. I cannot but speculate on
> when
> that might happen.
>
>
>
> Let me make some inquiries at CERL and NIBS.
>
>
>
> tc
>
>
>
>   _____
>
> "If something is not worth doing, it`s not worth doing well" - Peter
> Drucker
>
>   _____
>
>
> Toby Considine
> TC9, Inc
>
> OASIS Technical Advisory Board
> TC Chair: oBIX & WS-Calendar
>
> TC Editor: EMIX, EnergyInterop
>
>
>
>
>
> Email:  <mailto:Toby.Considine@fac.unc.edu> Toby.Considine@gmail.com
> Phone: (919)619-2104
>
> http://www.tcnine.com/
> blog: www.NewDaedalus.com
>
>
>
>
>
> From: Phil Davis [mailto:pddcoo@gmail.com]
> Sent: Monday, April 26, 2010 3:10 PM
> To: 'David RR Webber (XML)'
> Cc: emix@lists.oasis-open.org; Toby.Considine@gmail.com; 'Edward Cazalet'
> Subject: RE: [emix] Power storage strategies
>
>
>
> While subsequent emails suggest this might be overkill, or at least not
> completely necessary, it does bring a question.  There is an effort
> underway
> generically termed Building Information Modeling (BIM).  As part of that
> effort, we and others are developing XML language that describes our
> products in meaningful terms.  It would be terrific if somewhere in our
> merry band there is someone with intimate knowledge of the BIM effort who
> might know if this effort could be extended to storage, or perhaps already
> is.
>
>
>
> I spoke to Chuck Eastman, Professor of Architecture at Georgia Tech often
> credited with developing the concept of BIM in the '70's (though he says
> incorrectly).  He said that the Building Information standard has 10-20
> thousand entities defined already, but energy is a huge gap.  GSA has
> sponsored Richard See to work with LBNL and BIM tool software implementers
> to address this, but they are at an early stage, and still arguing over
> zonal energy issues.  Dr. Eastman is going to send me a link when he
> returns
> to his office.
>
>
>
> Does anyone know these folks or the International Alliance of
> Interoperability?  Sounds like there is a chance we can leverage each
> other,
> and also a chance we will be duplicative.  Autodesk started
> commercializing
> these concepts in the 80's and evidently turned the work over to the IAI
> to
> manage as industry foundation classes (
> <http://iaiweb.lbl.gov/IFC/IFC_Release_2.0/FINAL_Documents/IFC_R2_ObjectMode
> lArchitectureGuide_US.PDF>
> http://iaiweb.lbl.gov/IFC/IFC_Release_2.0/FINAL_Documents/IFC_R2_ObjectModel
> ArchitectureGuide_US.PDF)
>
>
>
> Also, there is a document on BIM based energy analysis (which seems to
> incorporate the DOE Energy Plus mode and is found at
> <http://63.249.21.136/IAI-MVD/IDM/BSA-002/PM_BSA-002.pdf>
> http://63.249.21.136/IAI-MVD/IDM/BSA-002/PM_BSA-002.pdf).  If they are not
> participants in our process already, perhaps they should be.  Fortunately,
> I
> do know the relevant people at Autodesk, but will await discussion before
> reaching out.
>
>
>
> Phil
>
>
>
>   _____
>
> From: David RR Webber (XML) [mailto:david@drrw.info]
> Sent: Monday, April 26, 2010 11:42 AM
> To: Phil Davis
> Cc: emix@lists.oasis-open.org; Toby.Considine@gmail.com
> Subject: RE: [emix] Power storage strategies
>
> Phil,
>
>
>
> Can we get one of those 400 people to write some XML for us?!?!
>
>
>
>  ; -)
>
>
>
> If telephone switch industry is a guide here - this means we already have
> 3
> sets of battery subsystem XML - GE, Hitachi and Samsung - with more to
> follow.  And of course each new model has new XML...
>
>
>
> Thanks, DW
>
> -------- Original Message --------
> Subject: RE: [emix] Power storage strategies
> From: "Phil Davis" <pddcoo@gmail.com>
> Date: Mon, April 26, 2010 11:26 am
> To: "'David RR Webber (XML)'" <david@drrw.info>,
> <Toby.Considine@gmail.com>
> Cc: <emix@lists.oasis-open.org>
>
> Actually, GE announced such a system last week and is hiring 400 people in
> Atlanta to staff the new business. It's a substation level product.  Also,
> I
> have spoken personally with people at Hitachi and Samsung who are testing
> a
> 1 MW battery.  Such a battery from another vendor is in test operation
> behind PJM's main offices. So local here takes on a new meaning depending
> on
> whether it is truly behind the customer meter, or behind the distribution
> grid meters (substations and the like), or on a transmission system.
> Theoretically, batteries of this size could replace generators used for
> voltage or frequency support.
>
>
>
> Phil Davis
>
>
>
>
>   _____
>
>
> From: David RR Webber (XML) [mailto:david@drrw.info]
> Sent: Monday, April 26, 2010 10:58 AM
> To: Toby.Considine@gmail.com
> Cc: emix@lists.oasis-open.org
> Subject: [emix] Power storage strategies
>
> Toby,
>
>
>
> It occurs to me that local storage can potentially play a role here -
> depending on its efficiency of course.  One can anticipate that future
> technology will offer higher % there - especially if market forces drive
> that equation.
>
>
>
> Therefore - a future system could offset power surges by drawing on
> locally
> stored resources that were captured during off-peak or excess capacity.
> In
> fact such a system may notify suppliers that they can "push" excess power
> to
> local storage at some pre-determined cost point - and of course also need
> to
> indicate that the storage facility is at a certain % level, or if empty -
> accept units at a higher cost rate.
>
>
>
> DW
>
>
>
>
>
>
> ________________________________________________________________________
> This email has been scanned for SPAM content and Viruses by the
> MessageLabs
> Email Security System.
> ________________________________________________________________________
> --------------------------------------------------------------------- To
> unsubscribe from this mail list, you must leave the OASIS TC that
> generates
> this mail. Follow this link to all your TCs in OASIS at:
> https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
>
>