全志H618 HAOS主机深度评测：智能家居控制中心的性价比之选

silas3082

感谢论坛提供的平台及活动，以下是我的测评报告，欢迎坛友交流。


一、开箱上手

收到这款基于全志H618的HAOS主机时，第一印象是包装简洁大方。

打开包装盒，除了主机本体，冬瓜大佬还贴心的配置了电源适配器(5V/2A)和简易说明书、网线、HDMI线，让用户拿到机子插电即用。

这款小主机比我想象中要小巧许多，还没有一个巴掌大，正面是冬瓜面板，简洁美观。

背面采用了大面积的散热孔及硬件信息，有效降低主板使用过程中的温度。

主机采用100×100×18mm的紧凑尺寸设计，非常适合放在家庭网络设备架上而不占空间。

这么小的体积和当年很火炒到百元以上的斐讯N1相比还小一圈。

全志H618的厚度18mm,只有N1的三分之一。

主机正面配备了一个电子显示屏，可以实时显示时间、IP地址和CPU状态等信息

这个设计非常实用，免去了连接显示器查看系统信息的麻烦。

接口方面，在主机的后面配置了1个百兆网口、1个HDMI输出、1个AV口，1个标准12V2ADC口

侧面提供了两个USB 2.0接口、TF卡槽和，基本满足了智能家居控制中心的需求。


二、HAOS系统使用初体验

全志H618小主机使用起来非常方便，插上电源、网线即可，省去了小白刷hasos系统的麻烦（当年用N1的时候光是找刷机包都麻烦，更别提刷机、系统配置了）

开机后，系统预装了冬瓜HAOS(Home Assistant OS)，启动速度令人满意，大约不到1分钟就能完成启动过程。看到电子显示屏上显示的ip地址时，即可登录：IP+8123进入homeassistant的启动配置页。这个电子屏的设计非常实用，省去了再到路由器后台查看ip地址的麻烦。

首次使用需要通过浏览器访问提供的IP地址进行基础设置，整个过程非常直观。相信对于玩过ha的朋友对这个页面都非常熟悉了。

1.冬瓜ha初体验

完成简单的配置就可以进入ha主页了，系统界面简洁明了，对于熟悉Home Assistant的用户来说几乎没有学习成本。已经发现了我家里的好多设备。

查看一下系统状态，操作系统为Home Assistant OS 15.2，Supervisor版本为最新的2025.05.3，Core版本为2025.4.2。

冬瓜大佬已经预装了好多平台集成，如hacs、xiaomihome、巴法云、miot-auto等，省去了大量配置时间。

安装起来也是轻松加愉快，相信大佬们都会。这里需要提醒一下，默认的xiaomi iot auto集成安装前需要升级一下，现在的版本用小米密码无法登录，这一点集成的更新信息里面有说明。

接下来就是冬瓜ha特色之一的add on，除了homeassistant官方集成，冬瓜增加了许多丰富的add on,为用户提供一键安装的便捷。

因为环境冬瓜已经给优化好了，所以安装速度也是非常流畅。（当时使用N1自己配置的环境不合适就会出现addon在那转圈，有时候一晚上都安装不上一个加载项）。我选了几个常用的add on，比如esphome、nodered、portainer、小智mcp，都很快就安装上了。

特别值得一提的是，系统稳定性很好，截至发稿前没有出现崩溃或重启的情况。

2.冬瓜HAOS伴侣初体验
冬瓜大佬给小主机搭配了HAOS伴侣，能让用户能更方便的使用手中的设备，图形界面的直观相较于生硬的命令行能够更直观的让大家了解自己手里机器的状态、更方便的使用冬瓜的各种特色功能、更及时的获取冬瓜haos的相关信息以及联系冬瓜的技术支持。
打开浏览器，输入你的盒子ip:8124，按下回车，即可进入冬瓜HAOS伴侣
主页显示了小主机的各种实时信息，并且能够快捷地访问瀚思彼岸论坛和ha官方网站。
状态监控能够直观实时监控系统初始化进程以及镜像拉取任务，下图显示我的hassos正在启动。

