当我们想到房子的语音助手时，我们仍然很快就想到了。 Alexa 的, 谷歌 主页 或者，在开放式家庭自动化方面，在 主页 助理 语音 预览 版 从 NABU 卡萨.

正因为如此， 十三 年 语音 & 音乐助理 开发 版 迷住了我。 它承诺语音，家庭助理集成和一个真正的音频角色。 音乐助理.

因此，我不想仅将其作为语音卫星进行测试。 我想知道的是，它是否真的可以在家庭助理安装中成为一个有用的小音频播放器，能够播放本地MP3，广播互联网广播并从家庭助理干净地开车。 简而言之，请检查它是一个简单的好奇产品还是真正值得在当前的家庭自动化生态系统中占有一席之地的设备。

在这篇文章中，我走整个路线，从拆包到调试，然后到第一个具体的音频用途。 音乐助理, RadioBrowser 无线 浏览 器 一个车站发射在 YAML ， YAML. 这个测试也是在官方产品面前更换这个盒子的机会。 NABU 卡萨, 但也面对更广泛的公共解决方案，如 Alexa 的 以及 谷歌 主页.

产品 的

Voice & Music Assistant Dev Edition Discovery（英语：Music Assistant Dev Edition Discovery）

我开始打开盒子的盒子。 语音 & 音乐助理 开发 版 我发现了一个非常精简的内容。

我发现：

• ， 的 围栏 语音 & 音乐助理 他自己，
• 一 个 220 V/5V 变压 器 (2A-10W)，白色，
• 一 个 USB 到 USB-C 电缆 为了养活它，
• 以及 没有通知，没有纸张，没有文件 在盒子里。

该外壳紧凑，清醒，上部为扬声器和麦克风（孔）保留了两个前部以及五个按钮。 整体给人的印象是一个简单的，几乎是极简主义的产品，旨在快速进入必需品。

我也注意到根本没有以太网电缆。 没有公开的RJ45插座或电缆，这立即表明网络连接是由 Wi-Fi 网络, 没有直接的连接。

我很快就明白，ThiRDREALY将材料方面的交钥匙产品放在了一起，但在纸张支持方面却非常简约。

因此，有必要依赖在线文档进行配置和使用，特别是专门用于项目的GitHub页面。

在线文档： https://github.com/thirdreality/voice-music-assistant

原文：What Thirdreality正式提出

在我插入设备之前，我想看看制造商对此提出了什么。 语音 & 音乐助理 开发 版.

这很有趣，因为THIRDREALY并没有将此产品呈现为简单的小型连接扬声器或普通的微型驱逐者。

相反，标记将其描述为设备。 预装 装入 与 家庭助理语音助理 以及 音乐助理, 从一开始就设计成适合家庭助理导向的环境 本地 优先.

换句话说，这个想法不仅仅是与语音助手交谈。 房屋设计为发挥双重作用：

• 捕捉声音 用户，
• 以及 渲染音频, 无论是语音，TTS还是音乐播放。

此外，官方文件坚持采取某种行动。 卫星 卫星.

盒子作为进入房子的语音入口点： 它监听，将音频传输到 Home Assistant 的语音管道，然后通过其内置扬声器呈现响应。

因此，它不是一个生活在角落里的完全自主的助手，而是一个语音和音频终端，旨在与Home Assistant携手工作。

从物质角度来看，THIRDREALITY提出了几个解释这种定位的要素：

• 两个数字麦克风, 为了捕捉声音，
• 一 个 内置扬声器 3 W / 4Ω, 提供语音响应，TTS和音频播放，
• 操作 On 光 Linux 系统,
• 与处理器 ARM A53四核, 256 MB RAM 以及 512 MB的闪光灯.

我们不只是面对极简主义的语音配件： 相反，有一个小型的专业终端，旨在连接用户，家庭助理和房屋的音频功能。

制造商还表示，该型号可能适合。 整个房子的语音接入点 以及 其他音频端点. 换句话说，人们可以很容易地想象在不同房间的这种类型的几个盒子，每个盒子都扮演着语音卫星和小声音广播点的角色。

因此，在纸面上，这个承诺非常雄心勃勃。 THIRDREALITY显然试图提供一种能够超越仅仅使用『桌面语音助手』的设备，成为家庭助理生态系统的真正组成部分，介于语音卫星，小型本地连接扬声器和音乐助理的入口点之间。

