任务 #1716
由 薛 智垚 在 超过 6 年 之前添加.
更新于 超过 5 年 之前.
描述
智慧机房主机 OM-A6 X100 2台 定制
声光报警器 OM-D2 2个
温湿度传感器 OM-TH-B801 2个
烟雾探测器 OM-ACC-A101 2个
一氧化碳探测器 OM-ACC-B100 2个
注意:主机需要定制接口,具体的技术要求在附件中《烟台瑞创达技术协议-20180821》
历史记录
项目情况:
1、此项目是通过中间商去做的,最终用户是湖北电网公司,监控主机需要定制,机箱要重新做,产品型号和LOGO都需要按照中间商的做。另外,ID需要增加到16路、增加内置4G模块、增加4路模拟量(支持0~20mA或0~3V,0-5V量程可选),详细技术参数请查看《烟台瑞创达技术协议-20180821》
2、样品提供周期:付款后15个工作日内交货。
3、项目价值:目前客户先采购两套回去测试,若测试后产品各方面性能都无问题,后续还会再采购52套。所以前期提供的样品很关键,决定着整个项目进展。
- 状态 从 新建 变更为 已发货
- % 完成 从 0 变更为 50
项目特殊,持续跟进开发和测试。
王经理:
用户那边确认主机中的协议最终用“MQTT协议”,需要确认开发时间。
附件中是传感器协议,客户那边有两个传感器需要接进来,请协助开发一下,协议是MODBUS协议。
协议已经接入上传至160,风速编号:1307,风向编号:1308
- 计划完成日期 从 2018-09-13 变更为 2018-11-14
MQTT协议与研发部已确认,开发周期计划从10月29日~11月14日完成。
简易测试服务器已搭建完成,可通过客户端连接到服务器并发布、订阅相关消息。
通过主机可向服务器发布消息上传数据。
服务端基于MQTT官网推荐的 MQTTNet 开源库,客户端(即主机端)基于 libemqtt 开源库。
实时采集数据已可上传到服务器,开关量数据已可上传到服务器。
经小薛反馈,客户已看过发过去的通讯协议,未提出异议。
中间商正与客户联系协议联调事宜。
经小薛反馈,客户与平台商沟通还存在些问题,暂时未能进行协议联调。
具体调试时间未能确定。
后续调试时间会继续跟进,调试时间将后延。具体时间由小薜与客户跟进沟通。
《481b53183db42c509c4fc0e9efd2a98b.doc(车位锁).doc 》协议请安排开发!
客户不采用MQTT协议,改用ModbusTcp协议,ModbusTcp协议在给客户指导中,请知悉!
跟客户研发王经理 沟通后,对方提出几点需求:
1、通过ModbusTCP三方协议或者其他三方协议(比如JSON、POST协议)上传数据时,可以返回开关量输入/模拟量输入的报警状态(按模版来的话今后其他设备的告警状态或者阀值也需要上传),这样可以减少平台的负担;
2、故障联动和报警联动区分开:故障联动和报警联动区分2个机制(因为现场涉及联动的问题:比如温湿度联动空调开启,温湿度故障会直接联动空调一直开启),逻辑上才能更清晰;
以上,请知悉!
3、故障联动和报警联动区分开,目前只需要把故障联动的问题屏蔽掉;
4、客户测试ModbusTCP和POST主动上传两种方式,正在评估使用哪一种协议,两个协议客户测试都提出了问题:
1)ModbusTCP 客户测试发现从0.5s-50s 都会有数据采集不到的现象,测试主机配置传感器只有5个。这个问题需要我们内部进行测试;
2)POST主动上传方式需要将报警信息上传要实时,一旦有报警就将报警信息上传(报警信息包含详细的报警项),与实时数据上传区分开;
以上,请知悉!
ModbusTcp已经增强,按合肥云弘方式,可避免
POST方式在有告警时是立即优先通知的(立即上传方式)
故障不联动,下周二(12-11)可提供
刷机包中omAppSU为0906的,导致开关量告警模式无效
ModbusTcp 与 Post同为北向接口,按二选一方式,不推荐/支持同时使用
故障无联动已经在测试中,待反馈
烟台东方电子发现omAppSU无法启动,结果发现omAppSU.ini文件为空,原因待查,若下次在发现omAppSU无法启动,则可以检查omAppSU.ini
- 主题 从 烟台东方瑞创达电子科技有限公司 变更为 烟台东方瑞创达电子科技有限公司 (薛智垚)
客户提出新需求:
1、需要将pos上传t推送地址需要在页面WEB上面显示
2、需要将POST与ModbusTcp协议的使用做切换设置,两种方式可以在页面上做切换。
以上,请安排开发!
已测试
1、需要将pos上传t推送地址需要在页面WEB上面显示,已完成。
2、需要将POST与ModbusTcp协议的使用做切换设置,两种方式可以在页面上做切换。已完成,而且切换Post与ModbusTcp时有提示信息。
功能已实现。
导出 Atom
PDF