选择(4答案不确定)

1、经济政策基本目标(社会主义经济)
   C:效率、发展、稳定;经济福利;分配公正;

2、需求价格弹性、需求收入弹性(西方经济学)
   C:价格增长3%,需求减少3.6%

3、C=100+0.6Y(西方经济学)
   D:平均消费倾向与平均储蓄倾向之和为1

4、货币市场存款账户属于哪种金融创新(货币银行学)
   A:负债业务创新
  
5、最优货币区条件(国际经济学)
   C:要素市场融合;价格与工资弹性;商品市场高度融合;宏观经济协调和政策融合;金融市场融合;

6、马歇尔-勒纳条件(国际经济学)
   A:出口的价格需求弹性与进口的价格需求弹性之和的绝对值>1

7、税收能力原则(财政学)
   A:所得标准;支出标准;财富标准;

8、社保制度内容(财政学)
   D:社会保险;社会救济;社会福利;社会优抚;


名词

1、自然失业率(西方经济学,宏观,货币主义)

2、科斯定理(西方经济学,微观,市场失灵,外部性)

3、公共定价法(财政学)

4、里昂惕夫反论(国际经济学)


简答

1、AVC、VC、MC的定义,用图形说明三者的关系(西方经济学)

2、总需求 AD 的推导(西方经济学)

3、比较"成本-效益法"、"最低费用法"的不同(财政学)

4、推导贸易乘数(国际经济学)


论述

1、产权清晰化的含义;为何产权清晰化有利于提高国企效率。(社会主义经济)

2、"社会利益论"、"金融风险论"、"投资者利益保护论"分别如何阐述金融监管的必要性。(货币银行学)

从思想到命运

| No Comments | No TrackBacks
从思想到命运.jpg

    2010年3月6日,第一次走香八拉。

    路线是看 Google Earth 计划的。GE 太强大了,一米宽的小路在 GE 上清晰可见,因此这次实际行进的路线和计划上基本吻合。只是最后一段为了逃票没去七处,而是走小路去了精印谷。以后熟悉八大处的地形了,还可以不进公园,免去逃票被抓的尴尬。

    路线的起点是香山邮局,终点是八大处公园南门,途径塔后身村、挂甲塔、鬼见愁西南小门、香山水库、陈家沟,全长10.5公里,溜达着用了四个小时。从坡度上看,只有香山邮局到挂甲塔一段上升了300米,其余路段都是平路或下坡。从路况看,从香炉峰到陈家沟是小路,而且碎石较多,此外去精印谷要走一段马道,其余路段均为防火道。路上人很多,有全副武装的驴友,也有遛狗的大爷大妈,随时可以问路。总的来说,这条路线难度不高,对新手再合适不过了,身体状况正常的老年人走下来也没问题。

    下面是路线全图:
GE.香八拉全图.03.视点高度.7km.jpg    很早就想走香八拉,没成行的原因主要是路线不清。这次走完特意做了 PPT(40MB),里面包含详细的 GE 地图(19张)及说明,还有一些沿途的照片(35张),供感兴趣的朋友参考。

红楼梦主要人物关系图

| No Comments | No TrackBacks
红楼梦主要人物关系图.jpg

Honeywell Atrium

http://atrium.honeywell.com/Atrium/Public/index.html

 

Honeywell Atrium Honeywell 提供的基于 Web 的建筑能效管理服务。这个服务的底层是由三部分构成的信息系统:安装在用能用户端的监测设备、由Honeywell集中管理的存储所有用户各类用能数据的数据中心、以及数据分析软件。在信息系统的上层是一个能源管理专家团队,他们利用信息系统发现用户能效问题,提出供用户参考的解决方案。

 

Honeywell Atrium不是以销售的方式提供给用户的产品,而是以服务的形式为用户收集、存储、分析用能数据,提供节能建议,并收取服务费。

服务模块介绍

Honeywell Atrium服务分为以下五个服务模块:

Ÿ   用能管理服务(Energy Manager service)。收集用能数据,Honeywell的能源管理专家团队人工分析数据,给出提高能效的参考建议,并跟踪建议的执行情况。

Ÿ   能源账单服务(Utility Tracker)。从能源账单入手,寻找降低成本的可能性。