这正是我想在这个测试中走得更远的原因： 检查这个营销承诺是否真的有效一旦插入盒子，集成到家庭助理，然后每天用作音频播放器和语音卫星。

在哪里购买这些设备？

这里是专用于页面的链接。 十三 年 语音 & 音乐助理 开发 版 Sigalou实验室.

我参考了卖家和价格。

委任 委 任

通过 Home Assistant 应用程序连接 Wifi

为了使程序工作，必须很好地使用。 智能手机上的 Home Assistant 应用, 而不是PC上的Web浏览器。

起初，我表现得有点困惑： 当情况首次启动时，它不会自动切换到Wi-Fi连接模式。

因此，在实践中，插入它并不总是足够的，以便它立即显示为准备在Home Assistant中配置的设备。

在我的情况下，我不得不通过长时间按下中央按钮几秒钟来触发进入网络配置模式。

那是当我得到了预期的行为，与 中央LED闪烁黄色, 签署该案件已准备好由Home Assistant应用程序发现。 即兴通过BLE.

一旦激活此模式，我就可以从 Home Assistant Android 应用程序中恢复正常程序。

还应注意应用程序中使用的帐户。 我首先尝试了一个没有管理权限的用户，还有标签。 设置 没有出现。 所以我无法进入 设备 & 服务 也不在本节 发现 发现.

在Android应用程序上登录管理员帐户后，我能够访问 设置 → 设备 & 服务, 然后在部分 发现 发现 定位设备 3RSPK-5225C3 通过 BLE 改进.

我点击了 添加 添加, 在 2.4 GHz 中输入我的 Wi-Fi 网络的名称和密码，然后验证。

几秒钟后，The 语音 & 音乐助理 开始用英语说话以确认连接，黄色中央LED停止闪烁，以移动到更稳定的状态。

在家庭助理和ESPHome集成中发现

从计算机上，在盒子的Wi-Fi连接之后，我打开Home Assistant接口并咨询了该部分。 发现 发现.

我发现一个新设备叫 3RSPK -A8E2915225C3 ESPHome, 用按钮 添加 添加.

我点击了 添加 添加 完成整合。 我在第一次尝试时有一个临时错误，但在重新启动验证后，该过程正确结束。

然后继续整合：

• 一 个 OTA 更新 住房，

• 配置 屏幕 语音 卫星 关于Wake Word 『好纳布』, 我最初选择忽略的，

• 一 配置 ESPHome 的 与外壳的 IP 地址在 192.168.1.46:6053.

配置继续与屏幕 语音 卫星 配置 我在哪里能够：

• 选择 The 毛里求斯之声,
• 用一个更有说服力的名称『小白说话设备』重命名，
• 分配 a 硬币 币 到这颗卫星。

在这一点上，该案例完全集成为语音卫星和家庭助理的音频输出。

我检查了回家的助理

一旦集成完成，我将立即看到家庭助理实际上围绕案件创建了什么。

未来最重要的一点当然是一个实体的存在。 媒体 _ 播放 器, 因为它将使将盒子用作音频播放器成为可能，无论是在第一次MP3测试还是之后使用音乐助手。

在我的案例中，我发现我的读者的形式是：

media_player.petit_instrument_blanc_qui_talk _media_player

但家庭助理不只是拉起那个驱动器。 通过打开设备的插头，我发现了几个有趣的元素。

首先，在街区 控制 控制, 家庭助理展品 媒体 播放 器 与：

• 读者的状态，这里 非 活动 活动,
• 的 酒吧 量 量,
• 和按钮 of 阅读 阅读, 这确认了设备可以作为音频输出进行控制。

我也找了个街区 协助 协助 与a 卫星 辅助, ，在当时也显得不活跃。

这证实了这起案件不仅被视为扬声器，而且被视为一个完整的家庭助理语音卫星。

在部分 配置 配置, 我还看到集成直接暴露的几个参数：

• 选择助理 助理, 在这里 首页 助理 云,
• L'首选助理,
• ， 言论终结检测,
• 的 状态 固件 更新, 此处表示为 最新,
• 按钮 ， 静音 麦克风,
• 主要的觉醒词 好的 纳布,
• 和第二个设置 唤醒 词, 这里残废了 没有叫醒电话.

