国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范Word格式.docx
- 文档编号:18885382
- 上传时间:2023-01-02
- 格式:DOCX
- 页数:15
- 大小:21.62KB
国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范Word格式.docx
《国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范Word格式.docx》由会员分享,可在线阅读,更多相关《国家机关办公建筑和大型公共建筑能耗监测系统数据上报规范Word格式.docx(15页珍藏版)》请在冰豆网上搜索。
混凝土剪力墙
钢结构
木结构
玻璃幕墙
(6)、外墙形式
实心粘土砖
空心粘土砖(多孔)
灰砂砖
加气混凝土砌块
(7)、外墙保温
内保温
外保温
夹芯保温
(8)、外窗类型
单玻单层窗
单玻双层窗
单玻单层窗+单玻双层窗
中空双层玻璃窗
中空三层玻璃窗
中空充惰性气体
(9)、玻璃类型
普通玻璃
镀膜玻璃
Low-e玻璃
(10)、窗框材料
钢窗
铝合金
木窗
断热窗框
1.3数据汇总
每一项分类汇总数据都包含分类编码、总栋数、总建筑面积、建筑空调面积、建筑采暖面积、总能耗值、总电能耗值、照明插座用电、空调用电、动力用电、特殊用电等字段,具体见下表:
数据汇总项
序号
列名称
中文描述
数据类型
描述
1
F_func
Varchar(8)
上报
2
F_SumBuild
总栋数
int
3
F_TotalArea
总建筑面积
Numeric(18,4)
4
F_AirArea
建筑空调面积
5
F_HeatArea
建筑采暖面积
6
F_SumValue
总能耗值
7
F_EValue
总电能耗值
下述四项的汇总值
8
F_EZValue
照明插座用电
9
F_EKValue
空调用电
10
F_EDValue
动力用电
11
F_ETValue
特殊用电
12
F_WValue
水耗量
13
F_GValue
燃气量
14
F_HValue
集中供热量
15
F_CValue
集中供冷量
16
F_ZKValue
总空调能耗值
17
F_ZHValue
总采暖能耗值
18
F_OValue
其他能源
19
F_OMValue
煤
20
F_OM1Value
液化石油气
21
F_OM2Value
人工煤气
22
F_OQValue
汽油
23
煤油
24
F_OCValue
柴油
25
F_ORValue
可再生能源
1.4数据上报要求
省、市级能耗监测系统,通过定时任务自动从省、市级数据中心数据库中提取能耗分类数据,打包后发送到部级数据中心。
数据的分类编码要求跟上述十个分类保持一致,不得超出字典表定义范围,且要求为大写;
数据采集时间和上传时间的格式要求为“yyyy-mm-dd”,年份占四位,月和日都占两位,例如“2011-05-08”。
数据上传的时间要求为每天的早八点前上传前一天的数据。
2接口协议及示例
2.1通信协议
采用持久TCP/IP连接。
2.2通讯步骤
建立socket连接后,首先发送身份认证报文(密码直接通过正文发送),服务器接收到报文后验证身份,发送回执报文,通过回执报文报头中的_state参数识别是否认证成功(0-成功),认证成功后发送业务数据报文,服务器接收到业务数据报文后,发送回执给发送者,通知发送者收到业务数据报文,同时解析业务报文为内部对象,异步发送给内部消息缓存池,进行相应的逻辑服务处理,进行数据解析,并将解析结果异步方式发送给发送者。
(1)、连接服务器
通过客户端socket连接服务器,部级数据中心数据接收服务器的IP地址:
219.142.101.190,监听端口:
6767。
(2)、身份认证
确认连接成功后发送身份认证数据报进行身份验证,数据中心编码(从住房和城乡建设部信息中心获取)通过协议报头的_sender发送,比如北京数据中心编码为:
110000,天津数据中心编码为:
120000。
密码通过正文发送,然后返回认证数据报,报头的_state标识认证是否成功(0-成功;
1-账号不存在;
2-密码错误或超过允许次数等)。
(3)、发送业务数据
身份认证成功,发送业务数据报;
认证失败,重新认证。
发送业务数据报后可以取回执确认报。
2.3基础协议
身份认证报、返回认证数据报、业务数据报、回执确认报都按照下述基础协议进行封装。
基础通讯协议基于字节码方式通讯。
长度
报文开始标记
3子节
0x8b,0xae,0x9b
报文类型
2子节
16进制范围0-254,默认为0
报头长度
4子节
16进制报头字节码(byte)长度
正文长度
7子节
16进制正文字节码(byte)长度最大正文254M
报头
X
数据格式为字节码(byte)
参数名称:
_id编码
_name标题;
_sender发送者,数据中心编码
_target接收目标
_answer处理结果给谁
_style正文类型取值2
_time发送时间
_state状态
参数对之间采用&
分割
参数名称和参数值之间采用=分割
数组类型参数值采用,分割
正文
数据格式为字节码(byte)
注:
合成报文的时候需要将报文类型、报头长度、正文长度转换成定长度的16进制字节码,长度不足时在前面补充0。
2.4报头说明
(1)_id,编码
数据报唯一编码,小于18位,编码必须等长度按照时间序列生成,也可以空。
(2)_name,标题
中文描述,取表中的数据采集分类名称
(3)_sender,发送者
数据中心编码,必须与登录使用的编码一致,比如北京:
11000001。
(4)_target,接收目标
数据采集分类名称
接收目标
国家机关和大型公建
cecms-xT1
建筑类型
cecms-xT2
空调形式
cecms-xT3
采暖形式
cecms-xT4
结构形式
cecms-xT5
外墙形式
cecms-xT6
外墙保温
cecms-xT7
外窗类型
cecms-xT8
玻璃类型
cecms-xT9
窗框材料
cecms-xT10
(5)_style,正文类型,采用XML取值2。
(0-文本;
1-JSON;
2-XML)
(6)_time,发送时间,当前发送时间格式为:
yyyy-mm-ddhh:
mm:
ss
2.5报头示例
_id=C1280974531864019&
_name=国家机关和大型公建分类&
_sender=11000001&
_target=cecms-xT1&
_style=2&
_time=2010-01-0101:
00:
00
2.6转换字节码示例
(1)C#代码示例
/**
*10进制数转化为定长度的16进制字节数组
*value待转化的值
*len长度限制
**/
publicbyte[]intToHexBytes(intvalue,intlen)
{
//转换成16进制数
stringhx=Convert.ToString(value,16);
inthxlen=hx.Length;
for(intl=0;
l<
len-hxlen;
l++)
hx="
0"
+hx;
}
byte[]array=newbyte[len];
array=System.Text.Encoding.ASCII.GetBytes(hx);
returnarray;
(2)Java代码
*10进制数转化为定长度的16进制字节数组
*
*@paramvalue
*值
*@paramlen
*长度限制
*@return
*/
publicfinalbyte[]intToHexBytes(intvalue,intlen){
Strings=Integer.toHexString(value);
len=len-s.length();
for(inti=0;
i<
len;
i++){
s="
+s;
}
returns.getBytes();
2.7协议报示例
-117,-82,-101,48,48,48,48,51,54,48,48,48,48,48,49,54,85,61,110,117,108,108,78,89,97,110,103,71,117,111,77,105,110,44,38,84,61,50,48,49,48,45,48,53,45,48,53,32,49,51,58,49,52,58,53,49,38,83,61,121,103,109,49,38,82,61,121,103,109,50,60,63,120,109,108,62,32,46,46,46,32,46,46,46,32,32,60,47,120,109,108,62
字节码
数值
16进制
10进制
3字节
139,174,155
(或-117,-82,-101)
‹®
›
139,174,155
2字节
48,48
00
4字节
48,48,51,54
0036
36
54
7字节
48,48,48,48,48,49,54
0000016
54字节
85,61,110,117,108,108,
78,89,97,110,103,71,
117,111,77,105,110,44,
38,84,61,50,48,49,
48,45,48,53,45,48,
53,32,49,51,58,49,
52,58,53,49,38,83,
61,121,103,109,49,38,
82,61,121,103,109,50
发送者:
ygm1
接收者:
ygm2
发送时间:
2010-05-0513:
14:
51
……
22字节
60,63,120,109,
108,62,32,46,46,46,
32,46,46,46,32,32,
60,47,120,109,108,62
<
?
xml>
......<
/xml>
2.8正文XML示例
能耗监测数据以XML格式,采用UTF-8编码,封装在基础协议正文中,通过TCP/IP协议发送至服务器。
正文XML示例如下:
正文XML示例:
xmlversion="
1.0"
encoding="
utf-8"
>
DATAPACKET>
<
!
--head报头-->
head>
<
CentreId>
11000001<
/CentreId>
--CentreId数据中心编码-->
DistCode>
110000<
/DistCode>
--DistCode城市编码-->
startTime>
2009-01-01<
/startTime>
--startTime开始日期-->
endTime>
2010-08-31<
/endTime>
--endTime截至日起-->
/head>
--报体-->
items>
--item记录行r行序号-->
--func分类编码;
CollTime数据采集日期;
SumBuild总栋数;
TotalArea建筑面积;
AirArea空调面积;
HeatArea采暖面积-->
--EZValue照明插座用电;
EKValue空调用电;
EDValue动力用电;
ETValue特殊用电;
EValue总电能耗值;
SumValue总能耗值-->
itemr="
1"
func="
A"
CollTime="
2009-05-01"
SumBuild="
16"
TotalArea="
645720.0000"
AirArea="
478424.0000"
HeatArea="
EZValue="
2168.0000"
EKValue="
12.0000"
EDValue="
ETValue="
950.0000"
EValue="
3130.0000"
SumValue="
/>
2"
B"
36"
1442864.0000"
1234665.0000"
1238665.0000"
7158.0100"
523.4900"
942.4940"
653.0060"
9277.0000"
3"
D"
44"
1617093.0000"
1355361.0000"
1411551.0000"
13119.3820"
553.3950"
2894.6620"
2213.5180"
18780.9570"
4"
2009-05-02"
1276.0000"
15.0000"
518.0000"
1809.0000"
5"
4592.9280"
275.8560"
662.6440"
406.2500"
5937.6780"
6"
7810.8160"
182.7120"
2526.0480"
1477.0960"
11996.6720"
7"
2009-05-03"
1319.8560"
13.5440"
499.6560"
1833.0560"
8"
4698.0950"
253.1920"
665.3080"
417.7500"
6034.3450"
9"
7619.1670"
174.2940"
2582.9510"
1568.9020"
11945.3140"
10"
2009-05-04"
1488.1240"
16.4760"
620.3240"
2124.9240"
11"
5151.0000"
214.0000"
622.0000"
438.0000"
6425.0000"
12"
7938.0000"
639.0000"
2622.0000"
1515.0000"
12714.0000"
13"
2009-05-05"
2313.0000"
955.0000"
3280.0000"
/items>
/DATAPACKET>
--补充说明在每个item记录行中根据情况补充下列属性,缺省下列属性接收端默认0值-->
--
WValue水耗量
GValue燃气量
HValue集中供热量
CValue集中供冷量
ZKValue总空调能耗值
ZHValue总采暖能耗值
OValue其他能源
OMValue煤
OM1Value液化石油气
OM1Value人工煤气
OQValue汽油
OMValue煤油
OCValue柴油
ORValue可再生能源
-->
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 国家机关 办公 建筑 大型 公共建筑 能耗 监测 系统 数据 上报 规范