在智能消防系统中，消防栓阀门控制器往往安装在户外或管井内，其内部电机在频繁启闭时会产生明显温升。若温度过高而未被发现，轻则电机效率下降，重则线圈烧毁引发设备故障。通过iOS设备的Core Bluetooth框架，我们可以将iPhone或iPad变成便携的监测终端，直接读取控制器蓝牙广播中的电机温度，并在过热时及时报警与保护。这种方式不需要网关，部署成本低，适合运维人员现场快速诊断。
蓝牙设备服务与温度特征的设计
要让iOS端稳定获取电机温度，第一步是在控制器固件中规划合理的GATT结构。通常我们会定义一个专属的服务UUID，例如FFB0，在该服务下放置一个温度测量特征值FFB1，以及另一个用于控制继电器断电的写特征值FFB2。温度特征值建议设置为可读、可通知，这样Central端既能够主动读取，也可以监听外设的主动推送，避免频繁轮询带来的功耗。
在Core Bluetooth里，App作为CBCentralManager存在。扫描时应当用services参数指定[CBUUID(string: "FFB0")]，减少无关设备干扰。发现外设后，建立连接并调用discoverServices，随后在didDiscoverCharacteristicsFor回调中匹配FFB1。此时便可调用setNotifyValue(true, for: characteristic)开启通知。下面代码展示了基础的扫描与连接逻辑：
import CoreBluetooth
class TempMonitor: NSObject, CBCentralManagerDelegate, CBPeripheralDelegate {
var central: CBCentralManager!
var valvePeripheral: CBPeripheral?
let serviceUUID = CBUUID(string: "FFB0")
let tempCharUUID = CBUUID(string: "FFB1")
override init() {
super.init()
central = CBCentralManager(delegate: self, queue: nil)
}
func centralManagerDidUpdateState(_ central: CBCentralManager) {
if central.state == .poweredOn {
central.scanForPeripherals(withServices: [serviceUUID], options: nil)
}
}
func centralManager(_ central: CBCentralManager,
didDiscover peripheral: CBPeripheral,
advertisementData: [String : Any], rssi RSSI: NSNumber) {
valvePeripheral = peripheral
central.stopScan()
central.connect(peripheral, options: nil)
}
func centralManager(_ central: CBCentralManager, didConnect peripheral: CBPeripheral) {
peripheral.delegate = self
peripheral.discoverServices([serviceUUID])
}
}
上述结构看似简单，但实际部署时需注意控制器可能同时广播多个服务，因此扫描过滤非常关键。另外，温度特征值的数据格式应在硬件协议文档中明确：常见做法是使用两个字节的小端有符号整数表示摄氏温度乘以一百后的数值，App收到后除以一百即可得到实际温度。清晰的约定能避免后期解析混乱。
电机温度采集与过热保护逻辑实现
当通知开启后，每次电机温度变化时，控制器会主动发送新数值，iOS端在didUpdateValueFor中接收。这里要把Data转为温度。假设数据为小端两字节，可用withUnsafeBytes读取Int16。解析后放入一个环形缓冲或简单变量，用于界面展示与判断。下面的Swift片段演示了解析与阈值比较：
func peripheral(_ peripheral: CBPeripheral,
didUpdateValueFor characteristic: CBCharacteristic,
error: Error?) {
guard let value = characteristic.value, value.count >= 2 else { return }
let tempRaw = value.withUnsafeBytes { (ptr: UnsafePointer<Int16>) -> Int16 in
return ptr.pointee
}
let temperature = Double(tempRaw) / 100.0
handleTemperature(temperature)
}
func handleTemperature(_ t: Double) {
let warningThreshold = 75.0
let protectThreshold = 90.0
if t >= protectThreshold {
sendProtectionCommand()
} else if t >= warningThreshold {
showLocalAlert(message: "电机温度偏高: (t)℃")
}
}
func sendProtectionCommand() {
// 通过写特征值FFB2下发断电指令
}
过热保护不能只依赖弹窗，因为现场人员可能离开。更稳妥的方案是在App中维护一个状态机：正常、预警、保护、恢复。温度进入预警区只做本地通知；达到保护区除了报警，还要向FFB2写0x01命令，让控制器切断电机电源。当温度回落到安全值以下并持续若干秒，再发送恢复指令。这种带滞回的控制能防止温度在阈值附近抖动导致频繁通断。
从系统可靠性看，App被杀后台时会断开蓝牙，因此控制器自身也应内置独立的硬件温控开关作为最后防线。iOS端的作用是提前预警与辅助保护，而非唯一保障。两者结合才能满足消防场景的高可用要求。
温度报警功能与现场运维体验优化
温度报警若仅显示在App内，运维人员未必时刻盯着屏幕。借助UNUserNotificationCenter，我们可以在预警和保护触发时发送本地通知，甚至配合振动提醒。对于保护事件，建议通知内容明确写出实测温度与设备编号，方便人员快速定位。以下代码说明如何发起一个基础本地通知：
import UserNotifications
func showLocalAlert(message: String) {
let content = UNMutableNotificationContent()
content.title = "消防栓阀门控制器告警"
content.body = message
content.sound = UNNotificationSound.default
let request = UNNotificationRequest(identifier: UUID().uuidString,
content: content,
trigger: nil)
UNUserNotificationCenter.current().add(request, withCompletionHandler: nil)
}
除了通知，历史温度曲线对分析电机老化很有价值。我们可以在App内用Core Data或简单文件记录每次采样的时间与温度，现场巡检时调出最近二十四小时走势。如果发现常温环境下待机温度也缓慢上升，往往预示散热不良或轴承阻力增大，应安排检修。这种数据驱动的维护比单纯超限报警更前置。
最后，蓝牙连接稳定性直接影响监测效果。在管井等金属遮蔽环境，信号衰减明显，建议控制器发射功率适中并支持重连机制。iOS端则应处理didDisconnectPeripheral，在断线后自动重试，同时界面明确标示离线状态，防止运维误以为温度正常。把连接管理、温度解析、报警与保护做成闭环，整套方案才真正可用于智能消防场景。
Core_Bluetooth蓝牙温度监测过热保护修改时间：2026-08-16 03:18:34