我也看到一个街区在上升 事件 活动 与事件 首页 按钮. 就我而言，家庭助理告诉我最近的触发器类型 _press 单人, 这表明与住房的物理相互作用也回到了系统中。

最后，在设备的一般信息中，Home Assistant显示：

• 制造 商 Espressive 的,
• 地址 地址 Mac 的 MAC,
• 整合 整合 ESPHome 的,
• 链接 The link 配置语音助手.

我觉得这种观点非常令人放心，因为它表明我们并没有简单地集成一个『不透明』的设备。

相反，您可以获得一个非常详细的设备，具有真正的音频部分，语音助手部分，硬件事件，唤醒词设置和ESPHome设备的经典元素。

从那里，我知道家庭助理已经正确地将案件视为可控驱动器和完整的语音卫星。 这是未来的良好基础，特别是对于它在音乐助理中的使用。

♻ 更新设备

我被问及更新，我现在遇到一个更新。

是的，更新工作得很好，我刚刚升级到一个新版本。 一 号 》

第一次音频测试

第一次音频测试： MP3 回放

甚至在安装音乐助手之前，我想检查一下最基本的一点： 盒子是否能够阅读家庭助理发送的简单媒体？

而不是马上在收音机上，我更喜欢用本地MP3文件进行一个非常简单的测试。

目标明确： 验证 ， 媒体 _ 播放 器 正确响应，音频输出工作，并且家庭助理能够很好地将媒体发送到盒子，而无需依赖音乐助理。

为了做到这一点，我选择提交文件。 Canari.mp3 的 在文件中 媒体 媒体 家助理 就我而言，我这样做了 WinSCP ， WinSCP, 仅仅是因为它是我通常用来浏览安装树的工具。 当然，每个人都可以根据自己的习惯去做。

所以我把我的档案放在这里：

/media/canari.mp3

在我的捕获中，我们可以看到文件。 Canari.mp3 的 显示在文件中 媒体 媒体, 在子文件夹旁边 摄像 机.

一旦文件被复制，我返回到我的设备在家庭助理卡。 在街区 控制 控制, 我点击 媒体 播放 器 打开读者。

然后阅读面板将打开。 楼下，有一个 带有播放按钮和文件夹的小logo 这使得搜索媒体来源成为可能。 此按钮应用于手动启动存储在 Home Assistant 中的文件。

我点击它，然后到达屏幕上。 媒体来源. 家庭助理然后给了我几个条目，如 摄像 相机, 图像 上传, 我 的 媒体, Reolink 的, 合成 照片 或 文本到语音.

就我而言，当然是 我 的 媒体 必须选择哪一个。

所以我开门了 我 的 媒体, 然后我输入文件 媒体 媒体. 在这里，我找到了我之前复制的内容： 文件 The File 摄像 机 和文件 Canari.mp3 的.

剩下的就是点击 Canari.mp3 的 开始对案件进行回放。

选择文件后，Home Assistant播放器将显示当前媒体及其通用封面，播放按钮和音量栏。 这确认了案件可以完美地播放从家庭助理发送的本地音频文件。

我发现这个步骤在反馈逻辑中非常重要，因为它使得分离两个主题成为可能：

• 住房的容量 阅读当地媒体,
• 更先进的集成与 音乐助理.

在我看来，第一个MP3测试完美地完成了它的作用。

甚至在安装音乐助手之前，我已经确认音频播放部分是可操作的。 媒体 _ 播放 器 他回答正确，家庭助理可以像真正的音频播放器一样控制案件。

请注意，我几乎惊讶于能够尽可能简单地读取本地MP3文件。

我很久没有恢复这种使用自由了。 消费者语音助手逐渐习惯了他们的用户更加封闭的环境，在这种环境中，阅读个人内容变得仅次于在线服务、合作伙伴平台和强加的旅程。

我不是说其他地方是不可能的，但它往往更复杂，更受限制，更自然。

相反，我们找到了一些简单的东西： 本地音频文件，家庭助理中可见的播放器，并立即播放。

对我来说，重新发现这个逻辑几乎是一种乐趣。

音乐助理

我安装了 Music Assistant 应用程序

一旦盒子被识别并验证了第一次音频测试，我继续以下步骤： 安装 音乐助理.

Music Assistant 文档建议将服务器运行为 应用 / 加载 家庭 助理 使用 Home Assistant OS。

这是推荐的方法，因为它大大简化了安装和与家庭助理的集成。

