当前位置:文档之家› DME3000_空调后台通信协议解析

DME3000_空调后台通信协议解析

DataMate3000监控协议

1.物理接口 (3)

2.通信方式 (3)

3.信息类型及协议的基本格式 (3)

3.1信息类型 (3)

3.2协议的基本格式 (3)

3.3数据格式 (4)

3.3.1 基本数据格式 (4)

3.3.2 LENGTH数据格式 (4)

3.3.3 CHKSUM数据格式 (4)

3.3.4 INFO数据格式 (5)

4.编码表 (5)

5.协议内容 (6)

5.1获取模拟量量化后数据(定点数) (6)

5.2获取开关输入状态 (6)

5.3遥控 (7)

5.4获取系统参数(定点数) (7)

5.5设定系统参数(定点数) (7)

5.6获取监测模块时间 (8)

5.7设定监测模块时间 (8)

5.8获取通信协议版本号 (9)

5.9获取设备地址 (9)

5.10获取设备(监测模块)厂家信息 (9)

5.11获取报警状态 (10)

5.12获取报警历史 (11)

DataMate3000监控协议

本协议是《监控行标第三部分:智能设备通信协议》(电总协议)的简化版本,适用于艾默生网络能源有限公司基站小空调产品DataMate3000系列精密空调的环境监控。

1.物理接口

串行通信口采用RS485。

信息传输方式为异步方式,起始位1位,数据位8位,停止位1位,无校验。

数据传输速率为19200bits。

2.通信方式

在局站内的监控系统为分布式结构。局站监控单元(SU)与设备监控模块(SM)的通信为主从方式,监控单元为上位机,监控模块为下位机。SU呼叫SM并下发命令,SM收到命令后返回响应信息。SU 500ms内接收不到SM响应或接收响应信息错误,则认为本次通信过程失败。

3.信息类型及协议的基本格式

3.1信息类型

信息分两种类型:

(1) 由SU发出到SM的命令信息(简称命令信息);

(2) 由SM返回到SU的响应信息(简称响应信息)。

3.2协议的基本格式

表1 协议的基本格式

基本格式的注解见表2、表3。

注意:在基本格式中的各项除SOI和EOI是以十六进制解释(SOI=7EH,EOI=0DH),十六进制传输外,其余各项都是以十六进制解释,以ASCII码的方式传输,每个字节用两个ASCII码表示,即高四位用一个ASCII码表示,低四位用一个ASCII码表示。例:

CID2=4BH,传送时顺序发送34H,42H。

因此,上表以及以下各表中“字节数”是指“解释字节数”,除SOI和EOI外,实际传输字节数应该乘以2。

表2 基本格式注解

表3

3.3数据格式

3.3.1 基本数据格式

在7.2基本格式中的各项除SOI和EOI是以(SOI=7EH,EOI=0DH)十六进制传输外,其余各项都是以ASCII码的方式传输,每个字节用两个ASCII码表示,即高四位一个ASCII码表示,低四位用一个ASCII码表示。例:

CID2=4BH,传送时顺序发送34H,42H。

3.3.2 LENGTH数据格式

LENGTH的数据格式如表4所示。

表4 LENGTH数据格式

LENGTH共2个字节,由LENID和LCHKSUM组成,LENID表示INFO项的ASCII码字节数,当LENID=0时,INFO为空,即无该项。LENGTH传输中先传高字节,再传低字节,分四个ASCII码传送。

校验码的计算:D11D10D9D8+D7D6D5D4+D3D2D1D0,求和后模16余数取反加1。

例:

INFO项的ASCII码字节数为18,即LENID=0000 0001 0010B。

D11D10D9D8+D7D6D5D4+D3D2D1D0=0000B+0001B+0010B=0011B,模16余数为0011B,0011B取反加1就是1101B,即LCHKSUM为1101B。

可得:

LENGTH为1101 0000 0001 0010B,即D012H。

3.3.3 CHKSUM数据格式

CHKSUM的计算是除SOI、EOI和CHKSUM外,其他字符按ASCII码值累加求和,所得结果模65536余数取反加1。

例:

收到或发送的字符序列是:“~20014043E00200FD3BCR”(“~”为SOI,“CR”为EOI),则最后五个字符“FD3BCR”中的FD3B是CHKSUM,计算方法是:

‘2’+‘0’+‘0’+…+‘E’+‘0’+‘0’+‘2’+‘0’+‘0’

= 32H + 30H + 30H + …+ 45H + 30H + 30H + 32H + 30H + 30H

= 02C5H

其中‘1’表示1的ASCII码值,‘E’表示E的ASCII码值。02C5H模65536余数是02C5H,02C5H取反加1就是FD3BH。

3.3.4 INFO数据格式

3.3.

4.1 整型数(INTEGER,2BYTE)

有符号整型数-32768~+32767

无符号整型数0~+65535

两个字节的整型数据传送顺序为先高字节后低字节。

3.3.

4.2 无符号字符型(CHAR,1BYTE,0~255)

3.3.

4.3 日期时间格式

表5 日期时间格式

4.编码表

CID1、CID2编码分配及分类表见表6和表7。

表6 设备类型编码分类表(CID1)

表7 命令信息编码分类表(CID2)

5.协议内容

5.1获取模拟量量化后数据(定点数)

表8 命令信息

注1:LENID=0

表9 响应信息

注1:LENID=12

注2:DATAINFO由DATAI组成,DATAI见表10。

表10 数据类型

注3:SM将检测到的温湿度数据乘10取整,例:实际的室内温度为24.0度,则返回的解释字节为01F0H(十进制为240),传送字节为30H,31H,46H,30H。

5.2获取开关输入状态

表11 命令信息

注1:LENID=0

注1:LENID= 4

注2:DATAINFO由RUNSTATE组成,RUNSTATE为空调运行状态,如表13。

空调状态字节含义:00H:关机01H:开机

5.3遥控

表14 命令信息

注1:LENID=2

注2:COMMAND INFO为1个字节,由COMMAND TYPE组成。

COMMAND TYPE=10H,遥控空调开机;

COMMAND TYPE=1FH,遥控空调关机;

表15 响应信息