Ÿ   能源采购服务(Procurement Manager)。提供能源采购建议。

Ÿ   设备管理服务(Equipment Manager)。主要指对用能设备的动态监视与控制。

Ÿ   设备提供商管理服务(Vendor Manager)。与设备供应商交互;分析设备供应商的服务质量与成本。

 

用能管理服务,用能数据分析、决策支持、节能建议。软件可提供负载模式、总使用量等分析、决策功能。Honeywell的专家团队还可提供设备性能优化、平峰、利用水电优惠费率等建议。帮助用户逐渐提高能效。用能管理服务具有以下组件:

Ÿ   数据收集:在建筑、重点设备上安装计量设备,数据传回Honeywell的数据中心。

Ÿ   数据分析展示:将用能数据显示为图形,发现用能模式。

Ÿ   数据分析/挖掘:识别能效异常点,发掘节能潜力。例如采用基准比较(benchmarking)的方法比较不同建筑。

Ÿ   提出节能建议:例如降低尖峰需求、改进系统能效、优化设备起停时间、减少不必要的设备冗余。

Ÿ   统计累计用能情况:用于和供能企业协商价格。

Ÿ   负荷监控:寻找用能尖峰,提供平峰建议,提供错峰方案

Ÿ   节能效果验证:比较应用节能建议前后的用能情况。

Ÿ   次级计量(可选组件):把计量细化到用户或设备

Ÿ   费用分摊(可选组件)(Tenant Billing):利用次级计量的准确数据,将用能费用分摊到各个成本中心

Ÿ   事件通知(可选组件):即预警。例如超过用能定额的预警。

 

能源账单服务,可分析用能合同、月账单,管理用能合同、用能应付账款、费率及趋势,寻找降低用能成本的可能性。能源账单服务具有以下组件:

Ÿ   账单数据整合。把账单数据化,集中存储,便于查询分析。

Ÿ   检验目前各类实际用能对应的阶梯费率,寻找更优惠的费率或更好的负荷模式。

Ÿ   验证账单的准确性,识别错误的计费

Ÿ   能源费用趋势分析:辅助用户预测能源预算、

Ÿ   数据分析:年度累计费用分析;累计值与预算值的偏离情况分析;

Ÿ   节约成本效果验证:比较应用建议前后的用能成本情况。

 

能源采购服务,适用于能源价格波动较大的市场,帮助用户监控市场状况,降低能源采购价格。

 

设备管理服务,通过对设备进行远程监测与控制,提高设备运行效率。

Ÿ   远程监测与控制。Honeywell Atrium 提供 web 界面对设备进行监测与控制。用户可优化设备参数设置、编制设备运行调度规则(scheduling)等。

Ÿ   告警/事件通知。针对设备故障告警,并将告警信息传递给设备供应商,授权的设备供应商可以访问系统中的相关信息,辅助故障诊断和设备检修。

Ÿ   预警。根据历史数据设定设备故障预警值,预防设备故障发生。

Ÿ   设备运行调度。主要指通过合理的设备运行调度平衡建筑的舒适性与能源消耗。

Ÿ   负荷管理。根据设备特性及其运行情况(事实或预测的),用户可构建多个负荷控制策略,并选择与需求最接近的策略交由Equipment Manager执行。

 

设备提供商管理服务

