[smartpowerdir] Higher-layer functions
Henning Schulzrinne <hgs@cs.columbia.edu> Fri, 12 February 2010 03:50 UTC
Return-Path: <hgs@cs.columbia.edu>
X-Original-To: smartpowerdir@core3.amsl.com
Delivered-To: smartpowerdir@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix)
with ESMTP id 06C4B28C145 for <smartpowerdir@core3.amsl.com>;
Thu, 11 Feb 2010 19:50:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0
X-Spam-Level:
X-Spam-Status: No, score=x tagged_above=-999 required=5 tests=[]
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 Bv8XG7yzUGE5 for
<smartpowerdir@core3.amsl.com>; Thu, 11 Feb 2010 19:50:57 -0800 (PST)
Received: from brinza.cc.columbia.edu (brinza.cc.columbia.edu [128.59.29.8])
by core3.amsl.com (Postfix) with ESMTP id 4BB3E28C0FA for
<smartpowerdir@ietf.org>; Thu, 11 Feb 2010 19:50:55 -0800 (PST)
Received: from upstairs.home (pool-173-54-225-147.nwrknj.fios.verizon.net
[173.54.225.147]) (user=hgs10 mech=PLAIN bits=0) by brinza.cc.columbia.edu
(8.14.3/8.14.3) with ESMTP id o1C3peIk019171 (version=TLSv1/SSLv3
cipher=AES128-SHA bits=128 verify=NOT) for <smartpowerdir@ietf.org>;
Thu, 11 Feb 2010 22:52:03 -0500 (EST)
From: Henning Schulzrinne <hgs@cs.columbia.edu>
Content-Type: multipart/mixed; boundary=Apple-Mail-5--123308568
Date: Thu, 11 Feb 2010 22:51:40 -0500
Message-Id: <1FC62A9B-6A32-45F8-A88F-6F77F90FEC45@cs.columbia.edu>
To: smartpowerdir@ietf.org
Mime-Version: 1.0 (Apple Message framework v1077)
X-Mailer: Apple Mail (2.1077)
X-No-Spam-Score: Local
X-Scanned-By: MIMEDefang 2.68 on 128.59.29.8
Subject: [smartpowerdir] Higher-layer functions
X-BeenThere: smartpowerdir@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Members of the Smart Power Directorate <smartpowerdir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/smartpowerdir>,
<mailto:smartpowerdir-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/smartpowerdir>
List-Post: <mailto:smartpowerdir@ietf.org>
List-Help: <mailto:smartpowerdir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/smartpowerdir>,
<mailto:smartpowerdir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 12 Feb 2010 03:50:58 -0000
I'm not quite sure if this discussion fits, but I suspect somebody will tell me soon enough if not... In discussions with some local folks and Bruce Nordman (LBL), we've been wondering whether the current control model (BACS and similar) is the right approach for building (energy) control and whether we shouldn't actively think about more general models, rather than a stovepipe approach that treats lights and AC as something wholly separate from the rest of Internet-connected devices and functions. Thus, this is not just whether the application runs directly on top of ZigBee and other L2 networks, but also whether there is a need to consider generalizing the application layer. As an example, in my lab, we're working on a prototype of a system that integrates just about all the major Internet applications with energy management (see attachment), using event notification as one of the glue elements. (SECE stands for "Sense everything, control everything".) This makes it much easier to re-use sensors for multiple purposes, for example. Henning
- [smartpowerdir] Higher-layer functions Henning Schulzrinne