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