Ÿ   协助用于与设备供应商沟通(Global Service Response Center

Ÿ   协助设备供应商进行远程设备诊断

Ÿ   检验供应商的服务质量

Ÿ   检验设备保修期

 

Honeywell Atrium提供的其他服务还有:监测设备安装、评估用户对系统的需求及实施障碍、定期现场巡视、用户培训等。

特点介绍

Honeywell Atrium 服务的最大特点是,除提供数据采集、分析手段的之外,还给出可执行的解决方案。

 

可行动。能源管理专家在分析收集到的数据后,提供低成本或无成本的节能建议。用户实施建议,并评估节能效果。有效的建议将被保存为用能规范,实现持续的节能。

 

下图是Atrium的节能专家提供的节能建议界面,演示了专家针对某连锁企业的某店面(编号270)提出一条节能建议(编号812)。812建议的标题为"对制热用电加以控制",于2003.02.20提出。建议的信息还包括:建议编号、建议日期、建议针对的位置、位置编号、基础数据、数据分析、建议行动、潜在节能效果、效果分解,建议的实施情况(提出、执行、拒绝)、实施日期。

 

Atrium.01.png

下图为812建议所依据的基础数据。此图显示270店面处平均气温与用电量的关系。横轴为平均气温,纵轴为用电量,各数据点代表一个平均气温和用电量的组合。图形显示相同的平均气温对应的用电量值范围太宽 ,说明供热控制系统工作不正常,导致用电量不稳定。

 

 

Atrium.02.png

812 建议中还提到了,店面17遇到过相同的问题,解决问题后可节能10%-15%。最后812建议给出了整改意见,检修270店面HVAC的制热控制系统。

 

基准比较。通过多种比较方法识别能耗问题。

Ÿ   比较建筑当前的用能数据与历史数据

Ÿ   在用户的多个同类建筑间比较,与用户所有同类建筑的平均状况比较

Ÿ   与行业、国家标准,或其他用户的同类建筑比较

 

Honeywell Atrium 服务的其他特点还有:

Ÿ   有能源管理专家团队的支持

Ÿ   基于Web,用户的IT维护工作量小

Ÿ   应用数据挖掘技术

存世唐代木建筑

| No Comments | No TrackBacks

    目前仅存唐代建筑四处,全部在山西省境内。规模较大的南禅寺和佛光寺在五台山,其余两座是平顺县的天台庵和芮城县的广仁王庙。

南禅寺:

 

01.南禅寺.jpg佛光寺:

  02.佛光寺.jpg

天台庵:

03.天台庵.jpg 广仁王庙:

04.广仁王庙.jpg

coLinux 0.7.3 + Debian 5 安装 Oracle 11gR2

本文记录在 coLinux 0.7.3 + Debian 5 下安装 Oracle 11gR2 数据库的过程。

1.   虚拟机文件系统

1.1. 文件

Debian文件fs_10Gb.bz2解压缩到C:\coLinux\vm\vzw1840-debian5改名为vzw1840_debian5_fs_02_ext3_10240.img

 

文件下载地址:

http://gniarf.nerim.net/colinux/fs/

1.2. 创建块设备(Block Device

mknod /dev/cobd2 b 117 2

 

如已创建可跳过此步骤。

1.3. 创建mount目录

mkdir /u01

1.4. 编辑fstab文件

nano /etc/fstab

 

修改为如下内容:

 

proc            /proc           proc    defaults        0       0

/dev/cobd0      /               ext3    errors=remount-ro 0       1

/dev/cobd1       none            swap    sw              0       0

/dev/cobd2 /u01 ext3 defaults 0 0

/dev/cobd5      /media/cdrom0   udf,iso9660 user,noauto     0       0

1.5. 编辑虚拟机参数文件

1.5.1.   磁盘

C:\coLinux\service\vzw1840-debian5.conf文件内添加以下内容:

 

cobd2="d:\coLinux\vm_01_vzw1840\vzw1840_fs_02_ext3_4096.img"

1.5.2.   创建Mount目录

mkdir /media/cdrom1

1.5.3.   使用host的虚拟光驱

C:\coLinux\service\vzw1840-debian5.conf文件内添加以下内容:

 

cobd5="\Device\Cdrom1"

 

安装完成后注释掉此行。因为虚拟机和host不能同时使用光驱。(经过实例使用发现,不注释也可以,只有在虚拟机中mounthost才无法使用光驱。)

1.6. 重启虚拟机

shutdown -h now

 

重启coLinux Debian 5服务。

1.7. mount/umount虚拟光驱

mount -t iso9660 /dev/cobd5 /media/cdrom1

 

umount /media/cdrom1

2.   操作系统设置

以下操作均以root用户执行。

2.1. 安装包的准备工作

编辑 /etc/apt/sources.list

 

nano /etc/apt/sources.list

 

添加以下内容

 

# for Oracle 11gR2, 2009.10.23

deb http://oss.oracle.com/debian unstable main non-free

deb http://ftp.tw.debian.org/debian lenny main non-free

 

执行

 

apt-get update

 

如提示问题

 

W: GPG error: http://oss.oracle.com unstable Release: The following signatures couldn't be verified because the public key is not available: NO_PUBKEY 2E2BCDBCB38A8516

 

则可执行以下两条命令

 

wget http://oss.oracle.com/el4/RPM-GPG-KEY-oracle

apt-key add RPM-GPG-KEY-oracle

 

之后再次执行

 

apt-get update

 

此时发现不再报错。上述问题的解决方法参考这里

2.2. 安装Oracle需要的包

安装必须的Debian

 

apt-get install gcc

Done

apt-get install make      

Done

apt-get install binutils

Already installed

apt-get install libmotif3

Done

apt-get install lesstif2

Done

apt-get install rpm

Done

apt-get install libaio1

Done

apt-get install libdb3

Error

apt-get install gcc-3.3

Error

apt-get install g++-3.3

Error

apt-get install libstdc++5

Done

apt-get install libc6

Already installed

apt-get install libc6-dev

Already installed

apt-get install gawk

Done

apt-get install alien

Done

apt-get install ksh

Done

 

安装包过程中出现的错误:

 

1libdb3gcc-3.3g++-3.3找不到,但经检查发现已安装以下高版本的包

 

vzw1840:/# dpkg -l | grep libdb

ii  libdb4.5    4.5.20-13    Berkeley v4.5 Database Libraries [runtime]

ii  libdb4.6    4.6.21-11    Berkeley v4.6 Database Libraries [runtime]

ii  libdbd-mysql-perl    4.007-1    A Perl5 database interface to the MySQL data

ii  libdbi-perl    1.605-1    Perl5 database interface by Tim Bunce

ii  libdbus-1-3    1.2.1-5+lenny1    simple interprocess messaging system

 

vzw1840:/# dpkg -l | grep gcc

ii  gcc    4:4.3.2-2    The GNU Ccompiler

ii  gcc-4.2-base    4.2.4-6    The GNU Compiler Collection (base package)

ii  gcc-4.3    4.3.2-1.1    The GNU Ccompiler

ii  gcc-4.3-base    4.3.2-1.1    The GNU Compiler Collection (base package)

ii  libgcc1    1:4.3.2-1.1    GCC support library

 

vzw1840:/# dpkg -l | grep g++

ii  g++    4:4.3.2-2    The GNU C++ compiler

ORA-12537 错误

| No Comments | No TrackBacks

1 开发人员提供的错误信息

"got minus one from a read call",这是一个 Java Exception,java.sql.SQLException: Io exception: 。

数据库环境是 AIX,Oracle 10.2.0.4。应用环境是 maximo 一个连接池,应用 A 两个连接池,还有一个报表程序没使用连接池,都使用同一个数据库用户 max61。

现象是总 session 达到 100 左右,max61 就无法建立新数据库连接了(程序及 PL/SQL 都是)。必须把应用重启,session 都释放了才能连接。

2 在 PL/SQL 中不断建立连接,使问题重现。

PL/SQL 提示错误:

Could not logon as max61
ORA-12537: TNS: 连接已关闭

3 查看 C:\Program Files\PLSQL Developer\sqlnet.log 文件,其中记录错误如下

Fatal NI connect error 12537, connecting to:
 (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=192.168.108.188)(PORT=1521))(CONNECT_DATA=(SID=hxmis)(SERVER=DEDICATED)(CID=(PROGRAM=C:\Program Files\PLSQL Developer\plsqldev.exe)(HOST=APPSERVER-2)(USER=Administrator))))

  VERSION INFORMATION:
 TNS for 32-bit Windows: Version 9.2.0.1.0 - Production
 Windows NT TCP/IP NT Protocol Adapter for 32-bit Windows: Version 9.2.0.1.0 - Production
  Time: 28-9月 -2009 10:25:58
  Tracing not turned on.
  Tns error struct:
    nr err code: 0
    ns main err code: 12537
    TNS-12537: TNS:连接关闭
    ns secondary err code: 12560
    nt main err code: 507
    TNS-00507: 连接已关闭
    nt secondary err code: 0
    nt OS err code: 0