注1:LENID=0

5.4获取系统参数(定点数)

表16 命令信息

注1:LENID=0

表17 响应信息

注1:LENID=26

注2:用户自定义参数数量p为0

注3:DATAINFO由DATAI组成,为空调参数,见表18。

表18

注:SM温湿度设定点、偏差等数据乘10取整,例:实际的温度设定点为24度,则返回的解释字节为01F0H(十进制为240),传送字节为30H,31H,46H,30H。

5.5设定系统参数(定点数)

表19 命令信息

注1:LENID=6

注2:COMMAND INFO由COMMAND TYPE和COMMAND DA TAI组成,见表18。

表20 响应信息

注1:LENID=0

5.6获取监测模块时间

表21 命令信息

注1:LENID= 0

表22 响应信息

注1:LENID=14

注2:DATAINFO由DATATIME组成,内容如表23。

表23 时间内容及传送顺序

5.7

注1:LENID = 14

注2:COMMAND INFO由COMMAND TIME组成,内容如表23。

表25 响应信息

注1:LENID = 0

5.8获取通信协议版本号

表26 命令信息

注1:LENID =0

注2:VER为任意值

表27 响应信息

注1:LENID = 0

注2:SM收到该命令后,不判断收到命令的VER,将协议的版本号填入到响应信息中的VER字段。

例:当版本号为2.1时,则VER为21H;版本号为5.12时,VER为5CH。本协议的版本号为2.1。

5.9获取设备地址

表28 命令信息

注1:LENID = 0

注2:VER与ADR可以为任意值,SM收到后不判断VER与ADR,对任意值的VER与ADR都响应。此命令只能适用于点到点的通信方式。

表29 响应信息

注1:LENID =0

注2:ADR为该SM的地址

5.10获取设备(监测模块)厂家信息

表30

注1:LENID = 00H

表31 响应信息

注1:LENID = 34

注2:DATAINFO内容如表33。

表32 DATAINFO内容

注3:采集器名称和厂家名称均为ASCII码字符;软件版本为4字节,例如生产厂家版本号为2.11,则解释字节为020BH,发送字节30H,32H,30H,42H。

5.11获取报警状态

注1:LENID=2

注2:COMMAND INFO为1字节,由COMMAND TYPE组成。

COMMAND TYPE=00H 上送第一条告警状态;

COMMAND TYPE=01H 上送下一条告警状态;

COMMAND TYPE=02H 上送上一条告警状态;

COMMAND TYPE=03H 上送最后一条告警状态。

表34 响应信息

注1:LENID=12

注2:DATAINFO由WARNSTA TE和DA TATIME组成;

表35 报警内容及传送顺序

DA TATIME为历史告警发生时间,由月(1byte)、日(1byte)、时(1byte)、分(1byte)、秒(1byte)组成。

WARNSTATE为空调告警类型,内容见表36。

表36 空调告警类型

5.12获取报警历史

表37 命令信息

注1:LENID=2

注2:COMMAND INFO为1字节,由COMMAND TYPE组成。

COMMAND TYPE=00H 上送第一条历史告警;

COMMAND TYPE=01H 上送下一条历史告警;

COMMAND TYPE=02H 上送上一条历史告警;

COMMAND TYPE=03H 上送最后一条历史告警。

表38 响应信息

注1:LENID=22

注2:DATAINFO由WARNSTA TE和DA TATIME1、DATATIME2组成。

表39 报警内容及传送顺序

DA TATIME1为历史告警发生时间,由月(1byte)、日(1byte)、时(1byte)、分(1byte)、秒

(1byte)组成。

DA TATIME2为历史告警结束时间,由月(1byte)、日(1byte)、时(1byte)、分(1byte)、秒(1byte)组成。

WARNSTATE内容如表36。

【微信公众号运营】如何利用微信后台数据优化微信运营

运营实操|如何利用微信后台数据优化微信运营 前不久自己开通了一个个人公众号,想着在业余时间来实践实践下新媒体运营,期间也尝试用微信后台提供的数据统计功能来对整个运营进行优化。做了近20天,因业余时间很有限,且用户精准细分,粉丝量虽然不大,但颇有心得,现在分享给大家。 经一番实践。本人认为,微信后台数据统计的意义在于以下3个方面: 1、对前期的公众号定位和用户精准度进行验证性分析,看初始策略是否对路需要及时调整; 2、对用户来源/渠道分析,用以判断粉丝来源路径,以便调整发布渠道; 3、对图文进行分析,用以优化内容和找准推送时间。 以上3个问题是本文的主线,不过在此之前,本文将从运营本公众号的定位和内容初始化出发,再过渡到数据优化部分,重点阐述如何根据微信后台数据分析对微信运营进行优化,希望能对运营微信公众号的小伙伴们有一点启示,吾心足矣! 一、公众号的定位 我做的这个公众号是讲运营的,本着分享自己运营经验和结交各路运营豪杰的目的而开设,且因自己从事运营没年限不长,功力有限,所以将本公众号的受众定位为: 人群定位:对运营感兴趣的在校大学生已经工作过一段时间、想转运营岗位的在职者1~3年的运营从业者。 从上面的定位可以看出,受众人群仅限于运营新手级别或是即将从事运营的小伙伴,因而人群数量有限,粉丝重质不重量。经过网络上的调研和对上述部分人群的调查后,从受众需达成的目标、存在的痛点和成为本公众号所能获得的收益这3个方面着手,从而勾勒出本公众号的用户画像: 1

本公众号目标受众的概况/人群画像 紧接着,依据上述的用户画像,再结合根据自己工作的内容和涉猎的领域,将公众号的内容板块划分为以下5大板块,以后的内容推送将围绕者这几方面展开: 推送内容: 1、分享一些能够实际操作的运营手段或方法运营理念; 2、分享运营中重要的思维方式和理念职业规划; 3、分享新手关于职业规划方面的个人看法和经验运营案例; 4、分享运营实操案例学习方法; 5、分享在工作中如何快速学习,学习技巧和工具分享。 在完成上面的公众号定位和内容板块后,我将公众号名称起名为“XXX”(为避免广告嫌疑,不显示公众号名称),其中的关键词突出“运营”和“面向新手”两点。 二、公众号的初始化及渠道投放 1