系统信息板块：清晰了解机器的系统版本、系统镜像和硬件使用情况，实时监控CPU、网络、蓝牙、磁盘及内存使用情况。

左侧的常规维护标签页内囊括了冬瓜针对用户常见问题的一键式解决办法，ha使用过程中出现问题的小伙伴不用再到处找解决方法了

另外还有docker管理、在线小工具、导航管理、集成中心等使用的功能，小伙伴们拿到机子后可自行体验。
三、硬件性能分析

这款主机搭载了全志H618四核A53处理器，主频1.5GHz，搭配Mali-G31 MP2 GPU，采用28nm工艺制造。从参数来看属于中低端配置，但针对智能家居控制这一特定应用场景已经足够。

测试项目	结果	评价
Drystone MIPS	13,800 DMIPS	满足基本需求
内存组合	4GB+32GB	日常使用足够
视频解码	H.265 6K@30fps, 4K60fps	超出智能家居需求
网络接口	百兆网口	日常满足

（一）CPU采用 Allwinner H618，四核 A53 @1.5GHz ，搭配 Mali - G31 MP2 ，28nm 制程。从 Drystone MIPS 数据看，13,800 DMIPS ，应对智能家居场景的基础运算、设备控制指令处理等，性能可满足需求。视频解码方面，支持 H.265 6K@30fps 、4K60fps ，H.264 4K@30fps ，若用于智能家居中的视频监控画面解码、视频流播放，有不错表现。

在实际使用中，CPU负载通常在10%以内波动

（二）内存存储4 + 32 的内存存储配置，在智能家居主机场景，4G 内存保障多设备连接、多任务（如同时处理设备控制指令、数据上传等 ）运行时的流畅性；32G 存储可存储系统文件、设备配置信息、部分本地数据等，满足基础需求，若有大量本地视频存储等，可借助 TF 卡槽扩展 。

在实际使用中，内存使用量约2.6GB左右，剩余资源充足。

（三）网络与其他接口百兆网口保障网络连接稳定性，满足智能家居设备与主机之间的数据传输。HDMI 接口可外接显示设备，方便系统调试、画面查看；2 个 USB 2.0 接口可用于外接存储设备、调试工具等；TF 卡槽提供存储扩展可能 。

（四）系统运行性能评测

设备稳定性方面表现优异。自拿到主机至今，连续运行近24小时，系统响应依然流畅，没有出现明显的性能下降或卡顿现象。主机外壳温度保持在30℃左右，散热设计合理。

反应速度方面，通过HAOS界面控制智能设备几乎没有可感知的延迟。

功耗表现是这款主机的一大亮点。实测日常功耗仅1W，满载时也不到3W，按照本地电费计算，

0.001kW×24小时/天×365天=8.76kWh，

8.76kWh×0.546元/kWh≈4.78元

全年运行电费不足5 元，非常适合7×24小时运行。

四、智能家居项目案例

我将家中的小米、涂鸦和部分自制ESPHome设备都接入了这台HAOS主机，总计约100多个设备，系统运行流畅，自动化响应及时。

特别测试了几个典型场景：

• 离家模式：同时关闭所有灯光、打开窗帘，执行时间约2秒
• 观影模式：联动电视、灯光、窗帘等多设备，执行时间约1.5秒
• 晨起场景：渐进式灯光唤醒+天气预报播报，执行流畅无卡顿
  
  

主机还成功驱动了Zigbee USB协调器，Zigbee设备无缝接入系统，扩展性良好。

五、使用感受与建议

优点总结：

• 价格亲民，性价比高
• 小巧静音，适合家庭环境
• 功耗极低，适合长期运行
• 预装系统，开箱即用
• 状态显示屏设计实用
  
  

不足之处：

• 百兆网口限制了内网传输速度
• USB接口仅为2.0标准
• 缺少Wi-Fi 6、蓝牙支持
  
  

BUG反馈：
目前没发现什么BUG。

六、总结与购买建议

经过一段时间的深入测试，这款全志H618 HAOS主机给我留下了深刻印象。它以极低的功耗和合理的价格提供了完整的智能家居控制解决方案，特别适合以下人群：

