导师项目 / 2026.09 至今
CRRT 设备虚拟仿真
与控制系统
在已有设备与软件体系上，理解控制链路，开发虚拟下位机界面，参与治疗流程与虚拟设备联调。
01 / 项目背景
让软件控制与设备反馈连起来
CRRT 是连续性肾脏替代治疗的简称。我参与的是相关设备的上位机与虚拟仿真软件研发：操作界面发起请求，控制逻辑组织流程，设备抽象衔接接口，虚拟设备提供可用于开发联调的运行环境。
这样的项目需要同时理解“希望设备做什么”和“设备实际反馈了什么”。界面、控制状态与反馈数据之间是否一致，是开发中需要持续核对的问题。
02 / 我的工作
从界面开发，逐步走进控制流程
虚拟下位机控制界面
独立承担前端控制界面的设计与开发，组织设备状态和操作入口，让联调时的观察与操作更清楚。界面需要与设备交互方式相配合，也需要在不同窗口尺寸下保持可用。
治疗模式与状态流程
参与 CVVH / CVVHD 相关开发，围绕泵速协调、超滤量计算、状态切换及异常报警，逐步理解治疗业务与执行反馈的关系。相关工作仍在持续推进。
虚拟设备联调与排查
基于虚拟下位机开展软件联调与测试，结合状态变化、反馈数据和日志追踪问题，核对指令下发后的行为，并关注停止、异常和再次进入流程时的状态。
03 / 如何验证
把“能运行”拆成可检查的过程
我在这个项目中逐步建立的一种习惯，是沿着一次操作核对完整链路，而不是只看界面是否变化。
- 操作发出明确当前模式、会话和操作前提，确认请求进入对应的控制流程。
- 执行与反馈核对设备反馈的来源和有效性，区分目标值、指令回显与实际观测。
- 状态与记录结合界面、控制状态及日志检查结果，保留问题出现的条件与复现过程。
- 退出与重入关注停止、异常及新会话中的状态清理，避免只覆盖一次正常运行。
04 / 收获与进展
在已有系统中理解自己的每一处修改
与个人小工具相比，这个项目让我更多地面对模块边界、既有代码和团队协作。一次界面操作背后可能连接着多层状态；定位问题，需要把指令、反馈与日志放在一起看。
当前继续参与治疗模式开发和仿真联调。对我而言，接下来的重点是把每一段流程的前提、行为和检查方法弄清楚，逐步提高修改与验证的可靠性。