4 查看数据库 listener.ora 文件,其中记录错误如下

28-SEP-2009 11:07:36 * (CONNECT_DATA=(SID=hxmis)(CID=(PROGRAM=)(HOST=__jdbc__)(USER=))) * (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.108.88)(PORT=3763)) * establish * hxmis * 12518
TNS-12518: TNS:listener could not hand off client connection
 TNS-12549: TNS:operating system resource quota exceeded
  TNS-12560: TNS:protocol adapter error
   TNS-00519: Operating system resource quota exceeded
    IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

5 查看 oralce 文档 TNS-00519

提出的解决方法有两个,一是修改 Oracle 的 PROCESSES 参数,二是解决 sqlnet.log 或 listener.log 中记录的操作系统问题

http://download.oracle.com/docs/cd/B14117_01/network.101/b10775/troublestng.htm#CEGJGAFD,内容如下:

TNS-12549/ORA-12549: TNS:operating system resource quota exceeded and TNS-00519: Operating system resource quota exceeded
Cause: A quota or hard limit imposed by the operating system has been exceeded.
Possible limits include:
* The maximum number of processes allowed for a single user
* The operating system is running low on paging space

Action: Perform the appropriate action:
Increase the number of processes by setting the PROCESSES parameter in the database initialization file to a larger value.