• 刚接触Home Assistant的新手用户
• 需要7×24小时稳定运行的智能家居爱好者
• 预算有限但希望获得完整HAOS体验的用户
  
  

虽然硬件配置不算顶尖，但对于大多数家庭自动化需求已经绰绰有余。

如果你正在寻找一款省心、省电、省空间的Home Assistant主机，可以不用折腾N1了，这款产品绝对值得闭眼入。

七、后续更新计划
我将在接下来的评测周期内继续测试更多设备接入情况、长期稳定性表现，并尝试通过Docker部署更多服务。欢迎论坛朋友提问交流，我会及时回复并更新测试结果！

silas3082

全志H618后续测评之-esphome 编译
之前使用N1的时候一大痛点就是esphome编译的时候要么把系统卡死，要么时间特别久。这款小主机对于esphome编译能力怎么样，我也做了一个简单的测试：
使用esphome编译如下代码：

esphome:
  name: test3
  friendly_name: test3

esp8266:
  board: esp01_1m

# Enable logging
logger:

# Enable Home Assistant API
api:
  encryption:
    key: "o/GE2sjF3WVUR2NgXNO5dhYgSqyEfsBooNXFlCX81aA="

ota:
  - platform: esphome
    password: "09e98ca3e9398b1b7556d430ea379aba"

wifi:
  ssid: "XXXXXX"
  password: "XXXXXXXXXXXXXXXXX"

  # Enable fallback hotspot (captive portal) in case wifi connection fails
  ap:
    ssid: "Test3 Fallback Hotspot"
    password: "TUTVWYPyYdgV"

captive_portal:
    



web_server:
  port: 80

binary_sensor:   
  


  - platform: gpio
    pin: 
      number: GPIO4
      inverted: yes
      mode: INPUT
    name: "8285-motion"
    device_class: motion
    
    filters:
      - invert:
      - delayed_on: 100ms
      - delayed_off: 100ms



# 将 GPIO0 设置为输出引脚，用于控制灯
output:
  - platform: gpio
    pin: GPIO14
    id: gpio_output
    inverted: true

# 定义一个灯，它使用上面定义的 GPIO0 引脚
light:
  - platform: binary
    name: "8285_light"
    output: gpio_output


  - platform: neopixelbus
    variant: WS2812
    pin: GPIO5
    num_leds: 29
    type: GRB
    name: "8285_ws2812_light"
    restore_mode: ALWAYS_OFF
    
    effects:                                      ##效果
    
      - random:
          name: "My Slow Random Effect"
          transition_length: 30s
          update_interval: 31s
      
      - pulse:
         
      - strobe:




sensor:
  - platform: dht
    pin: GPIO9
    temperature:
      name: "8285_temperature"
    humidity:
      name: "bathroom_humidity"
    update_interval: 2s

复制代码

刚开始下载相关软件的时候就出现问题，需要等好好好好久，插件下载非常慢，貌似要连接科学才能下载。

于是我把ha的网关和dns指向我的软路由，现在下载插件畅通无阻

接下来就开始编译，同样的，我再N100上也用了同样代码测试。

N100编译完成1分51秒,全程cpu到97-99%，开启内网其他网页正常；

h618编译完成7分11秒，全程cpu99%-100%，，开启内网其他网页正常；

结论：h618可以编译esphome，并且不会卡死，不足就是编译的时间略长。

冬瓜HA

silas3082 发表于 2025-6-9 10:44
全志H618后续测评之-esphome 编译
之前使用N1的时候一大痛点就是esphome编译的时候要么把系统卡死，要么时 ...

，友情提醒，首次环境建立和预编译后。是有很大差异的。
原则上，idf框架都是这类。编译过程中，首次是存在一个预编译逻辑，然后是镜像打包等。
以上只是相关的理论。因为只要make clean后，编译就会变长。具体相差，你有时间试试，对于大家了解a53和a55差异是帮助的。

silas3082

冬瓜HA 发表于 2025-6-9 12:51
，友情提醒，首次环境建立和预编译后。是有很大差异的。
原则上，idf框架都是这类。编译过程中，首次是存 ...

收到，感谢冬瓜大佬回复