本帖最后由 Mirukuteii 于 2018-4-20 15:35 编辑
HA内建物联网交互组件域名梳理
前提背景
本贴只是一个小小的梳理，本不想太多啰嗦，但是在和坛友交流过程中，发现有些事情不把前提背景讲明白似乎很容易造成误读，所以就再啰嗦几句吧。
- HA官方将组件分为2种类型，物联网交互组件和事件响应组件。
- 物联网交互组件是HA与外部各种设备交互的主要和重要部分，事件响应组件主要为系统内部功能服务。
- 物联网交互组件包含核心和平台两个部分，核心的部分实现组件的本质功能，比如light组件，核心提供开关，设置灯的亮度颜色等功能；而平台部分则实现与实际的各种不同厂家不同系列的产品完成通讯的功能，比如light组件下的小米平台，可以控制小米网关灯，但不能控制其他平台的灯。
- 一个物联网组件只有一个核心，域名代表了这个物联网组件的核心功能，域名相同的设备，其用法也类似。
- 一个物联网组件下一般有很多个平台，平台和域名无关。
- 在HA中，一个平台往往会在各种物联网组件中通用，比如小米平台即为灯组件提供服务，又为开关组件提供服务。
- 在HA中，以上的这种平台也可以作为组件的形式，比如小米组件，但其本质不是组件，没有公认的域名。
- 在HA官网分类中，所有的物联网核心组件也好，平台组件也好，事件响应组件也好，全放在一起，按用途来分类，而不是域名。
目的
如果明白了上面的前提和背景，那么下面就能理解我为什么整理了如下的表格。这不是HA官网的分类，而是提取了HA中自带物联网交互组件，抛弃了没有域名的平台组件和无下属平台分类的事件响应组件，将其按域名实现核心功能，并包含下属平台的这些个组件，你可以把这些组件看做组件之母，进行了全面的整理，以便于大家对HA实现对外交互功能的方式方法进行一个全面的认识和小结。
| 域名 |
类型 |
包含平台举例 |
| light |
灯光类 |
小米（xiaomi aqara） |
| switch |
开关类 |
小米（xiaomi aqara） |
| cover |
门窗类（非门窗感应） |
MQTT |
| sensor |
传感器类（最广泛的类别） |
小米（xiaomi aqara） |
| binary_sensor |
二进制传感器类 |
小米（xiaomi aqara） |
| climate |
气候类 |
NEST温控器 |
| fan |
风扇类 |
小米（xiaomi_miio） |
| lock |
锁类 |
宝马互联车锁 |
| notify |
消息类 |
pushbullet |
| device_tracker |
设备追踪类 |
华硕路由器（ASUSWRT） |
| media_player |
播放器类（包括电视机） |
Sony Bravia TV |
| camera |
网络监控摄像类 |
Synology Camera |
| image_processing |
图象处理类 |
OpenCV |
| vacuum |
扫地机器人类 |
小米（xiaomi_miio） |
| remote |
遥控器类 |
小米（xiaomi_miio） |
| tts |
语音输出类 |
百度TTS引擎 |
| weather |
天气类 |
雅虎天气 |
| calendar |
日历类 |
CalDav |
| scene |
场景类 |
lifx_cloud |
| mailbox |
电子邮箱类 |
Asterisk语音信箱 |
| 
发表于 2018-4-20 03:33:08
楼主
发表于 2018-4-20 14:14:08
，正需要，都了解才知道怎么运用
