CCN网关版本升级记录

2.9 2017.5.30

兼容一台不规范的30RQ固件。

移除2.2引入的特性,以与CCN控制网络并存。

2.8 2016.10.26

修正转换unicode字符串到utf8编码时的缓冲溢出缺陷。

2.7 2016.10.3

WebUI采用basic认证方式

修正WebUI的表格索引溢出错误(感谢Nitin的报告)

2.6 2016.9.13

WebUI 显示Ethernet地址

2.5 2016.9.13

处理字符串时忽略0-9/a-z/A-Z以外的字符

2.4 2016.8.26

可选择0.001,0.01,0.1,10,100,1000倍的映射倍数

BACnet部分合并了BACnet路由器的修订。

2.3 2016.8.16

底层API变动,为后续产品作准备

修复2.1版引入的Bug,通讯失败后持续错误

2.2 2016/8/12

某些原厂技术人员为竞争项目故意用CCN服务工具软件将一些重要的数据点强制锁定,无法写入。在初始化时检测并解锁。

2.1 2016/8/10

固件文件名带版本号及校验字串。

左边树型菜单处显示版本号。

重启及升级固件后,自动刷新。

修复一些界面bug

发表在 CCN

开利中国特色的冷机固件

前两个月我们的工程师在现场调试CCN Gateway,冷机型号是30RB,控制系统是touch pilot,发现Web Gui里看到的机组状态是中文乱码,其它点的中文显示正确,工程师当场就凌乱了,查了开利美国版本的手册,及国内最常用的法国版本的手册,都对应不上。

工程师只能操作冷机的面板,看看什么状况,结果,居然冷机面板看到的一样是乱码。客户当场就要发飚,这根本就是汉化不完全的半成品。

联系到前两年有一款30XA的中文界面,在英文原版的界面中,机组状态有”Stopping”与”Off”,英文很好理解,“Stopping”就是正在停机中,”Off“就是停机状态。

但是中文的面板,将两者都翻译成”停止“,这样客户无法分辨机组到底停了没有,水泵能不能安全关闭。其实只要将”Stopping“翻译成”停止中“,就不会有这个混淆产生了。

今天,在一款30XA_NGA的热回收机组上,看到热回收进出水温度的英文是”Hear Reclaim Entering”, “Hear Reclaim Leaving”, 明显这里的单词”Hear”是错误的,本应为“Heat”。而且在”RECLAIM”表中的热回收进出水温度的数据一直为0,不更新。这意味着如果客户不幸高价采购了开利原装的网关,只能读到无效的热回收工作数据。

幸运的是在维持表“WCHRSTAT”中,有对应的数据点,而且数值持续更新中。我们新版的网关固件支持维持表映射(开利原装网关不支持),终于为客户解决了这个麻烦。

以我们的理解,这些问题的根源在于开利国内的开发部,在原版固件的基础上做二次开发时不严谨。而且CCN部门在面对用户时一贯强势,使得对于产品的缺陷,客户也只能逆来顺受,无法将需求传导到开发部门,从而修正缺陷。

而对我们来说,仅有最大程度满足客户需求,才有市场立足之地。因些对客户的所有问题,我们都尽力解答,甚至要为客户解释机组的运行逻辑、故障维修,半夜三更远程替客户配置网关。

开利某国分公司成为我司客户

去年下半年,开利某国分公司与我方进行接触,经过详细的技术探讨、对方认可了我们的CCN Gateway,准备订购一块用于项目中,但该采购违反了总公司的政策,被截止。对方只能让经销商向我们直接采购。经过半年的运行,对方非常满意,经由经销商与我们达成长期合作协议,本月再次订购了两块。

发表在 CCN

CCN网关支持维持表数据

客户在对系统做更精细的控制时,需要一些实时的内部控制状态的数据,这些数据一般记录在维持表中。

这个需求的提出已经有一年时间了,终于我们在新固件中加入了本功能。已有的客户如需升级固件,请联系我们

发表在 CCN

CCN网关支持16DJ/16DE吸收式机组

16DJ的机型很早以前就测试过了。这次客户在现场遇到一台16DE机型,无法初始化成功。在客户协助下,进行了远程调试,并根据调试结果升级了固件。

一般这种问题的原因是我们的底层软件,为了避免对设备造成任何破坏,采用了极严格的校验,如果冷机的固件信息有一些不符,均拒绝操作,须经远程调试确认后,才能手动放行。

我司在这个领域几年以来,见识到了无数的固件版本,冷机型号相同,固件可能不同,点位也不一样,如果不深入研究内部的数据结构,照葫芦画瓢,只会把客户的设备置于风险之中。