通信电源规约CSU03B通信协议-通信局电源、空调及环境集中监控管理系统前端智能设备通信协议

CSU03B通信协议更改记录 2006-06-13:V1.0;其中历史告警记录有重大调整,其他与CSU03A兼容。

CSU03B通信协议 本协议以电信总局《通信局(站)电源、空调及环境集中监控管理系统前端智能设备通信协议》(一九九九年三月)为基础制定;与CSU03A通信协议兼容(历史数据和历史告警除外)。 一.物理接口 1.串行通信口采用RS232/RS485,数据传输速率2400bps; 2.信息传输方式为异步方式,起始位1位,数据位8位,停止位1位,无校验。 3.局站监控系统(SU)与设备监控单元(SM)的通信为主从方式。SU呼叫SM并下发命令,SM收到命令后返回响应信息。SU500ms内收不到SM响应或接收响应信息错误,则认为本次通信过程失败。 二.信息类型及协议的基本格式 1.信息分两种类型: (1) 由SU发出到SM的命令信息(简称命令信息); (2) 由SM返回到SU的响应信息(简称响应信息)。 基本格式的注解见表2.2、表2.3。 表2.2 协议的基本格式 说明: COMMAND INFO由以下控制命令码(其中一部分)组成: COMMAND GROUP(1字节):表示同一类型设备的不同组号; COMMAND ID(1字节):表示同一类型设备相同组内的不同监控点; COMMAND TYPE(1字节):表示不同的遥控命令或历史数据传输中的不同控制命令; COMMAND TIME(1字节):表示时间字段。 DA TA INFO由以下应答码(其中一部分)组成: DATAI:含有整型数的应答信息;

RUNSTATE:设备的运行状态; WARNSTA TE:设备的告警状态; DATAFLAG:标示字节;本协议中该字节无效,固定为00H; DATATIME:时间字段。 表2.3返回码RTN 3.数据格式 3.1 基本数据格式 在表2.1基本格式中各项除SOI和EOI是以十六进制解释(SOI=7EH,EOI=0DH),十六进制传输外,其它各项都是十六进制解释,十六进制—ASCII码的方式传输,每个字节用两个ASCII码表示,即高四位一个ASCII码表示,低四位用一个ASCII码表示。 例:CID2=4BH,传送时顺序发送34H和42H两个字节。 3.2 LENGTH数据格式 LENGTH共两个字节,由LENID和LCHKSUM组成,LENID表示INFO项的ASCII 码字节数,当LENID=0时,INFO为空,即无该项。LENGTH传输中先传高字节,再传低字节,分四个ASCII码传送。 校检码的计算:D11D10D9D8+D7DD6D5D4+D3D2D1D0,求和后模16余数取反加1。例:I NFO项的ASCII码字节数为18,即LENID=0000 0001 0010B。 D11D10D9D8+D7D6D5D4+D3D2D1D0=0000B+0001B+0010B=0011B,模16余数为0011B,0011B取反加1就是1101B,即LCHKSUM为1101B。 可得: LENGTH为1101 0000 0001 0010B,即D012H。 3.3 CHKSUM数据格式 CHKSUM的计算是除SOI、EOI和CHKSUM外,其他字符按ASCII码值累加求和,所得结果模65536余数取反加1。 例:收到或发送的字符序列是:“~1203400456ABCDFEFC72C C R R”(“~”为SOI,“C C R R”为EOI),则最后五个字符“FC72C C R R”中的FC72是CHKSUM,计算方法是: ‘1’+‘2’+‘0’+…+‘A’+‘B’+…+‘F’+‘E’ = 31H + 32H + 30H + …+ 41H + 42H + …+ 46H + 45H = 038EH 其中‘1’表示1的ASCII码值,‘E’表示E的ASCII码值。038EH模65536余数是

施耐德空调UG40通讯协议

UG40----NEW LEONARDO: DIGITAL VARIABLES (COILS) variable address description variable type MODBUS Database (e.g. address -> bit nr.) unit 1 unit 2 unit 3 unit n 0 Not used … 1 201 401 (n-1)*200+1 1 System On (Fan) R 2 202 402 (n-1)*200+2 2 Compressor 1 R 3 203 403 (n-1)*200+3 3 Compressor 2 R 4 204 404 (n-1)*200+4 4 Compressor 3 R 5 205 405 (n-1)*200+5 5 Compressor 4 R 6 206 406 (n-1)*200+6 6 El. Heater 1 R 7 207 407 (n-1)*200+7 7 El. Heater 2 R8 208 408 (n-1)*200+8 8 Not Used R9 209 409 (n-1)*200+9 9 Hot gas ON R10 210 410 (n-1)*200+10 10 Dehumidification R11 211 411 (n-1)*200+11 11 Humidification R12 212 412 (n-1)*200+12 12 Emergency Working R13 213 413 (n-1)*200+13 13 Not used…14 214 414 (n-1)*200+14 14 Not used…15 215 415 (n-1)*200+15 15 Not used…16 216 416 (n-1)*200+16 16 Not used…17 217 417 (n-1)*200+17 17 Not used…18 218 418 (n-1)*200+18 18 Not used…19 219 419 (n-1)*200+19 19 Not used…20 220 420 (n-1)*200+20 20 Wrong Password Alarm R21 221 421 (n-1)*200+21 21 High Room Temperature Alarm R22 222 422 (n-1)*200+22 22 Low Room Temperature Alarm R23 223 423 (n-1)*200+23 23 High Room Humidity Alarm R24 224 424 (n-1)*200+24 24 Low Room Humidity Alarm R25 225 425 (n-1)*200+25 25 Room Temp. And Humidity Limits by External Sensors R26 226 426 (n-1)*200+26 26 Clogged Filter Alarm R27 227 427 (n-1)*200+27 27 Flooding Alarm R28 228 428 (n-1)*200+28 28 Loss of Air Flow Alarm R29 229 429 (n-1)*200+29 29 Heater Overheating Alarm R30 230 430 (n-1)*200+30 30 Circuit 1 High Pressure Alarm R31 231 431 (n-1)*200+31 31 Circuit 2 High Pressure Alarm R32 232 432 (n-1)*200+32 32 Circuit 1 Low Pressure Alarm R33 233 433 (n-1)*200+33 33 Circuit 2 Low Pressure Alarm R34 234 434 (n-1)*200+34 34 Circuit 1 Electronic Valve Failure R35 235 435 (n-1)*200+35 35 Circuit 2 Electronic Valve Failure R36 236 436 (n-1)*200+36 36 Wrong Phase Sequence Alarm R37 237 437 (n-1)*200+37 37 Smoke-Fire Alarm R38 238 438 (n-1)*200+38 38 Interrupted LAN Alarm R39 239 439 (n-1)*200+39 39 Humidifier: High Current Alarm R40 240 440 (n-1)*200+40 40 Humidifier: Power Loss Alarm R41 241 441 (n-1)*200+41

