01连接控制盒和双侧传感器
- 控制盒断电时,将左、右传感器分别接到对应接口,确认连接牢固,避免左右接反。
- 接通控制盒电源,将串口线接入电脑,打开 C65E 串口工作台。
- 选择与设备一致的串口参数。工具默认 19200 bps、8 数据位、1 停止位、无校验;实际以设备配置为准。关闭其他占用该串口的程序。
- 点击“连接设备”,选择对应串口,确认页面显示“设备已连接”。让两侧传感器保持静置,不按压。
预期:设备供电正常,串口成功打开;下一步能够收到有效的设备 ID 应答。
02查询设备 ID 并记录
- “设备命令”选择 查询设备 ID · GetDID,点击“执行命令”。
- 确认收到
cmd="q_did"的 RX 应答,记录val.did及返回的版本字段。
预期:设备 ID 非空且可完整读取;保存实际设备的返回值,不能要求所有设备都与示例 ID 相同。
查看查询命令和本次示例应答
10:46:13.490 TX {"id":0,"cmd":"q_did","val":{}}
10:46:13.575 RX {"id":1000,"cmd":"q_did","val":{"did":"004800255932331753344A34","V":"1.9.4","P":"1.2.6","L":"4.0.9","R":"4.0.9"}}
| 示例记录项 | 日志返回值 |
|---|---|
| 设备 ID · did | 004800255932331753344A34 |
| 版本字段 V / P | 1.9.4 / 1.2.6 |
| 版本字段 L / R | 4.0.9 / 4.0.9 |
示例中请求 id=0,应答 id=1000。核对时结合 cmd 和时间顺序关联请求与应答,不将请求、应答 ID 必须相等作为通过条件。
03设置时间后查询,确认设置成功
- 先确认电脑时间正确。
- 选择 同步本机时间 · SetTime 并执行。工具自动发送当前 Unix 秒级时间戳和
Asia/Shanghai时区。 - 确认设置应答中的
val.error=0。 - 再选择 查询设备时间 · GetTime 并执行,核对返回的
val.ts和val.tz。
预期:设置应答成功;查询时间与读取时的本机时间基本一致、能随时间向前推进,时区为 Asia/Shanghai。记录实际偏差,并按项目允许误差判定。
查看本次对时日志
10:46:22.633 TX {"id":1,"cmd":"s_time","val":{"ts":1792550782,"tz":"Asia/Shanghai"}}
10:46:22.708 RX {"id":1001,"cmd":"s_time","val":{"error":0,"ver":"1.9.4"}}
10:46:26.410 TX {"id":2,"cmd":"s_time","val":{}}
10:46:26.471 RX {"id":1002,"cmd":"s_time","val":{"ts":1792550785,"tz":"Asia/Shanghai"}}
示例设置值为 1792550782,稍后回读值为 1792550785,增加 3 秒,并收到 error=0。正式测试应使用当时的电脑时间,不要手动重发示例中的固定时间戳。
04开启 90 秒实时上报,检查双侧在离床状态
- 选择 获取实时数据 · GetReal,将“实时采集时长”设为 90 秒,点击“执行命令”。
- 先保持两侧静置,确认左右两侧均为离床。
- 按压左侧传感器,同时查看实时数据:左侧应变为在床;记录变化时间及左右两侧数据。
- 释放左侧,再按压右侧传感器:右侧应变为在床,左侧恢复离床;记录变化时间及左右两侧数据。
- 最后停止全部按压,两侧恢复静置,观察并记录左右两侧均恢复离床。每个阶段等待状态稳定后再进入下一阶段。
90 秒请求示例:
{"id":3,"cmd":"q_realtime","val":{"type":0,"time":90}}
val.L 为左侧,val.R 为右侧。将字符串按 - 分隔,第一个字段 0=离床,1=在床。例如 L="0-116-0-0-141-0-266-0-4040" 表示左侧离床。其余字段不作为本步骤在离床判定依据。| 操作阶段 | L 首字段 | R 首字段 | 预期状态 |
|---|---|---|---|
| 初始静置 | 0 | 0 | 双侧离床 |
| 只按压左侧 | 1 | 0 | 左侧在床,右侧离床 |
| 释放左侧,只按压右侧 | 0 | 1 | 左侧离床,右侧在床 |
| 停止全部按压,再次静置 | 0 | 0 | 双侧恢复离床 |
预期:本次请求为 90 秒;上报包含 L、R 两侧数据;以上状态按操作顺序出现并稳定,最后保留双侧离床记录。不要只看到数值变化就判定在离床测试通过。
time:30,不是 90 秒。日志中出现过双侧离床,但最后一条 10:47:08.016 的 L、R 首字段均为 1,表示双侧在床;仍需补充停止按压后双侧恢复 0 的稳定记录。查看几个关键实时上报样本
10:46:38.900 RX {"id":1003,"cmd":"q_realtime","val":{"L":"1-110-57-17-3437-0-354-0-4036","R":"1-74-62-16-4324-0-307-0-3956"}}
→ 左侧在床,右侧在床
10:46:52.999 RX {"id":1017,"cmd":"q_realtime","val":{"L":"0-115-0-0-936-0-243-0-4038","R":"1-88-50-18-1588-0-163-0-3978"}}
→ 左侧离床,右侧在床
10:46:57.941 RX {"id":1022,"cmd":"q_realtime","val":{"L":"0-116-0-0-141-0-266-0-4040","R":"0-99-0-0-127-0-108-0-3976"}}
→ 双侧离床
10:47:08.016 RX {"id":1032,"cmd":"q_realtime","val":{"L":"1-116-62-19-4521-6-120-0-2222","R":"1-114-60-20-4926-9-111-0-2582"}}
→ 日志末尾双侧仍为在床
05查询 2025 年 11 月左侧月报
- 选择 查询历史报表 · GetRept。
- “设备侧别”设为 左侧 · Left,“报表类型”设为 月报 · Monthly。
- 日期选在 2025 年 11 月。复现本次日志可选择 2025-11-21,确认请求字段为
part:1、type:2、y:2025、m:11。 - 点击“执行命令”,确认收到
cmd="q_report"的有效应答,记录fsize。 - 如需查看报告内容,再选择 接收压缩报表 · RcvRept 并执行。等待右侧“报表数据”显示接收、解压结果,按需下载报表文本和原始 GZIP 文件。
查看本次月报查询和允许接收命令
10:47:29.180 TX {"id":4,"cmd":"q_report","val":{"part":1,"type":2,"y":2025,"m":11,"d":21}}
10:47:30.192 RX {"id":1033,"cmd":"q_report","val":{"fsize":951}}
10:47:36.530 TX {"id":5,"cmd":"q_report","val":{"allow":1}}
预期:指定左侧、2025 年 11 月、月报类型后,设备返回有效报表应答;fsize>0 表明设备声明有报表文件可取。若验收包含报告内容,还应实际接收、解压并核对侧别及年月信息。
fsize:951,可确认设备声明有 951 字节待接收报表。所提供日志在 allow:1 发送后结束,尚未包含文件接收、解压或报告正文,不能据此认定报告内容已核对通过。本次示例日志核对结果
| 检查项 | 日志可确认的事实 | 后续核对 |
|---|---|---|
| 串口及设备 ID | 收到 q_did 有效应答,包含设备 ID 与版本字段 | 记录实际设备、供电及左右接口情况 |
| 设置及查询时间 | 设置返回 error=0;回读时区正确,时间戳增加 3 秒 | 记录与读取时本机时间的偏差 |
| 90 秒实时上报 | 示例实际请求 30 秒 | 改选 90 秒后重新执行 |
| 双侧在离床切换 | 出现 1/1、0/1、0/0 等状态;最后一条为 1/1 | 补齐初始 0/0、左压 1/0、右压 0/1、最终 0/0 的操作对应记录 |
| 左侧 2025 年 11 月月报 | 查询参数正确,返回 fsize=951,已发送允许接收命令 | 需核对报告内容时,补充接收、解压及正文记录 |
结论:示例可证明设备 ID 查询、对时应答和月报文件大小查询已有返回;尚不足以认定完整五步测试全部通过,尤其需要补做 90 秒在离床状态流程。
本次执行记录模板
每次测试填写一份,并保存对应日志。可使用页面顶部“打印说明”打印或另存为 PDF 后记录。
| 测试日期 / 测试人 | ________________ / ________________ |
|---|---|
| 设备 ID | ____________________________________ |
| 版本 V / P / L / R | ________ / ________ / ________ / ________ |
| 串口及参数 | COM______ / 波特率______ / 数据位______ / 停止位______ / 校验______ |
| 对时 | error______ / 回读 ts______ / tz______ / 与本机偏差______秒 |
| 90 秒请求与上报 | time=______ / 请求时间______ / 首条上报______ / 末条上报______ |
| 初始静置 L / R | ______ / ______,记录时间:____________ |
| 只按压左侧 L / R | ______ / ______,记录时间:____________ |
| 只按压右侧 L / R | ______ / ______,记录时间:____________ |
| 最终静置 L / R | ______ / ______,记录时间:____________ |
| 左侧 2025 年 11 月月报 | 查询应答______ / fsize______ / 内容接收核对(如适用)______ |
| 结果与异常 | 通过 / 不通过 / 待补测:____________________________ |
| 日志与报告文件名 | ____________________________________ |
完整示例日志与保存方式
本次示例中的 q_realtime 应答在 10:46:45、10:46:46、10:46:50 附近出现文本分片,不能将每一行都视为完整 JSON 帧。若需要定位通信问题,请同时保留 HEX 数据或工具导出的完整记录,核对帧边界和 CRC。
工作台右上方“通信日志 → 导出”会保存全部已保留记录,包含界面上隐藏的系统日志。请在本次测试结束后及时导出;工作台最多保留最近 2000 条,单条最多保留 4096 字节。
展开查看完整文本日志(含原记录中的乱码和分片)
正在加载示例日志…