所以在家庭助理中，我去应用程序/附加组件商店并安装。 音乐 助理 器. 安装没有特别困难。

一旦服务器安装并启动，我们还没有完成。 你必须点击 打开 Web 用户界面 在右下方，如果尚未完成，请在音乐助理中创建管理员配置文件。

我在想滴答作响 显示侧边栏 节省时间进行测试。

家庭助理还没有找到答案。音乐助理集成 将 Home Assistant 连接到 Music Assistant 服务器。 官方文档规定，在大多数情况下，音乐助理服务器会自动由家庭助理在部分中发现。 发现 发现.

家庭助理自动发现音乐助理集成

启动音乐助理服务器后，我回到 设置 → 设备 & 服务.

在那个时候，Home Assistant给了我很好的帮助。 音乐助理 一个新的集成自动发现。

这是一个重要的步骤，因为必须明确区分：

• L'应用 / 附加 音乐 助理 服务器,
• 以及家庭 助理 音乐 助理 集成, 连接到它。

所以我点击 添加 添加, 然后我验证了配置。

正是这种集成，将允许家庭助理看到音乐助理播放器并公开他们的控件。

官方文档清楚地表明，一旦配置，集成将家庭助理中的MA播放器作为实体。 媒体 _ 播放 器.

我发现这种区别非常重要，因为当你发现音乐助理时，并不总是显而易见的。

有一种倾向认为安装服务器就足够了，而通常需要验证在Home Assistant中发现的集成。

⚙ Snapcast 或 Home Assistant MediaPlayers？

在这一点上，你必须回到音乐助理（我在左侧边栏中添加了直接链接），然后继续使用音乐助理链接。 ☀ 家助理

音乐助理在这个阶段需要一个播放器，所以我必须选择一个我将使用。

在选择之前，我查看了关于音乐助理的文档和用户反馈。

经常回来的名字是 Snapcast 》, 因为它是同步多房间音频的已知解决方案。

所以我测试了它，我可以确认它有效。 然后我将其卸载到仅以家庭助理为导向的解决方案上。

在我的安装中，箱子已经重新组装为一个实体 媒体 _ 播放 器, 我发现直接使用更合乎逻辑 主页 助理 MediaPlayers.

在我看来，这个选择有几个优点：

• 我直接重用家庭助理已经暴露的实体，
• 我避免添加额外的一层，
• 我仍然处于一种更易于理解和维护的逻辑中。

我认为我们真的需要把它作为一个 背景选择.

Snapcast是有意义的，特别是如果你的目标是更先进的多房间。

但对于我的迫切需要，只有一个案例和一个非常家庭助理逻辑，提供者。 主页 助理 MediaPlayers 对我来说似乎更自然。

我在音乐助理中添加播放器

所以我去音乐助理提供商，并添加提供者。 主页 助理 MediaPlayers.

在配置屏幕中，我选择我的实体：

media_player.small apparatuswhite 谁会说 _media_player

我保存，然后我检查读者是否出现在该部分。 读者 阅读 者 音乐助理

这就是整合变得具体的时候： 盒子不再只是一个家庭助理设备，它也成为音乐助理可用的播放器。

光有读者是不够的： 添加音频源

一旦在音乐助手中看到播放器，内容部分仍然缺失。

为了听收音机，我选择添加。 RadioBrowser 无线 浏览 器 作为音乐供应商。 程序很简单：

• 我要进去了 设置 → 供应商 → 添加新的供应商,
• 我在找 RadioBrowser 无线 浏览 器,
• 我离开默认设置，
• 然后我验证了。

一旦这一步完成，我发现很好。 RadioBrowser 无线 浏览 器 在菜单中 浏览 浏览 音乐助理

第一个真实测试： 发布France Info

一旦添加了RadioBrowser，我就会进入。 浏览 → RadioBrowser, 在法国车站。

我可以很容易地找到几个已知的广播电台：

• FIP,
• 法国国联，
• 法国文化、
• 和…法国 信息.

然后我启动了车站，这是一个非常令人满意的时刻： 收音机在案件上播放得很好。.

此测试验证了整个链条：

• 家庭助理将此案视为一 媒体 _ 播放 器,
• 音乐助理将其重新用作播放器。
• RadioBrowser提供内容，
• 以及 语音 & 音乐助理 广播很好。

我们不再在理论中： 我们正在使用真实和功能。