微信用户数据报告(想知道的全在这)

2016微信用户数据报告(想知道的全在这) 想运营好微信公众号,需要好好研究研究微信公众平台后台提供的数据显示以及统计功能更,比如增粉掉粉情况,图文阅读量留言点赞次数等信息,对于运营微信自媒体是很有益处的。这次要给大家讲的数据主要分为3个部分,用户增长来源分析、图文阅读分析和用户属性分析,虽然我是科技类的自媒体,但是对于数据影响因素的分析还是具有一定的普适性,所以小编希望通过解读本号数据背后影响因素,能给大家的微信公号运营,带来一些实质性帮助。 第一部分:用户分析 1:用户新增来源的5种方式 【搜索公众号名称】:即搜索微信微信公众号的名称获得关注,这类号一般是具有一定的品牌知名度,或定位足够垂直,或广告宣传到位,用户会自通过关键词搜索,例如杜蕾斯、汽车、北京(地方号)、移动互联网、PPT等。所以在取名的时候,要取与公号定位相符的名字,有利于被搜索到。如果怕别人也用同样的名字,可以选择注册商标、微信微信认证、提高粉丝互动率等方式,提高公号排名。 【搜索微信微信号】:通过这种方式关注的用户,一般属于较为精准的用户,毕竟微信微信ID是一串字母加数字的结合,记忆和输入都很难,所以最好是结合公众号的名称设定ID,不但好记还好输入。尽量减少用户的记忆和输入成本,会在一定程度上增加关注量。建议使用拼音、英文名、字母+简单数字等组合,不太建议在微信微信号中加个下划线或短杠,会导致输入困难,关注量下降。 【图文消息右上角菜单】:这个关注按钮隐藏较深,很多人不知道阅读文章时的右上角按钮里还隐藏了“查看公众号”的功能,所以通过这个方式关注公众号的占比很低。

【名片分享】:直接的名片分享,一般应该都是通过微信微信人与人,或微信微信群的口碑传播,这个数据占比越高,说明这个号的质量越好,受欢迎程度越高。 【扫二维码及其他】:大部分账号的粉丝来源,都是“其他”类最多,一般包括3个渠道,图文消息标题下蓝色链接、微信微信公众号二维码、广点通系统推广 a、图文消息标题下蓝色链接: 这种蓝色链接字体关注的方式是较为常见的一种关注方式,而且很方便,用户点击一下就可弹出关注界面。很多公众号都会在图文页面中加上提示,让用户关注公众号。 账号通常也会在页面底部提示大家点击阅读原文进行关注,其实也是利用这样的方式;只是跳转了一个页面,比如点击阅读原文后跳转到这么一个提示页面:

Joton空调通讯协议(恒温恒湿普通系列)

机房专用空调Tmaster通讯协议 1物理接口 1.1 串行通信口可采用RS485。 1.2 信息传输方式为异步方式,起始位1位,数据位8位,停止位1位,无校验。 1.3 采用RS485通信口时,数据传输速率为可选(出厂设置为9600)。 2.信息类型及协议的基本格式 2.1 信息类型 信息分两种类型: (1) 由SU发出到SM的命令信息(简称命令信息); (2) 由SM返回到SU的响应信息(简称响应信息)。 2.2 协议的基本格式 序号 1 2 3 4 5 6 7 8 9 字节数 1 1 1 1 1 2 LENID/2 2 1 格式 SOI VER ADR CID1 CID2 LENGTH INFO CHKSUM EOI 基本格式的注解见表2.2.1、表2.2.2。 表2.2.1 序号符号表示意义备注 1 SOI 起始位标志(START OF INFORMATION)(7EH) 2 VER 通信协议版本号 2.0 (20H) 3 ADR 设备地址描述(1-32) 4 CID1 控制标识码(设备类型描述)(60H) 5 CID2 命令信息:控制标识码(数据或动作类型描述) 响应信息:返回码RTN(见返回码表2.2.2) 6 LENGTH INFO字节长度(包括LENID和LCHKSUM),数据格式 见7.3 7 INFO 命令信息:控制数据信息COMMAND INFO 应答信息:应答数据信息DATA INFO 8 CHKSUM 校验和码,数据格式见2.3 9 EOI 结束码CR (0DH) 说明: COMMAND INFO由以下控制命令码组成: COMMAND GROUP(1字节):表示同一类型设备的不同组号; COMMAND ID(1字节):表示同一类型设备相同组内的不同监控点; COMMAND TYPE(1字节):表示不同的遥控命令中的不同控制命令; COMMAND TIME(1字节):表示时间字段。 DATA INFO由以下应答码组成: DATAI:含有整型数的应答信息; DATAF:含有浮点数的应答信息; RUNSTATE:设备的运行状态; WARNSTATE:设备的告警状态;

微信公众后台数据分析指导公众号运营

史上最详细微信公众后台数据分析,指导公众 号运营 干货君导读:微信后台数据更加详细之后,我对本号从7月9日到8月7日的数据进行了详细分析。主要分为3个部分,用户增长来源分析、图文阅读分析和用户属性分析,虽然我是科技类的自媒体,但是对于数据影响因素的分析还是具有一定的普适性,所以我希望通过解读本号数据背后影响因素,能给大家的微信公号运营,带来一些实质性帮助。 第一部分:用户增长来源分析 用户增长来源的5种方式 (1)搜索公众号名称,搜索微信公众号的名称获得关注,这类的号原本就有一定的品牌,或定位足够垂直,当用户有这方面需求时,就会自己通过关