Check the sqlnet.log or listener.log file for detailed error stack information, such as an operating system error code to help identify which quota has been exceeded.

listener.log 中有操作系统错误的文字描述:IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

6 Google: TNS-00519 Operating system resource quota exceeded aix 连接

找到一篇:http://blog.csdn.net/mosaic/archive/2008/12/29/3639164.aspx,内容如下:

今天一个项目现场反馈程序启动时出现TNS-12537错误。检查了oracle的listener.log,发现客户端应用出错时的输出为:

TNS-12518: TNS:listener could not hand off client connection
 TNS-12549: TNS:operating system resource quota exceeded
  TNS-12560: TNS:protocol adapter error
   TNS-00519: Operating system resource quota exceeded
    IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable

看起来是系统资源不足,oracle无法获取资源。

检查了内存还有好几个G,再检查了ulimit -a,也都设置的比较大,再用df -k检查了文件系统,除了/usr,其他都空的比较多。清除/usr/tmp下面的一些垃圾,还是没有解决。

后来google了一下TNS-00519  IBM/AIX RISC System/6000 Error: 11: Resource temporarily unavailable,返回结果只有三篇。不过在第一篇文章http://blog.oracle.com.cn/html/77/t-132377.html的一位强人的答复中, 针对Error: 11: Resource temporarily unavailable问题提到了处理方式是Increase the appropriate OS kernal parameters for 'maximum number of processes allowed per user'.
原来该主机是项目现场新搞的一个环境,maxuproc参数是缺省的128,因此一旦oracle用户下进程数达到这个上线之后,客户端就无连接了。

附:用lsattr -E -l sys0|grep maxuproc可以查看maxuproc当前设置,通过root用户执行chdev -l sys0 -a maxuproc=1024 就可以修改为1024.

7 实际操作

以 root 用户分别登录到 51、52 两台机器上
执行:chdev -l sys0 -a maxuproc=1024

将操作系统用户最大进程改为 1024

chdev 命令:http://www.kuqin.com/aixcmds/aixcmds1/chdev.htm

北京洗车行业用水现状

| No Comments | No TrackBacks

    截至目前,北京市汽车保有量已将近 350 万辆。而根据测算,清洗一辆汽车的用水量约为 0.16 吨。若以 350 万辆汽车每周清洗一次计算,全市每年因为洗车耗费的水资源就多达 3000 万吨,这些水相当于一个 120 万人口的城市全年的生活用水量。

    目前洗车业的用水来源有三类:

  • 洗车业水价水,2004 年北京水价调整后,洗车业水价由每吨 21 元调整到 41.5 元;
  • 中水,价格是 1 元钱,但是当前北京市中水管道覆盖率低,中水主要靠车辆运输。一吨中水的运输费用需要 15 元至 20 元;
  • 盗用民用自来水

    按照此前市水务局公布的数据显示,2008 年北京洗车业用水仅仅消耗了 2.3 万吨,而在北京每天 70 万吨中水产量中,中水洗车只占 1%,即全年不超过 300 万吨,两项换比下来,在北京每年洗车消耗的水资源中,大约有 90% 的用水是盗用了民用水。

    2009 年,市政协经济委员会已经将《关于加强立法管理全面禁止商业性清水洗车的提案》列为专委会重点督办提案。2009 年 8 月 11 日,北京市水务局在答复市政协经济委提案时表示,《北京市洗车行业用水管理要求》将在年内公布,届时,使用自来水洗车的企业须保证其八成用水经过循环设施。2009 年还将出台《北京市排水和再生水管理办法》,目前草案已公开征集意见。同时,北京正研究制订《北京市洗车行业用水地方标准》,争取 2010 出台。


