绿—hass官方最新智能家居枢纽评测-第3弹：新版HAOS非常推荐

XCray

其实这篇评测很水因为 Green 实在设计的很好，使用上已经简单到了极致，没有太多好说的。

除了有一段时间在群晖上用虚拟机跑HAOS之外，大多数时间都是用的docker部署方式（或者supervised）。自从拿到Green评测资格后，对HAOS的关注也就更多了。

Green拿到手的OS版本是10.5，对ha内控制led还不支持，到了11.x才行，这个之前说过。

今天重点看一下11.x版本的Release Notes，其中最值得关注的是蓝牙：

Home Assistant OS 11.0
Home Assistant OS 11.0 is built from Buildroot version 2023.02.05. With this release Home Assistant OS uses Docker 24.0.6 and containerd 1.7.6.

Most notable changes are:

⚠️ Breaking Change: On Arm based boards network names are enumerated based on device tree. This means that the first Ethernet devices will no longer be named eth0 but end0. The network configuration is automatically applied to the new network interface.
Using Linux' Preemptible Kernel configuration across all boards (lower latencies even on busy systems)
Filesystem freeze is relayed to database engines on Proxmox/KVM based VMs (this makes VM snapshots always coherent)
Various Bluetooth improvements (newer BlueZ, better fix Bluetooth LE advertisement stalls, Bluetooth device cache management)
Improved Kernel configuration should improve Docker's overlayfs performance
Improved containerd build and configuration makes containerd use less memory and CPU resources
Adjusted development work-flow which allows more incremental changes

新版系统对蓝牙功能的改善是多方面的：新版BlueZ、更好的修复了蓝牙低功耗广播吊死的问题、蓝牙设备缓存的管理优化等。

虽然Green本身没有集成蓝牙功能，但随着蓝牙设备的增加和HA对蓝牙设备的支持日益增多，插个USB蓝牙棒的用法现在应该挺普遍的，并且会越来越普遍。

之前有人发现过HA与蓝牙设备通信不大可靠的现象，随着新版本的发布，这些问题应该也就逐步被解决了。

其实，从蓝牙功能相关问题的发现和解决来看，值得称道的还有一点：那就是HA对Linux的贡献，或者说反哺。

根据这篇 Blog Home Assistant OS 11: Low-latency scheduler and VM snapshot improvements - Home Assistant (home-assistant.io)

The increased use of Bluetooth has uncovered quite some issues on Home Assistant OS; some of which we are still working on. One of the main issues in Home Assistant OS 10 was caused by a bug in the processing of Bluetooth advertisements in the Linux kernel’s Bluetooth stack itself. With the help of our community, we managed to reproduce, pinpoint, and provide the necessary hints to the Bluetooth developers. This led to a fix in the Bluetooth stack not only for Home Assistant OS and Supervised users but for the Linux community in general

问题的根源在于Linux内核的蓝牙栈，正是由于HA社区大量蓝牙设备的使用，这个问题才得以暴露和解决。
当然，问题解决后不仅仅HAOS受益，整个Linux社区都会跟着受益！

ghostist

xiaomi-ble接入门锁 自己改了插件接入了 延迟、丢包、信息少
准备转ble_monitor试试，买了个蓝牙适配器明天到 但是要出差....

XCray

ghostist 发表于 2023-11-1 22:10
xiaomi-ble接入门锁 自己改了插件接入了 延迟、丢包、信息少
准备转ble_monitor试试，买了个蓝牙适配器明天 ...

哈哈哈哈，乐趣就在于折腾

ghostist

XCray 发表于 2023-11-1 22:24
哈哈哈哈，乐趣就在于折腾

真的是 这个门锁玩过N个方案了
TTL-mqtt的，魔改esphome组件的，miio-auto联网获取的，xiaomi-ble，都玩过了
而且每个折腾量都不少 倒是学到了不少东西 哈哈
ble_monitor是看n大回复他转用这个很久了，而且看介绍 数据基本都支持
你的魔改esphome组件，在最新的esphome下编译有问题，如果ble_monitor还不行就再回去折腾那个
不过看ble_monitor的说明，有意往xiaomi-ble迁，慢慢的还是发现官方组件好，强迫症吧

XCray

ghostist 发表于 2023-11-1 22:32
真的是 这个门锁玩过N个方案了
TTL-mqtt的，魔改esphome组件的，miio-auto联网获取的，xiaomi-ble，都玩 ...

我的门锁还是一直用着魔改esphome组件，不过一直停留在了2022.11.5版本，因为我怀疑后续的版本有一个一直没被解决的严重bug，蓝牙协议栈方面的。

后续每个版本的esphome出来我也会编译一次，一直到最新的2023.10.5，没碰到过什么编译问题呀。

a_dongde

蓝牙就是该被淘汰的一种技术了，试了集中蓝牙设备，无论是刷机时还是使用时，时断时连的感觉就跟碰运气一样。

nosuperman

其实原则上，技术没有完全淘汰一说。比如门锁这种，是一种较特殊的。不少企业想过N种。其实核心就围绕着低功耗跑。
蓝牙协议，随着升级，也增加了不少功能。就像现在蓝牙耳机一样，都叫唤着蓝牙5.2。这是底层协议与芯片迭代的结果。关键是厂商在做设备的时候，是否对标准有所了解。就像楼主说的新功能一些，蓝牙的应用广泛了，芯片便宜，折腾的人就多。