键词搜索。比如可口可乐、杜蕾斯、汽车、减肥、羽毛球、北京(地方号)、移动互联网等。所以在取名的时候,可以取一个和公号定位相符的名字,有利于被搜索到。如果怕别人也用同样的名字,可以选择注册商标、认证、提高互动率等方式,提高公号排名。比如本号“今日干货”这个名字,就是一个很好的占位,而且在搜索的时候,一直排在第一名,必然会导入大量精准粉丝,所以在本号的粉丝来源里占了39%。 (2)搜索微信号,通过这种方式关注的用户,理论上应该都是来自微信ID 在别处的曝光,比如经常用的互推,还有微博、人人网、百度贴吧等SNS网站和传统媒体、线下等推广方式。微信ID是一串字母加数字的结合,记忆和输入都很难,所以最好是结合公众号的名称设定ID,不但让人好记还好输入。尽量减少用户的记忆和输入成本,会在一定程度上增加关注量。本号通过搜索微信ID的占比不是很高,才8%,这应该和我几乎不参加互推有关,如果经常参加互推的号,这个占比应该高很多。 (3)图文消息右上角菜单,这个关注按钮隐藏较深,很多人不知道阅读文章时的右上角按钮里还隐藏了这么多功能,而且需要经过2步才能到公众号介绍页,最坑爹的是这个按钮不是在所有阅读的情况下都会出现,所以通过这个方式关注公众号的占比很低。 (4)名片分享,直接的名片分享,一般应该都是通过口碑传播,这个数据占比越高,说明这个号的质量越好。

空调一拖三的通信协议

