叮咚音箱TTS后自动进入监听找到解决方法了。。。

aniceking

脚本加上红字即可！
不完美：有2秒左右延迟才能断开

si_tts:
  sequence:
  - service: tts.baidu_say
    data_template:
      entity_id: media_player.192_168_1_108
      message: '{{msg}}'
      options:
        speed: 5
        pitch: 5
        volume: 9
        person: 0
      cache: false
  - service: media_player.media_stop
    data:
      entity_id: media_player.192_168_1_10

LaunchTomorrow

不错的方法，值得一试

nice2943

想要测试时....重开后音箱都不见了，有大大发生一样的情况吗?

囧

任何人都有能力为社区做出贡献！楼主就是表率之一！

pcping

解释下原理

LaunchTomorrow

话还没说完就被stop了

maybeloveu

automation:      
  - alias: auto_stop_dingdong      #自动停止DLNA以关闭叮咚提示灯
    initial_state: true
    trigger:
      
      - platform: time
        minutes: '/1'
        seconds: 15
    condition:
      - condition: state
        entity_id: media_player.192_168_3_19  
        state: 'idle'
    action:
      - service: media_player.media_stop
        entity_id: media_player.192_168_3_19
早之前用叮咚tts时写的自动化。现在不用叮咚了。

killadm

maybeloveu 发表于 2018-3-8 22:34
automation:      
  - alias: auto_stop_dingdong      #自动停止 DLNA 以关闭叮咚提示灯
    initial_state ...

这个用Event触发比较好吧，状态由playing变成idle的时候再执行media_stop

更新：用state做触发器做了一个，当叮咚播放完毕（state由playing变成idle）的时候自动执行media_stop。
测试了一下可用，只是有十秒左右的延迟，用开发者工具观察叮咚的状态发现是因为胡HA的状态更新有延迟，原因不清楚。

- alias: auto_stop_dingdong
  initial_state: true
  trigger:
    platform: state
    entity_id: media_player.192_168_123_191
    from: 'playing'
    to: 'idle'
  action:
    service: media_player.media_stop
    entity_id: media_player.192_168_123_191

复制代码

翻译中...

maybeloveu

killadm 发表于 2018-3-9 16:22
这个用Event触发比较好吧，状态由playing变成idle的时候再执行media_stop

更新：用state做触发器做了一个 ...

你用一段时间就知道为啥非要每分钟检测了。如果tts短，hass根本检测不到叮咚状态的变化。这时你的叮咚的绿灯会一直亮着。

killadm

maybeloveu 发表于 2018-3-9 17:38
你用一段时间就知道为啥非要每分钟检测了。如果tts短，hass根本检测不到叮咚状态的变化。这时你的叮咚的 ...

受教了