Activity
From 01/18/2021 to 02/16/2021
02/08/2021
- 05:32 PM Bug #1254 (Resolved): SHL15 部分记点数据错误(详见15记点err照片)-据数据分析是因为全天会出现同一车组号/车次号的组合，重复出现
- 20210208 SHL15 接到车站运三公司和电科的故障保修 车站记点数据出现到站、离站时间数据记录不对的情况
例如，明显前站出发时间 晚于 本站到达 很多
根据redis数据分析看，当天会出现同一车组号/车次号的组合，重复出现...
02/05/2021
- 01:32 PM Feature #1251 (New): FEP的安装配置排故手册编制
02/01/2021
- 03:57 PM Bug #1245 (New): bin3.0.4 # 实时库版本实时报警插件报警数目超过两万条后点击全部确认后，在确认过程中可能导致实时报警插件白屏（刷新插件后恢复正常）
- 03:55 PM Bug #1244 (New): bin3.0.4 # 实时库版本实时报警插件打开偶尔会出现异常弹窗
- 03:48 PM Bug #1243 (New): bin3.0.4 # 实时库版本实时报警插件报警数目超过两万条后，存在报警恢复慢的情况（下端信号恢复超过20分钟，报警界面仍显示未恢复）
- 03:45 PM Bug #1242 (New): bin3.0.4 # 实时库版本实时报警插件报警数目超过两万条后点击全部确认后，在确认过程中可能导致实时报警插件崩溃
- 该情况也发生在五千条以上两万条以下，但发生频率较低（测试过程中仅出现过两次）
- 03:39 PM Bug #1241 (New): bin3.0.4 #实时库版本实时报警插件点击全部确认后，实时报警插件下端滚动条会异常闪烁
- 03:37 PM Bug #1240 (Resolved): FEP # VT虚拟RTU的vt索引号获取的是DI的记录号，不能超过65535，否则会出现地址踩踏
01/29/2021
- 05:40 PM Bug #1238 (Feedback): bin3.0.4 # redis版本报警插件会出现无法确认，在ehview日志的实时报警界面内有确认日志
- !49d7e296e8a4592ccc352cc014aec7c.png!
01/28/2021
- 11:26 AM Bug #1234 (Feedback): bin3.0.4 # 打开报警插件redis版界面小概率出现错误弹窗
- !54f1202157c1a76b49b2f6d4ee85508.png!
- 11:07 AM Bug #1233 (Feedback): bin3.0.4 # 退出ehmi，偶尔会出现报错弹窗
- !fab2247b57271cba7e68c4d6e178903.png!
- 11:03 AM Bug #1232 (Feedback): bin3.0.4 # redis主备发生切换，会丢失第一个报警
- 11:03 AM Bug #1231 (Feedback): bin3.0.4 # 变位200DI/秒，会出现报警丢失，出现报警总数到7000以上，报警不刷新，点击确认后才再次刷新；
- 11:02 AM Bug #1230 (Feedback): bin3.0.4 # redis版报警，如图，报警总数10600条，报警确认后，发现两方数字不一致，再次切报警简要插件一致
- !2021-01-28T10_34_24.png!
- 11:01 AM Bug #1229 (Feedback): bin3.0.4 # ehgraph画图插件图元，放置插件图元后无法通过鼠标拖拉改变大小
01/27/2021
- 01:15 PM Bug #646 (Resolved): ISCS3.0-Beta2 # 用位图制作的图元无法旋转
- 12:06 PM Bug #1225 (Feedback): bin3.0.4 # 在DI表内报警方式勾选推图后，正常状态和非正常状态都会推图；报警方式空白时，只会非正常状态推图
- 10:45 AM Bug #1223 (Feedback): bin3.0.4 # redis版报警无法实现双机冗余
01/26/2021
- 05:51 AM Bug #1222: SHL15 ats接口服务器FEP的rtu1和对应的通道1+通道2均有故障
- FEP环境和semodel.db配置见sftp /upload/M15/0备份/91.8ats20210127.zip
数据问题：RTU1采集列车1tcms数据，DI的686点开始的70点被dcvt的通道状态点覆盖踩踏，修改RT... - 03:25 AM Bug #1222: SHL15 ats接口服务器FEP的rtu1和对应的通道1+通道2均有故障
- 最终停止91.8 ats2#FEP程序，让91.7ats1#FEP切换为主FEP，QTISCS与atsFEP1#所有通道立马连接成功
- 03:17 AM Bug #1222 (Feedback): SHL15 ats接口服务器FEP的rtu1和对应的通道1+通道2均有故障
- 20210127重启91.1 91.2主备QTISCS实时服务器后，
91.1为主daq服务器
SHL15 mtcp.dll协议与ats接口服务器91.8的FEP2#设备tcms的二十几个服务侦听端口通道建立socket非常困难5... - 03:10 AM Bug #1221: SHL15 QTISCS的data/script目录下脚本运行一段时间后失效（script实时库显示517条记录）
- 20210127凌晨施工点，
施工前检查发现主dac+daq服务器均在2#服务器91.2
发现91.1备dac服务器的ehview日志scada-命令语言 一直有lua日志打印刷新
91.2主dac服务器的ehview日志sca... - 11:58 PM Bug #1221 (Feedback): SHL15 QTISCS的data/script目录下脚本运行一段时间后失效（script实时库显示517条记录）
- SHL15 QTISCS的data/script目录下脚本运行一段时间后失效
script实时库能看到正确的517条lua文件脚本条目
ehview-log日志的“SCADA--命令语言”下不打印任何日志
script实时库查询...
01/25/2021
- 05:04 PM Bug #1084 (Resolved): 全线车载cctv插件3*3分屏操作时，切换全景摄像头有可能导致ehmi异常停止
- 通过设置全景摄像头最大个数，限制调流个数。
待wifi通道投用后，现场再观察 - 05:02 PM Bug #1086 (Feedback): SHL15 25#站fep2(Debian8)的license.lic无效
- 15号线现场FEP Debian8也出现大量的站license.lic不可用，当前暂时采用20230530有效期版本的lic
- 05:01 PM Feature #1103 (Resolved): SHL15车站cctv插件所在SVM页面属于OCC组内，无法点击列车组内的摄像头实现上墙
- 没再复现，暂时关闭
- 04:52 PM Bug #1105 (Feedback): SHL15 OCC行调2 在切换登陆用户角色时ehmi出错崩溃
- 04:46 PM Bug #1131 (Feedback): 南昌line3# 斗门站FEP新的license无法使用
- 15号线现场FEP Debian8也出现大量的站license.lic不可用，当前暂时采用20230530有效期版本的lic
- 04:43 PM Bug #1119 (Feedback): SHL15 cctv中心插件+车站插件当所有分屏都无摄像头时做多分屏1-4-16模式切换daq的dc_thd接收到rtu管道后不能分发控制命令给规约
- 保持现状，先不处理。
- 04:37 PM Feature #876 (Resolved): SHL15-ems电力复示能耗-录播插件开发
- 20210122 SHL15电力复示ems104+102电度 + 录波 全线已经部署完毕
01/22/2021
- 11:12 PM Bug #1214 (Resolved): SHL15occ ATS接口服务器FEPwin3.0.1的modbus_tcpc.dll运行一段时间后数据解析错误
- sftp服务器上fep win 3.0.3已发布编译dll /Develop/Release/FEP/FEP_V3.0.3_win/bin/modbus_tcp_c.dll
- 05:01 PM Bug #1214 (Resolved): SHL15occ ATS接口服务器FEPwin3.0.1的modbus_tcpc.dll运行一段时间后数据解析错误
- win2012 ats FEP 3.0.1接口
当前15号线occ ATS服务器上使用的FEP win3.0.1版 的modbus_tcpc.dll有问题（仅用3#功能码），wireshark抓包解读出的数据和ehdc看到的对应点...
01/21/2021
01/20/2021
- 10:06 PM Bug #610: SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常--t3与协议标准20不符
- 根据104协议标准，
1）我们空闲20秒没主动发测试帧，我们有错在先
2）20s 华立主动发测试帧了，这是符合标准的
3）至于我们违规后，猜测后面 华立是否 不响应我们的测试帧，现场这边再去抓包拿回分析 - 10:46 AM Bug #610: SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常--t3与协议标准20不符
- 对方发测试帧，我们会回答，只有收发通道上都空闲了30s，我们才发测试帧，所以无论哪方发起测试帧，都没关系。
截图看起来是对方不响应我们的测试帧，才造成问题。与30s没关系。 - 08:12 PM Feature #1210 (New): SHL15 QTISCS 主备切换测试再次要求 授权服务器必须满足冗余切换要求
- SHL15 QTISCS 通号主持的ISCS主备切换测试发现 授权服务器丢失 导致电度无法登录
再次要求 授权服务器必须满足冗余切换要求
建议方案
1）类似处理服务器、采集服务器、域控服务器那样支持多个授权服务器按优先级自动切换... - 08:02 PM Feature #1180 (Feedback): 南昌三 FEP主备切换后（转发通道先连接成功），导致采集通道数据先上传0后刷实际值，误报警
- 南昌三没有进一步的消息，临时关闭
- 02:26 PM Bug #1208: DcDebug *# 如果把所有遥信初始值设置成1，启动qt.exe程序后，DcDebug会一直发送遥信变位报文；如果把所有遥信设置成1，DcDebug会一直发送遥信变位报文
- 一直在发送报文68 0E 76 17 06 00 01 01 05 00 01 00 CF 07 00 01（发送序号在变化）
- 02:16 PM Bug #1208 (Resolved): DcDebug *# 如果把所有遥信初始值设置成1，启动qt.exe程序后，DcDebug会一直发送遥信变位报文；如果把所有遥信设置成1，DcDebug会一直发送遥信变位报文
- !18aef02889850fab54e386600feae7f.png!
- 10:11 AM Feature #1207: SHL15 FEP debian8 v3.02 se104c协议设备回答返校正确07慢15秒导致 转发se104s 5s时回答QTISCS 返校错误--需修改超时判断参数默认20s或可设置
- 设置se104c的超时时间，可解决此问题
- 08:06 AM Feature #1207 (New): SHL15 FEP debian8 v3.02 se104c协议设备回答返校正确07慢15秒导致 转发se104s 5s时回答QTISCS 返校错误--需修改超时判断参数默认20s或可设置
- SHL15 FEP debian8 v3.02 se104c协议 测试能耗接口遥控
QTISCS向FEP发送遥控，FEP的转发RTU se104s收到遥控预置后，FEP的采集RTU se104c 立即向华立发送遥控预置命令06，正确...
01/19/2021
- 09:14 PM Bug #610: SHL15的PSCADA协议测试帧发送间隔30s与华立PSCADA设备的20s无法配合导致通讯不正常--t3与协议标准20不符
- SHL15号线电力104c接口，存在我们30s才发测试帧，华立20s没等来我们主动发测试帧，华立pscada接口就按标准20s就主动给我们发测试帧，导致我们通讯流出错，Resend 多次后 重新发起始和总召（类似104复位重启）
!... - 04:38 PM Feature #1161 (Resolved): 3.0_web # 实现报警语音和报警推图
- 04:37 PM Bug #1182 (Resolved): 广州地铁项目 # in_warningNUM插件无法自定义背景色
- 04:37 PM Bug #1203 (Resolved): 广州地铁项目 # 报警总数插件不能实时更新
- 必须是简要报警插件，在简要插件配置内必须选择报警
01/18/2021
Also available in: Atom