Top ! Merci
Pour compléter F6-05-02
et gérer le cas où on a le message ENERGY LOW
:
0xF6:
0x05:
0x02:
- component: binary_sensor
name: "alarm"
config:
state_topic: "SMO"
payload_on: "on"
payload_off: "off"
value_template: >-
{% if value == "16" %}on{% else %}off{% endif %}
device_class: smoke
config_json:
state_topic: ""
payload_on: "on"
payload_off: "off"
value_template: >-
{% if value_json.SMO == 16 %}on{% else %}off{% endif %}
device_class: smoke
- component: binary_sensor
name: "battery"
config:
state_topic: "SMO"
payload_on: "on"
payload_off: "off"
value_template: >-
{% if value == "48" %}on{% else %}off{% endif %}
device_class: battery
config_json:
state_topic: ""
payload_on: "on"
payload_off: "off"
value_template: >-
{% if value_json.SMO == 48 %}on{% else %}off{% endif %}
device_class: battery
Vu que je n’ai pas encore documenté mapping.yaml, je profite de ton exemple pour le faire.
- Tu as certainement dû le constater, dans la définition d’une entité,
name
correspond en fait au suffixe qui sera rajouté au nom de l’appareil pour former le nom de l’entité.
Le nom de l’entité est de la formee2m_<sensor_name>_<suffix>
où<sensor_name>
est le nom défini dansenoceanmqtt.conf
.
Cette entité appartiendra donc à l’appareile2m_<sensor_name>
. -
component
correspond au type de l’entité. -
config
correspond à la configuration de l’entité dans le cas où on n’utilise pas le format JSON pour publier les messages depuis EnOcean vers MQTT. -
config_json
idem queconfig
mais pour le cas où le format JSON est utilisé.
Ainsi, si dans enoceanmqtt.conf
tu as:
[detecteur_fumee]
address = 0xBABECAFE
rorg = 0xF6
func = 0x05
type = 0x02
alors on aura dans HA un nouvel appareil avec quatre entités:
e2m_detecteur_fumee
e2m_detecteur_fumee_alarm
e2m_detecteur_fumee_battery
e2m_detecteur_fumee_rssi (le RSSI du device)
e2m_detecteur_fumee_delete (pour supprimer le device de HA et de la database).
D’où le fait d’ailleurs d’éviter l’utilisation des espaces dans les noms