什么是家庭助理在回放期间备份

我去过 开发工具 → 国家 在家庭助理中，看看实体在做什么 媒体 _ 播放 器 当一台收音机在演奏时。

在这里，我们得到了非常有用的信息，例如：

• media_content _type ： 音乐 音乐
• App_id ： Music_assistant 音乐
• 来源： 音乐助理队列
• media_title ： RTL2 的
• media_content _id ： radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1

我觉得这特别有趣，因为Home Assistant不仅将"RTL2"或"法国信息"显示为人类可读信息。

它还显示一个可重用的标识符，然后控制回放，以及站徽标，其名称，…

有用的提示： 从当前读取中检索 ID

为了获得无线电的确切标识符，我不需要在网络上搜索流的URL，我也不需要在复杂的内部配置中搜索。 我只是：

• 从音乐助理(Music Assistant)启动电台，
• 打开读者的实体在 开发工具 → 国家,
• 然后取回的值 media_content _id.

在我看来，这个值是格式的URI：

radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1

我发现这种方法非常优雅，因为它允许您利用已经功能的阅读，然后在Home Assistant中使其成为可重用的命令。

我重新启动YAML电台从家庭助理

作为一个优秀的DIY家庭助理，我希望能够在不通过媒体界面的情况下启动我最喜欢的收音机。

一旦ID被检索，剩下的就是在标签中使用它。 开发工具 → 行动 家助理

以下是为我工作的例子：

行动： media_play.play _ 媒体目标： entity_id ： media_player.petit_instrument_blanc_qui_spoke _media_player 数据： media_content _id ： "Radiobrowser://radio/034d52a3-30dc-4017-8495-004cd65383b1"介质_内容_类型： 音乐 音乐

这为许多用途打开了大门：

• 早上在固定时间发射收音机，
• 根据仪表板上的按钮触发一个站，
• 创建一个脚本"厨房电台"，"办公室电台"或"唤醒收音机"。

♻ 更新 音乐 助理

音乐助理只是通过家庭助理界面进行更新，它做得非常好，经过深思熟虑，所以非常实用。

反馈 反馈

家庭自动化社区在说什么

阅读论坛和讨论表明，经验并不完全一致。

一些用户报告说，音乐助理不会立即看到HA播放器，其他人则需要通过Home Assistant集成才能正确地将其恢复为播放器。

还有更多的混合返回，其中音频播放被认为是不一致的，或者通过某些方法不那么令人信服。

相反，其他用户表示他们没有遇到任何特定问题，并在安装中将此情况用作可接受的小型音频端点。

我觉得这很重要，在诚实的反馈中说： 我们显然处于一个快速发展的生态系统中，材料仍然处于领先地位。 进化 进化, 正在进步的集成，并且使用这些集成也在很大程度上取决于本地上下文，网络和所选择的方法。

我从这个案子的音频中记得什么

， 语音 & 音乐助理 Dev Edition确实可以通过Music Assistant播放音频，这已经是一个非常好消息。

另一方面，我宁愿保持现实： 很明显，这个盒子最初被设计为语音助手，同时结合了真正的音频维度。 它可以用作音频播放器，是的，但我看到它最重要的是：

• 小型收音机或助推器，
• 家庭助理中的一个简单的音频端点，
• 或者在次要房间的一个实际扩散点。

如果目的是更密集地使用它来听音乐或收音机，那么使用外部音频输出可能仍然是最好的方法。

⚖面对家庭助理语音预览版，Alexa和Google Home

在这个测试中，我很快认为有必要将这个盒子与市场上的其他语音解决方案联系起来。

⚙在功能方面

最自然的比较，在家庭助理宇宙中，当然是 主页 助理 语音 预览 版 官方的Nabu Casa。 但把它放回更大的公众演讲者面前也很有趣，比如说。 Alexa 的 或 谷歌 主页.

我们首先要回顾一件重要的事情： ， 十三 年 语音 & 音乐助理 开发 版 这不是官方的家居助理产品。

， 主页 助理 语音 预览 版 是作为家庭助理生态系统中语音参考的官方材料，重点关注辅助，隐私和本地控制。 另一方面，THIRDREALITY模型采用更混合的方法，更直接地面向。 语音 + 音乐.

事实上，这两个设备在几个方面相遇： 嵌入式麦克风，家庭助理集成，用作语音卫星，以及在音频方面走得更远的可能性。 但是他们的哲学并不完全相同。

