物联网IOT创意开发Home Assistant玩转树莓派

智慧家庭 - HA(2) - 认识 Home Assistant

2019-03-02  本文已影响0人  FrostHe

本文索引:

前言

HA 是由「组件」堆砌出的系统,官方提供了海量的组件及其用法的介绍,其中涵盖了使 HA 成为「家庭大脑」的方方面面,一个「组件」大致由两部分组成:

以下代码展示了一个 notify 组件,并采用 pushbullet platform 所有定义的配置信息:

notify:
  platform: pushbullet
  api_key: "o.1234abcd"
  name: pushbullet

组件描述了功能的抽象含义,platform 指定可提供该功能的具体实现

HA 将所有「组件」通过配置信息定制,因此,配置信息成了描述整个 HA 的数据源,虽然 HA 社区正致力于实现通过 Web UI 来配置所有内容,但了解其数据模型对于解决问题及理解其运作方式非常有好处。HA 的配置信息会随着接入系统的设备增多而包含越来越多的信息,为了将不同类别的配置信息分开管理,官方推荐的做法是把根配置文件 configuration.yaml 下的不同节点以不同文件的形式进行管理,例如,默认的配置文件就包含了:

由于配置信息会随时间增大,社区还推荐将配置文件夹作为 Git Repository 与远端进行同步,以防止数据丢失,并可跟踪修改历史。

不应将敏感信息文件纳入版本管理,请将 secrets.yaml 文件等包含敏感数据的配置文件添加至 .gitignore 中。

YAML

HA 使用 YAML 语法定义配置信息,几乎每种组件都定义了单独的配置节,YAML 语法需要注意以下细节:

使用环境变量

!env_var {VAR_NAME} 从系统环境变量中取得值:

http:
  api_password: !env_var PASSWORD

使用缺省值

配置信息可包含缺省值,例如:

http:
  api_password: !env_var PASSWORD {default_password}

default_password 代表缺省值

包含其他文件

可将同一类别的配置分割到单独的文件中以提高可读性,例如:

lights: !include lights.yaml

基本配置信息

首先编辑 configuration.yaml 的基本配置信息:

homeassistant:
  # Location required to calculate the time the sun rises and sets
  latitude: {latitude-for-your-home}
  longitude: {longitude-for-your-home}
  # Impacts weather/sunrise data (altitude above sea level in meters)
  elevation: {elevation-for-your-home}
  # metric for Metric, imperial for Imperial
  unit_system: metric
  # Pick yours from here: http://en.wikipedia.org/wiki/List_of_tz_database_time_zones
  time_zone: America/Los_Angeles
  # Name of the location where Home Assistant is running
  name: My Awesome Home

向 HA 添加设备

默认情况下,Discovery 组件开启,HA 会自动查找同一网络中的设备与服务。通常,每种「实体(entity)」都需要在 configuration.yaml 文件中进行手动配置,HA 支持两种风格来组织它们。

风格1: 将所有实体以父级类聚

例如:

sensor:
  - platform: mqtt
    state_topic: "home/bedroom/temperature"
    name: "MQTT Sensor 1"
  - platform: mqtt
    state_topic: "home/kitchen/temperature"
    name: "MQTT Sensor 2"
  - platform: rest
    resource: http://IP_ADDRESS/ENDPOINT
    name: "Weather"

switch:
  - platform: vera
  - platform: tplink
    host: IP_ADDRESS

mqttrest 都属于 sensor 类别,将他们作为集合元素排列至 sensor 节点之下是以「类别」作为父级进行类聚。

风格2: 单独定义每个设备

为了区分不同的实体,必须在其后跟上数字或名称,并且保持唯一:

sensor bedroom:
  platform: mqtt
  state_topic: "home/bedroom/temperature"
  name: "MQTT Sensor 1"

sensor kitchen:
  platform: mqtt
  state_topic: "home/kitchen/temperature"
  name: "MQTT Sensor 2"

sensor weather:
  platform: rest
  resource: http://IP_ADDRESS/ENDPOINT
  name: "Weather"

switch 1:
  platform: vera

switch 2:
  platform: tplink
  host: IP_ADDRESS

类别 名称单独定义实体,此处定义的 entity name 会转换为以 _ 分隔的 entity_id,例如 Living Room 会转换为 living_room

群组

一旦设置好设备,便可对它们进行「逻辑分组」,每个群组由其名称和一组「实体 ID」组成,「实体 ID」可在 Web UI 的 Developer Tools 面板的 Set State 页面找到:

Entity ID 查询页面

可由以下两种风格定义群组:

group:
  # 数组风格
  living_room:
    entities: light.table_lamp, switch.ac
  # 集合风格
  bedroom:
    entities:
      - light.bedroom
      - media_player.nexus_player

自定义实体特性

不同类别的「实体」提供了一组通用的 attribute 用于实现定制化,这些值包括但不限于:

定制化特性可在配置目录的 customize.yaml 中指定

light.yeelight_ct2_7c49eb1551e8:
  friendly_name: Lamp
sensor.yr_symbol:
  friendly_name: Wether

HA 社区开发团队正在致力于实现通过 Web UI 来完成所有信息的配置,例如,Customize 的 UI 入口如下:

Web UI 的定制入口
上一篇下一篇

猜你喜欢

热点阅读