O.P.
我们正在涉足家庭自动化领域。我们正处于这样一个阶段：我们可以看到很多选择，但不想将我们的思维局限于我们目前认为我们理解的东西（Homekit、智能事物、家庭助理、专有......）。
我们知道最初的要求是门铃/视频、安全和能源管理。不过可能有一些自动或远程管理的照明。我们目前还没有看到自己进入自动解锁门、视频和音乐控制、窗帘打开等领域。而且我们俩都没有真正喜欢与我们的设备、汽车等交谈。我们承认，当我们开始使用该系统时，这可能会随着时间的推移而改变。
有一件事不太可能改变，那就是我们一个人进入了苹果生态系统，另一个人进入了安卓生态系统（主要是三星），但目前没有任何自动化设备。根据本论坛上人们的经验，是否有一个家庭自动化生态系统可以在这两个平台上提供更好的整体支持？
顺便说一句，我们中的一个人在支持和系统方面工作过，对 Windows 和 Linux 感到满意在不同的时间，因此定期“修补”技术（如果这有什么区别的话。另一方面，我们都喜欢“设置后忘记”。
评论
事情应该是这样的跨平台，但在这个早期阶段，还没有太多进展，从我读到的内容来看，一旦你尝试将 Matter 设备加入多个生态系统，它就会向南发展。
如果你必须这样做对于 iPhone 和 Android 都可用，那么自行设置可能是最好的，但它需要比“添加设备，完成”更多的努力。考虑到你们至少在技术上都精通，那就这样了仍然可能是最好的妥协。
也许买一台便宜的设备，然后尝试一下自己的设备，看看效果如何，然后再采取一种或另一种方式？
评论
mrd 写道...
据我所知，一旦你尝试将 Matter 设备加入多个生态系统，它就会向南发展
是的，不幸的是，现在对 OP 目标有用还为时过早。
我考虑的方法是选择一个主导平台，并旨在将基本功能引入辅助平台。
我更了解苹果，所以我会用它作为例子。如果家庭使用 Apple 的 HomeKit 和 Apple TV 等进行设置，则可以使用家庭 iPad 作为 iPhone 的附加设备来管理所有自动化操作。然后在门铃等基本类别中选择与平台无关的设备，以便它可用于两个平台。
评论
mrd 写道...
评论
mrd 写道...
p>
Matter 应该是跨平台的，但在这个早期阶段，还没有太多的突破，根据我所读到的内容，一旦你尝试将 Matter 设备加入多个生态系统，它就会向南发展。
这取决于设备。有些支持多宿主，有些则不支持。较新的设备更有可能支持它，但它总是值得检查。无论哪种方式，Matter 设备至少可以确保您将来可以选择访问它（在任何平台上），即使多宿主被破坏。
ashanelks 写道.. .
不太可能改变的一件事是，我们一个进入苹果生态系统，另一个进入安卓生态系统（主要是三星），但目前没有任何自动化设备。根据本论坛上人们的经验，是否有一个家庭自动化生态系统可以在这两个平台上提供更好的整体支持？
基于此，以及：
顺便说一句我们中的一些人对 Windows 和 Linux 很满意，因为我们曾在不同时期从事过支持和系统工作，因此定期对技术进行“修补”（如果这有什么区别的话）。另一方面，我们都喜欢“设置后就忘记”。
如果你有一个“永远在线”的盒子，家庭助理就可以工作：https://www.home-assistant.io/
有一个适用于两个平台的应用程序，然后是“智能家居”由于它是开源的，并且硬件要求很低（在 NAS、或者您拥有的 Pi 3 或更好的设备上运行它），因此很容易尝试，特别是如果您有一个旧的设备/spare Pi 3/4/5（Pi Flasher -> 特定操作系统 -> 自动化 -> Home Assistant -> 将其插入，启动！）。对于某些 NAS 平台也存在同样的便利性（Asustor 将 Home Assistant 容器作为点击） -to-install），但我建议使用虚拟机而不是 NAS 容器（因为 Home Assistant 已开始越来越努力地转向该模型以确保稳定性）。
更重要的是，如果您希望接触 HomeKit ，你可以通过 Home Assistant (https://www.home-assistant.io/integrations/homekit/) 来实现这一点，如果你愿意摆弄一下，Amazon/Alexa 和 Google/GoogleHome 也有类似的“曝光” ' 选项。由于它是独立的（并且本地优先），因此它可以正常工作，并且显而易见可以在桌面浏览器上正常工作（如果您觉得疯狂，您可以通过键盘宏或类似的方式与它进行通信）。
就选项而言，家庭助理是相当中间的选择。它可以与任何人都愿意编写脚本的任何东西一起使用（集成是Python），并且可以在Android、Apple 和浏览器上运行。 （这些应用程序只是将传感器信息返回给 Home Assistant，您可以在其中配置多少信息，以及它在不在家时是否可以工作。）硬件要求相当灵活，但基于 Debian，如果您使用小+大 ARM CPU；Hubitat 是类似的体验（不完全相同，因为您购买硬件以获得更稳定的伪开源体验；应用程序/驱动程序是开放的，操作系统/基础在透明度方面有点不完整有时）。它没有原生的 Apple 集成，而且 HomeKit 桥接也没有那么有趣。 Google Home 桥接现在应该会更好，但我已经有一段时间没有接触过它了（与 Amazon/Alexa 相同）；存在基于 Amazon/Alexa 的选项（与 Apple 和 Android 选项集成良好，但并非如此）紧密）；智能物联网、智能生活等“封闭”生态系统显然有些封闭。应用程序可以工作，并且有基于云的曝光（通常）。人们通常通过 Google Home、HomeKit 或 Amazon/Alexa 路由它们。这是一种选择，但不是一个很好的选择。我定期查看这些内容以供自己使用。目前我有一堆微服务（我为了自己的目的而自己编写的）、Home Assistant 和 evcc。微服务作为故障安全装置而存在，因为我们的 Victron 套件最近的固件更新将它们变成了家庭助理主机不喜欢的消防站。 （我已经修复了这个问题，但是运行故障安全代码的 Pi 2 并不完全是一个问题。）
就本地优先而言，您目前正在考虑 Home Assistant 和 Hubitat。 HomeKit 可以通过桥接器与 Android 设备共享，但它很麻烦；共享另一个方向似乎可以提供更好的体验（尽管 Home Assistant 的应用程序几乎同样有效，除非您确实需要原始曝光，在这种情况下，桥效果很好）。使用 HomeKit 需要记住的是，Apple 不想切断本地 HomeKit 链接设备，但他们并不真正介意以其他方式搞乱事情，显然，如果您使用桥接共享到 HomeKit 而不是从。
评论
O.P.
感谢您的回复。将针对我们的用例以及我长期担任技术管理员的意愿做更多的功课。
澳洲中文论坛热点
- 新西兰总理：出世在新西兰的新纳粹Thomas Sewell是“挺蹩脚的人”，但那是澳洲的问题
- 新西兰总理拉克森称新纳粹Thomas Sewell是坏人，但是没对要求把他从澳大利亚遣返到诞生国去的呼吁置评。
- 撞穿学校栅栏害死十一岁男孩的司机不必坐牢
- 一位女司机撞穿学校栅栏、害死了11岁男孩，被罚2000元罚金、撤消驾照，不必坐牢。Jack Davey 的父母去了