[1] 2004-08-01 水价调整
    http://www.bjwater.gov.cn/tabid/110/Default.aspx
   
[2] 北京市水务局:洗车点用自来水八成须循环
    http://news.bjnews.com.cn/2009/0812/40985.shtml

[3] 北京市拟出台洗车用水标准
    http://www.beinet.net.cn/fxyj/topic/qgtzggdt/bjtgdt/200908/t441551.htm

1.   Stark简介

Stark是英国领先的智能计量、数据采集服务、在线报表服务提供商。Stark帮助用户准确计量能耗,减少能源浪费,降低能源开支,实现碳减排目标。

 

Stark1981年期开始研制能源信息系统(Energy Information System)。客户包括世界各地的大型能源用户,以及英国的非住宅电力供应商。

 

网址:http://www.stark.co.uk/

2.   产品和服务

2.1.  智能计量

2.1.1. 设备

Ÿ   计量仪。集成GSM模块,可通过短信直接向外部发送数据。

http://www.stark.co.uk/metering/smart_metering.htm

http://www.stark.co.uk/metering/main_meters.htm

http://www.stark.co.uk/metering/sub_metering.htm

Ÿ   数据记录仪。4/8/24/32通道四种规格;支持多种通信标准,包括PSTN, GSM, GPRS, RS485, TCP/IP802.11x

http://www.stark.co.uk/metering/data_loggers.htm

Ÿ   以太网网关。可接1/4个数据记录仪。

2.1.2. 计量系统项目管理

管理内容包括:

Ÿ   计量系统设计及设备采购

Ÿ   计量系统安装、配置、测试

Ÿ   相关文档编制

Ÿ   施工流程管理、进度跟踪

2.2.  手持读表设备

数据可导入Essentials

2.3.  读表及数据采集服务:Clarity

Stark提供数据采集服务,此服务称为Clarity,即自动采集电、天然气、水的用量,一般半小时一次。采集的数据可用于计费,也可用于数据分析。

 

Stark具有英国燃气和电力市场局认证的数据采集/数据汇总资质,其提供的数据可作为计费依据。

 

Clarity采集的数据可进入Essentials进行数据分析、展现。