在我看来，官方产品Nabu Casa更像是本地语音的参考平台，而THIRDREALITY模型则更清楚地承担了它作为一个小型多用途终端的角色，能够同时充当语音卫星和音频播放器。

当将此情况与此情况进行比较时，这种差异变得更加明显。 Alexa 的 或 谷歌 主页.

这些消费者解决方案比简单性保留了明显的优势： 我们插入，我们打开应用程序，一切都很快功能。 另一方面，我们进入更加封闭的生态系统，非常依赖于云，家庭服务和出版商决定的路径。

这正是与家庭助理相关的第三套住房变得有趣的地方。 他要求更多的实施，但作为回报，他放弃了自由： 家庭助理的精细集成，阅读本地媒体，先进的自动化，与音乐助理一起使用，以及比消费者连接扬声器更开放的逻辑。

在保密性方面，哲学上的差距也是真实的。

Home Assistant强调以用户控制和数据尊重为导向的方法。 相反，像Alexa这样的消费者助理严重依赖云处理，亚马逊最近甚至删除了一个选项，允许一些Echo用户进一步限制向云发送语音数据。

以下是我在这个阶段如何看待事情：

标准 标准	NABUCASA 家庭 助理 语音 预览 版	十三 年 语音 & 音乐助理 开发 版	亚马逊 Echo Alexa / Google Home
定位 定位	官方家庭助理产品，专注于协助和本地语音。	语音+以音乐为导向的第三方产品，整合到Home Assistant生态系统中。	消费者语音扬声器，以简单为导向的云服务。
哲学 哲学	保密性、开放性、用户控制。	实用的多功能性： 语音，音频，家庭自动化实验。	简单，助理所有者，高度依赖制造商的生态系统。
安装 安装	自然融入家庭助理。	集成家庭助理相当直接，但比消费设备更技术。	开始非常简单，通常是公众最容易接触到的。
声音 的 声音	非常明显地优化了辅助。	兼容的本地语音，采用更混合的方法。 在我看来，在我的使用中似乎更引人注目的延迟。	在声乐使用方面非常成熟，但尤其是云。
音频 / 音乐	尤其是音乐助理。	音频使用从一开始就提出，我的测试很好地证实了这一点。	非常简单的合作伙伴服务，但较少免费用于个性化的本地用途。
自定义本地阅读	在Home Assistant生态系统中具有良好的灵活性。	良好的灵活性，与本地MP3，广播通过音乐助理和YAML转向在我的测试。	往往更受限制，更依赖于支持的服务。 换言之，面向合作伙伴服务和订阅。
保密 性	面向本地控制和尊重数据的方法。	利用Home Assistant逻辑，它更开放，更易于管理。	强烈依赖云和供应商政策。

最后，我不一定认为这些设备是完美的直接竞争对手。

• ， 主页 助理 语音 预览 版 在我看来，代表官方家庭助理语音频道。
• ， 十三 年 语音 & 音乐助理 开发 版 对我来说，在家庭助理环境中混合语音+音频使用似乎更有吸引力。 非常适合像我这样的DIYers。
• 至于 Alexa 的 以及 谷歌 主页, 相对于即时简单性，它们仍然具有优势，但代价是更加有限的自由度和对云的更大依赖。

关于听觉计划（On the listen plan(sound)）

这幅画让我把这个产品放回原处。

对我而言，三年 语音 & 音乐助理 Dev Edition并不打算取代真正的面向音乐的连接扬声器。 我把它看作是一个语音卫星家庭助理，除了能够广播声音。

在这种用法中，我发现他做得很好。 与家庭助理聊天，听到TTS反馈，启动收音机或放置一个小的声音背景，我发现结果一致和足够的在一个房间里。

我们真的觉得该产品被认为是一个实用的语音接入点，而不是作为扬声器在音频水平上留下深刻印象。

另一方面，当我将它与更有野心的演讲者进行比较时，差异很快就会变得明显。 当你真的想听音乐时，缺乏安全，广度和舒适感。

对我来说，这不是对产品本身的责备，而是其定位的逻辑后果： 在这里，显然优先考虑语音，家庭助理集成和易用性。

最后，如果我正在寻找一个设备来扩展家庭助理的语音使用，这 语音 & 音乐助理 《Dev Edition》似乎与我有关。

