# BLV_C1F_Module主机代码修改记录 ### 2026-03-27 ```C 修改人:李世杰 修改内容: 1、全局设置驱动修改点 -> BLV_Nor_Dev_GlobalSet_Init 修改为 BLV_Nor_Dev_GlobalSet_For_Logic_Init -> 增加方法 - 退出睡眠模式,跳过执行起夜动作,直接进入起夜模式 (前提是当前处于睡眠模式) 2、将PB20设备驱动相关的代码通过宏定义 C8_TYPE 选择编译的功能进行完善了 3、温控器设备配置模型上增加方法 -> 温度相对加、温度相对减、风速相对加、风速相对减 4、温控器设备驱动与设备配置模型上新增方法 -> 增加单控设定自动模式(代码上没使用,配置上存在)、单控设定自动风速 -> 增加自动风速下,挡位是否包含风速停(可设定包含、或不包含) 5、温控器配置模型中私有属性上,增加自动风速下,挡位是否包含风速停(可设定包含、或不包含) 6、增加可通过网络通讯 - 设置映射寄存器,可设定服务器的域名与端口 - 初步测试OK ``` ### 2026-03-19 ```C 修改人:李世杰 修改内容: 1、部分设备改为从配置获取重发次数和重发间隔: ->T1开关设备驱动、插卡取电设备驱动 2、部分设备修改设备初始化在线状态: 未知 -> 在线 ->空气质量检测、插卡取电、485窗帘、能耗、地暖、红外转发、主机调光、主机音频、旋钮、开关、温控器、微信锁、C5IO 3、空调设备取消下发控制时切换在线状态为未知,离在线状态只由控制次数上限达到后更改 ``` ### ### 2026-03-13 ```C 修改人:曹聪、李世杰 修改内容: 1、全局亮度初始化,默认为100 2、修改服务信息驱动 -> 服务信息驱动初始化中,将部分服务信息状态进行初始化 3、修改网络通讯中对于取电上报问题 4、温控器提示音修改不能单独控制开关机提示音和模式提示音的问题 ``` ### 2026-03-04 ```c 发布固件版本:C1F_A_L4_44_260304_NM.HEX 修改人:曹聪、叶阳文、李世杰 修改内容: 1、修改无卡取电驱动 -> 无卡取电回路在初始化门磁状态时,将初始化状态与对应的服务信息回路状态进行同步时,以门磁触发为门磁服务关,以门磁释放为门磁服务开 -> 无卡回路初始化,需要在弱电输入初始化完成后 2、修改温控器驱动 -> T1温控器设备和C7T温控器的服务器上报数据,在室温变化时也能更新 -> 温控器控制方法修改 开关机提示音和风速模式提示音整合到一个控制方法中,使用一个提示音标志位控制,配置工具也只勾选风速模式提示音就可以使能提示音播放 -> 服务器控制温控器时,不会触发提示音。而用户操作温控器,是否触发提示音由配置决定。 -> T1温控器设备 新增小数点数据存储在定期上报里组包 3、网络通信驱动 -> 定期上报协议版本更新到V04 修改点:温控器数据组装中 新增内容 室内温度的小数位 4、修改能耗驱动 -> 增加 - 通信数据接收处理函数中对数据进行和校验取反 ``` ### 2026-02-26 ```C 修改人:曹聪、李世杰 修改内容: 1、修改无卡取电驱动 -> 无卡取电回路在初始化状态时,将初始化状态与对应的服务信息回路状态进行同步,但不会触发服务信息的事件。 -> 无卡取电对应的服务信息回路状态 无卡取电 回路1 -> 门磁服务 回路号13 无卡取电 回路2 -> 门口红外服务 回路号32 无卡取电 回路3 -> 卫红外服务 回路号33 无卡取电 回路4 -> 浴红外服务 回路号34 无卡取电 回路5 -> 床头红外服务 回路号35 无卡取电 回路6 -> 镜前红外服务 回路号36 无卡取电 回路7 -> 休闲红外服务 回路号37 无卡取电 回路8 -> 客厅红外服务 回路号38 无卡取电 回路9 -> 厅卫红外服务 回路号39 无卡取电 回路10 -> 浴缸红外服务 回路号40 ``` ### 2026-02-09 ```C 修改人:曹聪、叶阳文 修改内容: 1、添加杨格蓝牙锁驱动 -> 驱动文件名:BLV_485_Dev_YangGeLockFun 2、对接红外转发设备协议,添加 南京尚景添IRACC中央空调驱动 -> 设备具体型号:南京尚景添IRACC中央空调协议转换模块,型号:IRACC-SWG-H -> 驱动文件名:BLV_485_Dev_ShangJingTianIrSendFun 3、修改无卡取电驱动 -> 长时间判断修改: - 有人-》无人:所有参与长时间检测的传感器采用与逻辑,即,但所有传感器都判断为无人,才判断为房间无人 - 无人-》有人:所有参与长时间检测的传感器采用或逻辑,即,任何一个传感器判断到有人,即判断为房间有人 - 原有机制:在房间有人、无人状态之间切换时,所有传感器buffer会做一个全量填充(有人->1,无人->0),机制保留 -> 修改长时间缓冲区填充问题,导致长时间判断无法触发阈值 == 已解决 ``` ### 2026-02-03 ```C 修改人:曹聪 修改内容: 1、插卡取电驱动 - 修正设备动作 - 插卡动作上报 问题点:接收到插卡取电设备数据包时,便产生一条插卡动作上报。 ``` ### 2026-01-27 ```C 修改人:曹聪 修改内容: 1、UDP通讯 - 定期上报: -> 协议版本字段 0x02改为0x03 -> 增加4Byte,其中一个Byte用于全局亮度上报,3个Byte保留 -> 增加能耗设备 - 回路2 -> 房态状态进行判断,不在(0x02\0x04\0x08\0x10)这几个状态中的状态,同一上报为0x00 2、插卡取电驱动 - 增加设备动作 - 插卡动作上报 3、无卡取电驱动 - 增加设备动作 - 无卡动作上报 4、能耗设备驱动 - 从单路改为双路能耗采集 ``` ### 2026-01-26 ```c 修改人:曹聪 修改内容: 1、无卡取电 - 增加两个事件: -> (0x09)短暂人离超时事件:短暂人离判断过程中任意一步超时都将回到有人->无人判断的第一步,触发"短暂人离超时"事件 -> (0x0A)长期人离超时事件:长期人离判断过程中任意一步超时都将回到有人->无人判断的第一步,触发"长期人离超时"事件 ``` ### 2026-01-20 ```c 修改人:曹聪 修改内容: 1、将BLV_C1F_Module代码上传至Gitea,之前代码修改记录请查看 .\BasicCode\Readme.txt 2、修改UDP通讯中,取电变化上报机制 问题点:当RCU网络状态异常的情况下,网络还处于协商状态下,还未进入正常通讯环节时,取电变化不会进行判断。这会导致取电变化上报与实际产生取电状态时间点对不上。 ```