为什么wghaos对haos的修改，不提交Home Assistant官方？
其实是这样的，首先wghaos的对haos的系统层做了大量修改和优化，熟悉国外开源系统的会清楚，开源软件对提交审核比较严格，一个补丁提交到纳入系统，经常需要1周甚至几周的审核。wghaos的很多改动，是因为国内外网络环境的差异，这种看似画蛇添足调整，很可能破坏系统的稳健行，对于第三方很难理解，而且会让HA的系统开发者产生很多不必要的质疑，需要大量的前置沟通，还有让HA核心开发者验证一下效果，而国外开发者很难理解和验证这些。很多时候，一些极小的修改往往需要几个月才能被合并到主线中。这样就是一两年也改善不了什么，所以wghaos采用了另一种方案，就是做成haos的国内分支系统。但这会导致核心一个问题，同一款硬件，如rpi3/4/5,x86_64,green等选择了wghaos版本就不能用haos版本直接升级，或用了haos版本就不能中途用wghaos ota固件升级，只能采取重做系统，利用备份和恢复进行转换。另外的原因是由于官方没有对外提供ota的证书私钥，不能认证ota升级固件签名产生的问题。
冬瓜haos如何增加对第三方盒子的支持？
冬瓜haos需要具备以下条件才能对第三方盒子进行支持，首要要有硬件，其次需要解决uboot问题，haos要求uboot的版本很新，早期的uboot固件的兼容存在问题，不能如部分armbian系统一样通过dump原版的uboot固件(无源码)启动。另外就是uboot和kernal的dts的具体配置研究。最后还要有开发工具配合，所以第三方盒子，特别是方案比较非主流的，是需要时间来解决的。
部分硬件刷机或升级出现异常，怎么解决？
首推瀚思彼岸官方或者本人的网店及未来合作渠道提供的成品进行刷机为主，最大限度降低错误风险。所有对外放出的固件，都对固件做了安装和刷机，以及主要功能的测试。但是由于，硬件细节版本差异和用户采购的可能存在硬件问题等，自行操作时有可能将错误固件刷进系统，造成系统无法引导（haos需要刷自己的uboot引导系统，一旦错误，系统将无法再引导，某些机型必须有专用硬件或者拆开外壳等方式）才能救砖，我会在后续wghaos中增加对应的中文UI维护工具，尽量防止用户错刷固件。并提供线下救砖，线上指导等服务。
原版haos转wghaos，恢复老数据数据addons出现多个怎么办？
冬瓜haos(wghaos)的addons仓库的访问地址改到国内，导致官方非核心addons的两个仓库产生的唯一值差异，从而出现多个同名addons集成。可以在仓库里，重新安装官方addons仓库（镜像下载会非常困难），删除冬瓜同名服务（需wghaos 11.5版本），或者等待冬瓜haos的“addons专用迁移工具”进行处理。亦可自己进入相关目录，将数据从addon的老目录拷贝到新目录。