如果我首先要寻找良好的音质，我会认为它更像是一种互补的设备，而不是作为主扬声器。

我还没有探索过的东西

即使测试的核心得到验证，仍然有几个有趣的途径，我还没有走到最后：

• 音量调整，静音和关闭通过经典的家庭助理动作，
• Piper安装和测试，以避免使用Nabu Casa云，
• 停顿和在连续流无线电上重放的行为，
• 语音公告和TTS在收音机中间，
• 与其他语音助手一样集成到辅助中，
• 更先进的多房间场景，Snapcast可以重新获得所有的兴趣。

我更喜欢说清楚这一点，因为它有助于区分真正被测试的内容和以后仍有待记录的内容。

我所看见的

《 ✅ the 语音 & 音乐助理 开发 版 可以在音乐助理中用作播放器。

， ✅ Supplier 主页 助理 MediaPlayers 这是一种简单而一致的解决方案，当情况已经可见。 媒体 _ 播放 器 在家助理。

✅ 添加 RadioBrowser 无线 浏览 器 方便您收听France Info等电台。

✅ 可以从当前回放中检索可重用的 ID，然后从 Home Assistant 重新启动 YAML 中的站。

✅ Wi-Fi与Home Assistant应用程序的集成非常简单，前提是您使用管理员帐户。

❌ 文档目前确实是极简主义的。

❌ 完全没有以太网需要Wi-Fi。

我 的 判决

C他测试让我相信，完全有可能改变。 语音 & 音乐助理 开发 版 在小型连接无线电播放器中 音乐助理. 但是，单单在这个结论上停下来几乎是减少的，因为该产品似乎开辟了许多其他观点。 我在这里只探索了其中的一部分，我显然会继续我的调查。

我特别欣赏在安装中选择的路径的简单性： 通过家庭助理应用程序集成到Wi-Fi中，房屋外观为 媒体 _ 播放 器, 第一次测试 MP3 和 MP3 结论性，此外 音乐助理 通过 通过 主页 助理 MediaPlayers, 然后播放收音机 RadioBrowser 无线 浏览 器 或启动本地音频文件。 这个过程既合乎逻辑，渐进又令人放心，因为它使得验证每个步骤成为可能，而无需从一开始就从复杂的配置开始。

这个盒子变得真正有趣的是链接到 音乐助理 大大扩展了用户体验。 音乐助理不限于阅读收音机或几首歌曲： 它可以统一本地图书馆和在线资源，聚合多个音乐提供商，同时搜索所有来源，在家庭助理中显示读者，并通过仪表板，脚本，自动化和语音助手进行管理。

换句话说，一旦住房被整合到这个生态系统中，它可能远远超出了小型无线电扬声器的简单作用。 它可以成为家庭助理中真正的音频接入点，能够播放本地音乐，互联网广播，兼容服务的内容，TTS语音公告，甚至可以根据使用的播放器和提供商参与更高级的多房间流媒体场景。

这也是我喜欢这个测试的原因： 我重新发现了一个开放和不断发展的逻辑。 当许多消费者连接的扬声器将用户锁定到一个冻结的路径时，这个盒子与家庭助理和音乐助理的组合表明了一个更广泛的游戏环境，具有真正的实验自由。 我们认为我们可以走得更远，无论是控制家庭音频，创建智能自动化，集中多个音乐源，还是将此框作为不同房间的语音和音频界面重用。

总之，这第一个反馈已经验证了一个基本点： ， 语音 & 音乐助理 开发 版 不仅仅是一个好奇的语音卫星或测试设备。 这是一个设备，已经可以在家庭助理安装中提供真正的服务，最重要的是，当我们花时间探索其可能性时，它似乎承诺更多。

 

最后，在结束发言时，我要欢迎《公约》缔约方会议的参与。 十三 年 在这个生态系统中。 看到制造商提供这种面向性的产品并不常见。 家 助理, 预装用于语音和音乐，并设计用于比传统连接扬声器更开放的逻辑。 我不认为这是糟糕的竞争。 NABU 卡萨, 恰恰相反： 家庭助理中本地语音和音频的参与者越严重，生态系统的发展就越大。 面对解决方案，如 Alexa 的 或 谷歌 主页, 非常实用，但更封闭，我发现看到这种替代方案出现，对于那些希望将手放在连接家中的用户来说，这是相当令人欣慰的。