产品型号、名称直流一拖三 三、附录: 模拟外机板与内机板通讯协议 1.变频一拖多空调室内外机通讯采用国际标准的串行异步通讯方式进行数据通讯 2.通讯开始时,以外机主。外机上电复位后,延时5S之后开始通讯,向A机发送通讯数 据;发送完毕后立即转入接收状态(10ms内),如正常接收到A机发回的通讯数据,并检验正确,则直接转到向B机发送通讯数据,如等2S后为收到A机发回的通讯数据,则直接转到向B机发送通讯数据。以此类推,当接收完最后一个标号内机通讯数据后,或等足够时间2秒钟之后,重新回到A机通讯。 3.内机通讯处理:所有内机上电复位完成后,进入通讯接收等待状态。当内机接收完室外 机通讯数据并检验正确后,必须立即转入发送状态,延时20MS之后开始发送数据,但最迟必须在50ms之内开始向室外机发送通讯数据。 4.室内机连续4分钟之内无法收到室外机通讯信号,确认通讯故障,室外机不处理通讯故 障。 5.数据格式定义为1位起始位、8位数据位1奇校验位、1位停止位;波特率为600。每 ↓共发送25个字节。 6.用户引导码:E7H, 18H, AAH, 55H 。(室内机与室外机相同 7.内机发往模拟外机的数据内容: 第00字节:固定为01 。(源地址) 第01字节:固定为FFH(目标地址) 第02字节:固定为01H。(数据类型) 第03字节: 第03字节: B0: 开关机:0为关机。1为开机 B2,B1: 功能模式: 00为制冷,01为制热;10除湿。 B3: 0为无安静, 1为安静运行 B4:额定功率运行:0为通常 1为额定 B5:0为除湿低频运行 1为除湿高频运行 B6: 0为无强力运行 1为强力运行 B7: 一直发1强制频率运行 (备注:B3~B7最多同时只有一位为“1”。) 第04字节: B0: 0为通常 1为最大强力运行 B1: 0为通常 1为半能力运行 B2 0为通常 1为最小能力运行 B3: 0为通常 1为低温制热运行

微信公众平台每天必不可少的数据分析

微信公众平台每天必不可少的数据分析 微信公众平台提供部分数据显示和统计功能,例如关注人数的增加和减少,图文阅读量等信息,一直都是微信公众平台上的常规显示数据。这次我要给大家讲的数据主要就是 1.图文阅读 2.粉丝增长量 3.粉丝的回复 4.粉丝的分类 那下面我就具体说说这四项数据背后具体都说明了一个什么样的问题。 1.图文阅读量 图文的阅读主要能够分析的就是我们的每篇文章具体的阅读人数和转发收藏量,这个最能够说明我们的文章内容的标题怎么样,内容是否好。因为一篇文章的阅读量不能说明文章就是好的,还要看看转发收藏量才能说明,如图:

我们可以看到这些阅读量好的内容可以达到上千的阅读量,转发收藏量也很高。通过阅读量和转发收藏量这两者的对比我们就可以大概的估算出这篇文章的内容是否好。再看看最后一张虽然说有几十的浏览量,但是没有形成转发收藏量,

这就说明了一个问题,那就是我们的内容不好,即使是粉丝点击进去了但是我们的内容不吸引粉丝就无法形成转发收藏。在一个就是标题取得是否好,如“不识 字老婆给老公写的信,老公立马回家了!你看懂了吗”这个标题能够很好的吸引粉丝的阅读兴趣,是什么原因就立即回家了呢?这个设置了悬念,所以阅读量还是 比较好的。所以通过图文阅读能够说明我们的内容以及标题是否好,好的内容和标题能够吸引更多的粉丝阅读分享。 2.粉丝增长量 粉丝的增长量主要是能够说明我们的内容以及昨天的推广做的怎么样,以及我们的推广是否精准。如图: 我们通过数据可以看到,有时的粉丝增长量几十有时候几个甚至没有,基本上每天的取消关注量都是有的。这个说明了我们的内容不是属于这群粉丝想要的,这就是我们推广粉丝的时候不是精准的粉丝。那么我们今后推广的时候就要注意这点了,不是说什么类型的粉丝我们都可以推广的,我们一定要推广与自己公众号相符的粉丝,不然你辛苦推广来对你的内容不感兴趣,结果还是会取消关注的。

艾默生空调ACM03U1制器监控通讯协议1.00

协议图号05125398-XY 版本V100 第1页共22 页 ACM03U1控制器监控 通讯协议 艾默生网络能源有限公司

目次 1.物理接口 (3) 2.通信方式 (3) 3.信息类型及协议的基本格式 (3) 3.1信息类型 (3) 3.2协议的基本格式 (3) 3.3数据格式 (5) 3.3.1 基本数据格式 (5) 3.3.2 LENGTH数据格式 (5) 3.3.3 CHKSUM数据格式 (6) 3.3.4 INFO数据格式 (6) 4.编码表 (6) 5.协议内容 (7) 5.1获取模拟量数据(定点数)(42H) (7) 5.2获取开关输入状态(43H) (8) 5.3遥控开关机(45H) (10) 5.4获取系统参数(定点数)(47H) (10) 5.5设定系统参数(定点数)(49H) (11) 5.6获取监测模块时间(4DH) (12) 5.7设定监测模块时间(4EH) (13) 5.8获取通信协议版本(4FH) (13) 5.9获取设备地址(50H) (14) 5.10获取厂家信息(51H) (15) 5.11获取机组状态(82H) (15) 5.12获取机组运行模式和报警状态(85H) (17) 5.13获取模拟量输出(86H) (21)

精密空调控制器监控协议 本文规定了精密空调控制器与后台监控、之间的通讯协议规范。本文以电总协议:《监控行标第三部分:智能设备通信协议》为依据,根据精密空调规范而制定,并扩展了相应命令。 1.物理接口 串行通信口采用RS485/RS232。 信息传输方式为异步方式,起始位1位,数据位8位,停止位1位,无校验。 数据传输速率为1200、2400、4800、9600和19200bits可以设置。 2.通信方式 在局站内的监控系统为分布式结构。局站监控单元(SU)与设备监控模块(SM)的通信为主从方式,监控单元为上位机,监控模块为下位机。SU呼叫SM并下发命令,SM 收到命令后返回响应信息。SU 500ms内接收不到SM响应或接收响应信息错误,则认为本次通信过程失败。 在本系统中,精密空调控制器为SM,上位机为SU 3.信息类型及协议的基本格式 3.1信息类型 信息分两种类型: (1) 由SU(上位机)发出到SM(精密空调控制器)的命令信息(简称命令信息); (2)由SM(精密空调控制器)返回到SU(上位机)的响应信息(简称响应信息)。 3.2协议的基本格式 注意:在基本格式中的各项除SOI和EOI是以十六进制解释(SOI = 7EH,EOI = 0DH),

微信平台推出数据功能

微信平台推出数据功能文稿归稿存档编号:[KKUY-KKIO69-OTM243-OLUI129-G00I-FDQS58-

微信公众平台推出数据统计功能将引起3个变化 来源:虎嗅网作者:李燕2013-8-30 12:45:12行业: 导读:微信这次等于了提升了逼格,带头大哥公布了数据,弟兄们不好意思公布,这个游戏还怎么玩?中国的所有自媒体平台都会因为微信这一项小小的功能推出,加剧彼此的竞争。 8月29日晚,微信产品团队通过服务号“微信公众平台”发布消息,宣布“微信公众平台增加数据统计功能”。与此同时,细心的用户发现登陆微信公众平台,后台界面上增加了“数据统计”的新菜单,菜单中分为用户分析、图文分析和消息分析三大项,用户可以查看从2013年7月1日起的数据情况。尽管这次“数据统计”功能在微信公众平台灰度上线,但将引起的3个变化微妙而不乏战略意义,值得重视。 变化一:大数据,提高微信公众平台的服务水准 此次推出的数据统计功能第一项,是“用户管理分析”,分为用户增长和用户属性两部分,其中用户增长包含新增人数、取消关注人数、净增人数和累积人数四个要点。而用户属性部分放出了性别、语言、省份、城市四个要点,让我们隐约感到大数据在微信公众平台的真正应用。 当然,随着数据统计功能的推出,可以查看的数据更多更全和更细,微信公众平台的服务水准也就相应提高。微信产品团队如何处理和应用大数据或将成为移动时代的行业新标杆。

变化二:打开天窗说亮话,商业价值可量化 如果大家还有印象,就能想起今年7月10日程苓峰在自己的微信公众账号“孕峰”发表了《自媒体效果如何?看俺数据》,没想到马上受到了自己的广告主明道的抨击,掀起互联网科技圈的争论。的确,光是黄婆卖瓜自卖自夸,没有数据说话,可信度很低。很长时间来,活跃在微信公众平台的帐号特别是自媒体的帐号,苦于自己的商业无法更准确的量化。 更多的时候,自媒体靠着联盟除了形成整合资源的能力,还增加了帐号渠道,去吞吐更大的营销业务。既然打开天窗说亮话,就会有人通过种种“作弊”的手段,来放大自己微信公众账号的商业价值。未来微信公众平台上的加微信粉丝、刷图文页阅读数和原文页阅读数、分享转发作假的需求会变大,上卖粉、刷量的店家,又多了一条活路。抛开这些,仍然可以看到微信公众平台数据统计的向商业价值,客户也会更放心。 变化三:逼格提升,加剧自媒体平台间的竞争 互联网行业的数据一直是让许多人持怀疑态度的,“罗辑思维”的创始人罗振宇在一次沙龙上对着某个互联网公司的一帮人问,你们的数据能信吗?用户对数据统计的需求变得越来越刚性,而目前除掉微信公众平台这个自媒体平台开放了数据统计功能,视野所及,所谓的网易云阅读自媒体平台、搜狐自媒体平台、360自媒体平台、新浪视野自媒体平台,都还没有开放,抑或,是大家不敢?

空调C7000通讯协议(世图兹 ASD531a)

Stulz-Adr. MODBUS- adr.Description Beschreibung Modbus range mapped meaning BMS- access Modbus- function C7000IOC C7000IOC Chiller 00hardware type(controller type)Hardware-Typ(Steuerungs-Typ)0..13=C7000IOC;8=C7000AT;9=C700r3,(4)x x 88general error Allgemeiner Fehler0/1ok/error r1,(2)x x 12unit-type unit-type0..2551=CHP;12=FAU;13=CPP;14=Pr r3,(4)x x 36SW-version SW-Version0..655,35Version0..655,35Version r3,(4)x x 510Bus-ID Bus-ID0..310..31r3,(4)x x 612global adress Globale Adresse0..65535r3,(4)x x

Stulz-Adr. MODBUS- adr.Description Beschreibung Modbus range mapped meaning BMS- access Modbus- function C7000IOC C7000IOC Chiller 0 see combined list C7000common s.gemeinsame Liste C7000common 999 10001000PC-STOP(monitoring),BMS stop1PC-STOP(überwachung),BMS stop10/1maybe on/unit off rw1,(2),5x x 10011001REMOTE STOP(contact)FERN-STOP(Kontakt)0/1maybe on/unit off r1,(2)x x 10021002LOCAL STOP LOKAL-STOP0/1maybe on/unit off r1,(2)x x 10031003TIMER-STOP(weekly oper.)TIMER-STOP(w?chentlicher Betrieb)0/1maybe on/unit off r1,(2)x x 10041004SEQ.Stop(0=No,1=Yes)SEQ.Stop(0=Nein,1=Ja)0/1maybe on/unit off r1,(2)x x 10051005WARM UP STOP AUFW?RMEN STOP0/1maybe on/unit off r1,(2)x x 10061006Remote UPS FERN-UPS0/1inactive/active rw1,(2),5x x 10071007Local UPS Lokal-UPS0/1inactive/active r2,(1)x x 10081008G/CW-mode;G:1,CW:0G/CW-Modus;G:1,CW:00/1CW/G r1,(2)x 10091009manual operation manueller Betrieb0reset man.op./rw1,(2),5x x 10101010common alarm gemeinsamer Alarm0/1no alarm/alarm r2,(1)x x 10111011reset all alarms Alle Alarme zurückstellen0/1/reset rw1,(2),5x x 10121012manual operation raw output manueller Betrieb Roh-Output0/1inactive/active r1,(2)x x 10131013Unit on/off Einheit on/off0/1off/on r2,(1)x x 10141014maintenance necessary Wartung notwendig0/1no/yes r2,(1)x x 10221022unit temperature phys.unit Einheit Temperatur phys.Einheit0/1Celsius/Fahrenheit r1,(2)x x 10231023unit winter mode Einheit Winter-Modus0/1Summer/Winter r2,(1)x x 10241024day/night-mode Tag/Nacht-Modus0/1day/night r2,(1)x x 10251025CW2change-over CW2Umstellung0/1/force change over rw2,(1)x x 10261026CW2change-over state CW2Umstellungs-Status0/1/change over done r2,(1)x 10281028unit start by remote-on/off Start der Einheitüber Fernsteuerung on/off0/1inactive/active r2,(1)x x 10321032unit firmware-option1:OTE(automatic alarm Einheit firmware-Option1:OTE(automatische0/1r2,(1)x x 10331033unit firmware-option2:restart after fire alarm Einheit firmware-Option2:Neustart nach erle0/1r2,(1)x x 10341034unit firmware-option3:auto alarm reset for lim Einheit firmware-Option3:Alarm-Selbstrücks0/1r2,(1)x x 10351035unit firmware-option4:special control of fans E inheit firmware-Option4:Spezialkontrolle vo0/1r2,(1)x x 10361036unit firmware-option5:special control of pump Einheit firmware-Option5:Spezialkontrolle Pu0/1r2,(1)x x 10371037unit firmware-option6:special control Adaptiv Einheit firmware-Option6:Spezialkontrolle Ad0/1r2,(1)x x 14921492water inlet1,min temperature commonalarm Wassereinlass1,Min.-Temperatur gemeinsa0/1r1,(2)x 14931493water inlet1,max temperature commonalarm W assereinlass1,Max.-Temperatur gemeinsa0/1r1,(2)x 14941494water outlet1,min temperature commonalarm Wasserauslass1,Min.-Temperatur gemeinsa0/1r1,(2)x 14951495water outlet1,max temperature commonalarm Wasserauslass1,Max.-Temperatur gemeins0/1r1,(2)x 14961496water inlet2,min temperature commonalarm Wassereinlass2,Min.-Temperatur gemeinsa0/1r1,(2)x 14971497water inlet2,max temperature commonalarm W assereinlass2,Max.-Temperatur gemeinsa0/1r1,(2)x 14981498water outlet2,min temperature commonalarm Wasserauslass2,Min.-Temperatur gemeinsa0/1r1,(2)x 14991499water outlet2,max temperature commonalarm Wasserauslass2,Max.-Temperatur gemeins0/1r1,(2)x 15001500circuit1LP management common alarm conf LP Management gemeinsamer Alarm Konfigu0/1r1,(2)x x 15301530circuit1HP management common alarm con HP Management gemeinsamer Alarm konfig0/1r1,(2)x x 16001600circuit2LP management common alarm conf LP Management gemeinsamer Alarm Konfigu0/1r1,(2)x CC2 16301630circuit2HP management common alarm con HP Management gemeinsamer Alarm konfig0/1r1,(2)x CC2 17421742fire alarm common alarm config Feueralarm gemeinsamer Alarm konfig0/1r1,(2)x x 17431743water alarm common alarm config Wasseralarm gemeinsamer Alarm konfig0/1r1,(2)x x 17441744phase alarm common alarm config Phase Alarm gemeinsamer Alarm konfig0/1r1,(2)x x

微信数据库分析及设计

微信数据库分析与设计 一、需求分析 微信作为当前的主要即时通讯工具之一,有着广泛的应用。其主要的功能是实现即时通信,这也是微信的核心功能。此外还有查看朋友圈动态、搜索好友、管理个人信息、建立用户自己的相册、收藏功能、摇一摇、搜索附近的人、购物、游戏等功能。此次对于微信平台的数据库设计主要对部分需要微信平台提供存储信息功能进行需求分析及设计。以下将对微信平台的主要需求做简要的分析并且根据分析做出数据流图使得对于微信平台数据库的设计有更好的理解。 微信的通信主要包括与微信好友进行相互通信,这其信容包括文字、语音、图片及视频。当用户订阅了公众号之后,会接收公众号发送的消息并且也可向公众号发信息或许其提供的信息。 微信通信功能的另一个主要方面是实现群聊。用户可以加入一个微信群进行群。另一方面用户也可以选择自己的联系人进行群聊。 微信讯录实现了保存用户联系人的目的,并且订阅的公众号也保存于通讯录中,并且在通讯录中可以设定标签来为联系人分组。 微信朋友圈保存好友发送的与朋友共享的消息,其容可为文字、图片、视频。在朋友圈中可以设定权限使得不同权限的用户查看的容不一样。 摇一摇功能可以获取同一时刻一起摇动手机的用户,并且暂存于微信中。 附近的人功能可以识别在一定围的微信用户,并且将获得的用户信息也暂存在微信中,对于识别附近的用户可以设定具体的条件来扫描。 漂流瓶功能相当于随机的获取微信消息或者向微信用户随机的发送消息。 对于个人信息的编辑,用户可以根据自身需要编辑一些所需的个人信息。

最后在微信用户个人信息中有相册和收藏记录用户的照片和收藏的文字语音等信息。 以上是对微信的部分功能的需求分析,现根据以上需求对微信数据库画出数据流图: 第0层DFD: 第1层DFD:

格力空调厂方提供远程通讯协议

格力吸顶空调应具备远程控制功能,由格力空调厂方提供远程通讯协议: 空调应具有以下功能: 1、能通过RS232/RS485方便地与计算机进行通信。 2、远程提供空调机的运行参数、运行状态,包括当前的温度、湿度、设备所处的工作状态等,并对空调机的某些参数进行远程设置。 3、提供空调机的系统设置参数,包括:温度设定、湿度设定、高温告警、低温告警等。 4、远程读取空调的运行状态,包括工作方式、风扇转速等;远程读取空调告警信息。 5、工作人员可通过计算机遥控。 附件: 远程监控和电话遥控通讯协议 版本:V1.0 通讯内容 一、数据传输率:4800BPS,8位数据位,1位停止位,偶校验 二、从空调控制器获取工作参数及返回空调控制器工作参数(空调控制器机号在此不做判断):

一.)当空调控制器接收到如下数据时,表明从空调控制器获取工作参数而空调控制器不接收:(与上位机无关) 1、起始码(1 byte)(06H) 2、下位机固定地址(4bytes) (30H 30H 30H 30H) 3、遥控编码(8 bytes) (ASC码) 4、校验码 (2 bytes) (ASC码) 5、结束码(1 byte) (0DH) 二.)空调控制器返回工作参数:见四、此时不判断机号 三、空调控制器按传来的工作参数执行: 一.)当空调控制器接收到如下数据时,表明空调控制器不判断机号(主、从方式)按传来的工作参数执行: 1、起始码(1 byte) (05H) 2、下位机固定地址(4bytes) (30H 30H 30H 30H) 3、遥控编码(8 bytes) (ASC码) 4、校验码 (2 bytes) (ASC码) 5、结束码(1 byte) (0DH) 二.)当空调控制器接收到如下数据时,表明空调控制器判断机号,且按传来的工作参数执行: 1、起始码(1 byte) (07H) 2、下位机地址(4bytes) (ASC码) (如地址=1023,ASC码=31H 30H 32H 33H) 3、遥控编码(8 bytes) (ASC码) 4、校验码 (2 bytes) (ASC码) 5、结束码(1 byte) (0DH) 三.)当空调控制器接收到如下数据时,表明设定、清除空调控制器机号,且按传来的工作参数执行: 1、起始码(1 byte) (0AH) 2、设定、清除下位机地址(4bytes) (ASC码) (如设置机号=1023,ASC码=31H 30H 32H 33H) (如清除机号=0000,ASC码=30H 30H 30H 30H) 3、遥控编码(8 bytes) (ASC码) 4、校验码 (2 bytes) (ASC码) 5、结束码(1 byte) (0DH) 四、空调控制器返回工作参数(24 bytes): 1、起始码(1 byte) (08H)1 2、本地机地址 (4 bytes) (ASC码)5 3、遥控编码(8 bytes) (ASC码)(扫风、换气和灯光要看状态1中的显示,这里

智能空调遥控器通信协议

智能空调遥控器 通信协议 ?概述 U-7071/7072 智能空调遥控通信协议采用标准MODBUS-RTU 协议,本协议规定了应用系统中主机与 U-7071/7072 之间在应用层的通信协议。U-7071可遥控 1 台空调,U-7072可控制2 台空调。 ?通信接口特性 接口类型:异步串行 RS485 通讯口。 通信波特率为:2400、4800、9600bps 可选,出厂默认为 9600bps。 数据传输格式:N, 8,1 说明:上位机与 U-7071/7072通信时间间隔不小于 50ms。 ?MODBU RTU 通信协议详述 ?命令格式 返回的每一个参数用两个字节有符号整型表示,高位在前,低位在后。 带符号整数范围 -32768~32767,上传数据需除以十,负数用补码表示。 如温度上传 16 进制 0xFF9C,高位为 1,表示负数,表示-10.0℃。 如温度上传 16 进制 0x00FA,对应十进制 250,表示 25.0℃。 进制 0x0258,对应十进制 600,表示 60.0%。 如湿度上传 16

说明: 通过RS485 接口发送空调遥控前,必须先按照说明书对原空调遥控器进行自学习,把需要通过RS485 进行远程控制的遥控命令自学习到U-7071/7072的储存器中。 ?调试案例 ?读温湿度数据 ?地址为 1,读温湿度数据 ?主机下发命令: 01 04 0000 0002 71CB (读温湿度) ?返回: 01 04 04,温度 H,温度 L,湿度 H,湿度 L,CRCL,CRCH。 ?空调遥控功能 ?地址为 1,发送遥控通道号 0 命令 ?主机下发命令: 01 05 0000 FF00 8C3A ??返回: 01 05 0000 FF00 8C3A ?来电自启动使能 ?地址为 1

相关主题