Windows下BAC0实现BACnet数据定时采集时sleep计时异常问题

问题现象 #

基于BAC0库开发BACnet对象数据定时记录工具，目标实现100ms、200ms、500ms、1000ms等固定间隔的数据采集，相同代码在Linux环境运行正常，Windows环境下定时偏差极大，无法满足精度要求。
测试使用的核心代码如下：

#=============================================================================#
# Main Loop                                                                   #
#=============================================================================#

if __name__=='__main__':

    i = 16
    
    try:
        bacnet = BAC0.lite(ip)
    except Exception as e:
        print(e)
        
    try:
        address, device_id = bacnet.whois('103061 103061')[0]
    except Exception as e:
        print(e)
                
    while(i>0):
            ZUL1_T.append(bacnet.readMultiple(ip, request_dict=_rpm))
            TIME_T.append(time.time_ns())
            i-=1
        
    with open('zzz.csv', 'w') as file:
            writer = csv.writer(file)
            zeilen = []
                    
            writer.writerow(ZUL1_T)
            writer.writerow(TIME_T)

两组对照测试结果：

• 无任何延时逻辑时，相邻两次采集请求间隔稳定在47ms~69ms区间，实测间隔序列：65ms、58ms、63ms、65ms、64ms、60ms、69ms、58ms、62ms、65ms、47ms、67ms、63ms、61ms、61ms
• 在while循环末尾添加time.sleep(0.1)语句后，预期相邻请求间隔约160ms（基础请求耗时+100ms延时），实际间隔波动完全无规律，实测序列：774ms、362ms、838ms、1015ms、299ms、281ms、160ms、1052ms、167ms、499ms、628ms、200ms、249ms、392ms、652ms

根本原因 #

• Windows默认定时器精度不足：Windows系统默认全局时钟中断间隔为15.6ms，若没有程序主动申请高分辨率定时器，time.sleep()的实际唤醒误差最高可达10~15ms，系统负载较高时抖动会飙升至百毫秒级；而Linux默认启用高精度定时器，睡眠调度精度可达微秒级，不会出现这类问题。
• 阻塞调用与BAC0异步栈冲突：BAC0基于asyncio实现BACnet协议栈的后台报文收发，Windows下asyncio默认使用ProactorEventLoop调度策略，主线程调用time.sleep()这类阻塞方法时，会直接阻塞整个事件循环，BAC0的后台报文收发、响应处理逻辑全部暂停，待sleep结束后才会处理积压的协议报文，直接导致间隔出现数百到上千毫秒的跳变。
• 调整VS Code进程优先级无效：定时精度问题由系统全局调度策略、异步事件循环阻塞共同导致，和进程CPU分配优先级无直接关联，给VS Code分配更高CPU资源无法解决问题。

可行解决方案 #

• 方案1：适配异步调度逻辑+调高系统定时器精度
  1. 调用Windows原生winmm接口将全局定时器分辨率设置为1ms，从系统层面降低睡眠调度误差；
  2. 抛弃阻塞式time.sleep()，将采集逻辑封装为协程，使用asyncio.sleep()做非阻塞延时，同时增加漂移补偿逻辑，消除累计误差。
     核心实现参考：

  import ctypes
  import asyncio
  import time
  
  # 加载winmm库设置1ms定时器精度
  winmm = ctypes.WinDLL("winmm")
  winmm.timeBeginPeriod(1)
  
  async def collect_task(bacnet, rpm, target_interval_ms):
      target_interval = target_interval_ms / 1000
      for _ in range(16):
          tick_start = time.time_ns()
          # BAC0的readMultiple支持异步调用，避免阻塞事件循环
          res = await bacnet.readMultiple(ip, request_dict=rpm)
          ZUL1_T.append(res)
          TIME_T.append(time.time_ns())
          # 计算实际需要等待的时间，做漂移补偿
          cost = (time.time_ns() - tick_start) / 1e9
          wait_time = max(0, target_interval - cost)
          await asyncio.sleep(wait_time)
  
  if __name__ == "__main__":
      # 初始化bacnet逻辑省略
      asyncio.run(collect_task(bacnet, _rpm, 100))
      # 程序退出前还原系统定时器精度，避免增加不必要的功耗
      winmm.timeEndPeriod(1)
  

• 方案2：线程隔离实现高精度采集
  如果需要实现100ms及以下间隔的稳定采集，将BAC0协议栈运行逻辑和定时采集逻辑拆分到两个独立线程：单独开一个高优先级的采集线程，使用多媒体定时器或者“短睡眠+忙等”的方式实现高精度定时，采集请求通过线程安全队列提交给BAC0所在线程处理，完全避免协议栈报文处理阻塞定时逻辑。
• 临时优化方案
  运行采集程序前关闭浏览器、视频播放器、游戏客户端等会频繁触发系统中断、占用调度资源的程序，可一定程度降低定时抖动，但无法从根本上解决精度问题。

注意：timeBeginPeriod设置的高分辨率定时器为系统全局生效，程序异常退出时可能导致系统长期处于高定时器精度状态，增加整机功耗，建议增加异常捕获逻辑保证退出时一定调用timeEndPeriod还原设置。

内容的提问来源于stack exchange，提问作者Beginnerlevel