2.4.  用能监测及目标管理(Monitor & TargetingM&T

2.4.1. 用能监测及目标管理软件:Essentials

协助用户实现用能监测及用能目标管理,控制能源使用及能源费用支出。

Ÿ   检验账单的准确性,发现问题

Ÿ   能源帐务电子化

Ÿ   设置能源消耗目标,监控执行情况

Ÿ   设置能源支出预算,监控执行情况

Ÿ   评测建筑用能情况,找出典型建筑(好、坏)

Ÿ   可为单建筑用户服务,也可为有多个运行地点的用户服务

2.4.2. 能源帐务电子化:Essentials e-billing

Ÿ   自动将用能账单数据导入Essentials

Ÿ   账单数据准确性验证

Ÿ   提供账单数据发布接口,和财务系统对接

 

http://www.stark.co.uk/products/products_ebilling.htm

http://www.stark.co.uk/products/products_impformats_ess.asp

http://www.stark.co.uk/products/products_ebilling_ess.htm

2.4.3. 用能监测及目标管理托管服务:Essentials Pay-Per-Site

Stark提供数据中心,为用户存储能耗数据,减少用户一次性软硬件投资。用户通过网络访问用能数据及报表。Stark按月、按测量建筑对用户收费。

2.5.  集成ClarityEssentials预定义报表的产品Reality

     Reality 是对ClarityEssentials、预定义报表的集成,实现了自动化用能监测及目标管理(Automatic Monitor & Targeting , aM&T)。Reality可能是C/S结构。

2.6.  基于Web的多能源报表服务:SavenergyOnline

Ÿ   此服务基于Reality产品

Ÿ   SavenergyOnline 提供Web形式的用能报表,涵盖全企业、全能源

Ÿ   随时了解何时、何地、何种能用,使用了多少

Ÿ   定期生成能源使用报告

Ÿ   识别能源浪费问题,发出告警

2.7.  数据分析服务

帮助用户解读系统收集的数据,发现问题,提出解决方案。

3.   Stark的特点

3.1.  角色

Stark的角色是信息公司,主要提供软件产品和服务。软件产品和服务包括:数据采集服务Clarity、用于M&T软件的EssentialsReality、基于Reality报表服务SavenergyOnline。此外Stark提供自有品牌的手持读表设备,并代理监测平台依赖的硬件设备,包括计量表、数据记录仪、网关。

 

Whitbread案例中,共有4个主体:WhitbreadEnvisionStarkWPSWhitbread是有节能需求的最终用户;Whitbread找到能源咨询公司Envision为其提供节能服务,后者要为前者选择监测平台方案、分析数据寻找节能点;Envision选择了Stark的能耗监测解决方案,Stark提供平台软硬件产品;在搭建平台的过程中,Stark把监测设备安装、调试、维护的工作又委托给了配电工程公司WPS

 

由此可见,Stark的发挥的作用比较单一,集中在他擅长的信息技术领域,而与设备相关的工程工作及以业务相关的分析工作Stark都不参与。

3.2.  运营模式

    Stark的监测平台有两种运营模式。用户可以购买监测平台软件,独立运行管理监测平台;用户也可以租用Stark提供的数据中心,采用此模式可帮助用户节省软件投资,按月、按建筑付服务费即可。

4.   案例

4.1.  Whitbread

    Stark在此案例中,作为能源信息公司,直接为能源咨询公司服务,间接为用能用户服务。

 

客户Whitbread为连锁酒店餐饮企业,拥有超过1500个经营点,消耗各类能源,年能源费用超过4000万英镑。能源服务提供商Envision,利用Stark的产品,为Whitbread进行能源管理。

 

解决方案:

Ÿ   在所有经营点自动采集半小时电力数据,在重点用能经营点自动采集水、天然汽数据

Ÿ   统计每日用能数据

Ÿ   将用能用水账单导入系统(Stark Essentials),验证账单准确性

Ÿ   按经营点、能源分类分析用能数据,寻找节能点

 

效果:

Ÿ   第二日即可获取全企业用能信息

Ÿ   发现账单错误,首年少缴费120万英镑

Ÿ   集团采购能源降低成本100万英镑/

Ÿ   发掘节能点,首年节约300万英镑

 

来源:

http://www.stark.co.uk/casestudies/casestudy_whitbread.htm

4.2.  South West Water

来源:

http://www.stark.co.uk/casestudies/case_studies_sww_clarity.htm

5.   参考

5.1.  OFGEM

燃气和电力市场局(the Office of the Gas and Electricity MarketsOFGEM)(http://www.ofgem.gov.uk/),英国政府机构,职能是监管燃气和电力市场,制定市场运行规则。

5.2.  BSCode

电力平衡与结算规则(Balancing and Settlement CodeBSCode)(http://www.ofgem.gov.uk/LICENSING/ELECCODES/BSCODE/Pages/BSCode.aspx),由 OFGEM 制定。

5.3.  ELEXON

ELEXONhttp://www.elexon.co.uk/),负责 BSCode 的运行。

5.4.  WPS

Western Power Distributionhttp://www.westernpower.co.uk/),配电公司,Stark的计量设备安装维护商

5.5.  Envision

Envision,能源解决方案提供商,利用Stark的解决方案为用能企业Whitbread服务。

5.6.  Whitbread

Whitbreadhttp://www.whitbread.co.uk/),连锁酒店餐饮集团

5.7.  Fife Council

Fife Councilhttp://www.fife.gov.uk/),Fife郡政府

5.8.  英国的电力市场特点

英国电力市场的电价,每半小时变化一次。

5.9.  Estimated bill

由于英国电力市场电价每半小时变化一次,如用户没有安装自动计量装置,则只能估算一个电价,称为estimated bill