他们前几天在这里问我一个问题，哪个智能家居系统更好，哪个更差，为什么？
说真的-我在想！ 您就是无法回答这个问题...
一般指示
首先，“智能家居”系统中有三个大型“利基”：
- “我购买了Livolo继电器，现在正在熄灭遥控器上的灯！” -这是所有“哑”控制，锅炉温度的自动维护，自动通风等的利基。 这是所有“ Omnomodschiki”都皱起来的东西，但是一旦我们所有人都经历了这一步。 有些跑了，不回头。
- “品牌” -小米，鲁比特克，西门子等十几家生产智能家居设备的公司...它们之间有继电器，传感器也可以，您可以在他们的服务器或硬件上绘制交互逻辑，然后您会得到祝福...直到服务器崩溃，制造商将不会发布基本单元的新版本或其他垃圾...它们分为三个子组：封闭的API，开放的API和“我不在乎，我更改了固件！” ...最好设置2和3，理想情况下-一般从3
- “而且我有自己的
苯环 ！” -实际上是高级选项。 我们几乎独立于任何人，几乎可以做任何我们想做的事情...
智能设备
字段中的类别“他很聪明，但很愚蠢！”
在这里，我包括了各种远程控制继电器，“智能”冰箱，火炉，加热器，空调等。 等
通常，它比“哑巴”祖先“更智能”：一台能自我除霜，保持微气候的冰箱，实际上是一台微波炉或火炉，可以在数字显示器上指出里面是鸡，应该以这种方式烹饪...等 等 -设备通常确实有用，但多数情况下它本身就是这样：冰箱将保持该模式，直到您告诉他为止，蒸汽锅炉充其量只能将新配方泵送到蓝牙上，公寓将保持指示的温度...
是的，是的，这更加方便，您不必每年花两次时间为已经停止打开的冰箱除霜，您不必在烹饪过程中更改带把手的微波炉模式，也不必运行和关闭加热器就决定在这里安排非洲，并提供了保护过热认为，与他同在的所有规则-您不能消沉...
但是在实践中-从这里到智能家居，您仍然有步骤！
此类别的设备可以分为三类：
- 设备是完全在其内部的东西，不会从外面工作。 您只能禁用外部继电器或查看功耗。 在某些情况下，是的，还有他的无花果……类别包括冰箱，微波炉，水壶，洗衣机等。 等
- 原则上，可以从外部操纵设备：红外或无线电遥控器。 通常有公寓和电视。 可以操纵，但没有反馈...
- 具有双向通讯功能的设备-您下达了命令，他做出了反应并回答了。 他们很少，但确实如此。 只是这类设备早已遍及品牌的“生态系统”。 在这里，大多数智能电视和控制台都悬挂在...
原则上，将来的任何设备都可能成为智能家居的一部分，只是其中一些设备无法充分发挥作用……
白兰地...
好像是智能家居，但是...
所有品牌的共同不幸之处在于，它们根本无法拉动智能家居中的所有利基。
有些人（例如小米）正在认真尝试成为每个桶中的插头，但是...
是的，是的，从泄漏传感器到机器人真空吸尘器和智能垃圾桶，但是您将在输入旁路方法上使用相同的阻塞水龙头，但是管道上没有笨拙的温度或压力传感器...
全品牌
公司这样做了，尝试了“智能家居”系统，并且不想与任何人共享设备...
结果，通常所有这些都归结为一个可悲的应用程序，您可以控制房屋，数亿个基本单元和十几个传感器...
该系统本身是完整的。 可以买东西玩，但是价格太高了，蟾蜍the死了，将来您将无法扩展IT ...
老实说，他们很少，而且，由于他们的幸福，他们愚蠢地死于饥饿，因为 人们正在关注系统的开放性，包括这一过程，这并不需要...
在...之前转向我
当然，小米在这里领先...
我们打开了API，尽管并非所有设备都可以立即打开，但是通常它涉及新产品，例如我们添加的Akara的新基本单元-我们添加了...但是情况正在迅速改变。
我不会列出它-这不是重点。
与所有品牌一样，基本问题是传感器和执行器的所有功能似乎都很好，但是在此构建新的东西和自己的东西是不现实的！
“转向前面的森林，回到伊万，然后弯曲一点！”
（如果有人不认识报价，则基于青蛙公主的摇滚歌剧）
在这里，主要基于esp8266、8265、32等的设备，以及对所有风向开放的协议...
有一块铁，似乎有某种软件，似乎甚至可以访问API，但是90％的人愚蠢地焊接梳子并将其更改为自己打开固件...
现在我们来谈谈“甜蜜”：好像前面的所有段落都不认为自己是“智能住宅”，但实际上它们是愚蠢而老套的设备，它们在智能住宅中可以工作！
智能家居服务器
在这里主要要了解的是，所有项目如果都还活着，那么就会有某些缺点。 没有绝对的理想...
“我使他看不见了”
从零开始编写的智能家居类别...绝对是从零开始，对于自己，对于自己，对于自己的一小块铁来说，甚至可以在Github上共享某些东西，但是重复使用该英雄的英雄通常没有。
人们走路，用舌头说话，监视某些解决方案，但几乎永远不会复制1合1 ...
多数情况下，它很老套，因为除了作者以外，没有其他人了解该系统的模块化，并且您不可能简单地以99％的概率获得收益！
举个例子-我只能用它的CluNet召回集群...
马若多莫
Majordomo项目网站主要特点：
开发语言-PHP
脚本语言-PHP和块式
该系统的主要语言是俄语。
来自前苏联各地的开发人员-白俄罗斯最重要的老板，模块和支持。
优点：- 主要集中于前苏联 支持俄语。
- PHP是许多人熟悉的。
- 许多模块着重于前苏联提供的服务和腺体。
- Raspberry Pi的图片
- 多平台：Linux-Windows-ARM
缺点
- 根据说明进行安装-即使您将系统重新排列了100次，也不一定总能得到结果。
- Raspberry的图像具有一些模块，该图像的作者在滚动图像之前已安装了这些模块...
- 该系统的基础是通过PHP MyAdmin部署的。
- 有些模块很久没有得到支持，有些模块编写得很歪，可以在100％的负载下驱动处理器，尽管事实上它们似乎只每小时获取一次一些信息。
- “保护？ 什么保护？ 智能家居不应从Internet访问！”
该系统有两个分支-Master和Alpha，其中一个似乎已发布...
从概念上讲，作者突破了可以交互的“简单设备”的思想。
同时，它会定期失灵并被同事击倒；结果，出现了“简单的温度计-湿度计”和其他恒温器。
总体印象：对于初学者来说，如果您不懂英语，那完全是对您自己的...
家庭助理
他是助手，他是同一个HA，他是同一个HASS.io ...
基于Python，可以在Docker中工作，Raspberry下有一个镜像...
您不需要能够用Python编写配置文件：它是使用YAML文件配置的，并且牲畜非常灵活...
开发语言-Python
脚本语言-YAML
系统的主要语言是英语。
优点- 刚刚设置。
- 从包装盒中，它可以立即拾取MiHome设备和带有ESPHome固件的设备。
- 无需编程即可实现非常灵活的逻辑设置。
- 多平台：Windows，Lin，ARM
缺点- 我的文档非常紧张，尤其是俄语。
- 初始阶段的配置文件概念有些令人讨厌。
- Yandex，汇率和某些“本地”模块服务的天气还没有好转，或者我还没有找到它们...
似乎有密码保护等，至少似乎提供了安全性...
这是一个巨大的优势：与MQTT和设备与服务器进行交互的其他方式不同，您可以同时将设备与MULTIPLE服务器关联并实现某种复制，但是配置文件系统允许您通过禁止复制config目录来进行和还原备份...
从概念上讲，它接近“简单设备”：有“传感器”，有“光”，有“继电器”等。
有脚本。
有“自动化”功能，即对传感器的反应和状态变化之间的联系，每个自动化功能都可以被“关闭”，并且无法正常工作，例如，如果服务器当前在后台进行研究而工作，它就知道传感器和继电器的状态，但不代表任何含义。点击“避免重复...
多莫奇兹
坦白地说，请写在上面。 似乎提到了Python，但仍有疑问...
关于Blockly和LUA的脚本。
语言是英语，但设置中有俄语。
多平台-Windows，Linux，ARM ...
面板设备的概念...
利弊-las，我不会命名：我尝试过，但不喜欢：我不喜欢LUA ...
Openhab
openhab.org开发语言-JAVA
脚本语言-Java之间的交叉...
系统的主要语言是英语。
多平台...
我一次看了他一眼，决定不参与其中：我知道，但是不知何故没有什么指示，但是鉴于这已经是一个相当古老的项目，拥有粉丝并且在几次改建中幸存下来...有一个生存的地方...
附注：还有更多，但现在我不记得了……我将在评论中进行补充。
PPS付费系统在品牌中。 最常见的是，对于一种特定的铁，一切本身都很坚固。
PPPS MQTT不是智能家居，而是普通的交换协议。
PPPPS对于建设性的批评，我将感到高兴。
“这不是一个智能家居！” -他们穿过森林进入愚蠢的洞穴，在其中的刀开关砍断了柔软的火炬。
我们至少正在努力使我们的房屋或多或少变得舒适，并且它们显然比平时“更智能”！
而且，是的，房子是聪明的-将训练有素的狗与笨拙的牧羊犬相比有多聪明。 他是聪明人，而不是“聪明人”！