Quantcast
Channel: Configuration - Home Assistant Community
Viewing all 106555 articles
Browse latest View live

Automation speak TTS not using local AI

$
0
0

Hi all, wondering if anyone else has run into this with HA PE. I have kokoro running as my tts for assist. I have an automation that says “someone is at the door” when my sensor detects motion. Oddly, if i use home assistant cloud entity, it runs great. But if I choose my kokoro entity, it doesn’t make any noise. is this some kind of bug where the response time for kokoro is too slow and speaker is off? or something else? Anyone else have this happen to them? if so, were you able to leverage your non-home assistant cloud TTS to speak in automations?

1 post - 1 participant

Read full topic


Tuya devices (through tuya integration) becoming consitently unavailable

$
0
0

Hey all, I just set up home assistant and am fairly new to the community, so apologies if the answer is obvious but my research hasn’t turned up anything obvious.

I have a couple of devices connected directly to my home assistant device through ZigBee, and then others connected through the tuya smart life app via the tuya integration. My problem here is that the tuya devices consistenly switch beween unavailable and available, whereas the directly connected devices have no issue. Here a look at the history of the devices.

  • “Floor lamp” is a zigbee smart plug connected through tuya integration
  • “LED strip” is a wifi lamp connected through tuya integration
  • “main light” is a zigbee smart bulb connected directly to my home assistant
  • “Jan’s TV” is my LGTV connected through LG WebOS integration

So as you can see the main light has a rock steady connection, but LED strip and floor lamp are constantly losing connection.

I’ve tried restarting my HA device, I’ve tried using LAN connection on my HA device (was on wifi before), and I’ve also tried deleting and setting up the tuya integration again. Not sure what other steps I could take.

However, one thing I noticed is that the LGTV is also losing connection slightly. During times when its playing, it can also be regularly reported as off even though it was playing the entire time. This can be seen in the history screenshot I showed, where the playing graph is intermittently broken up by false off reports. Not sure if it’s related to my issue, but thought I’d mention it just in case.

1 post - 1 participant

Read full topic

Double tap icon doesn't work on Home Assistant webpage when in horizontal and vertical stack

$
0
0

When I double tap or hold the icon it just enters into the more info tab. Same on mobile app and the desktop webpage.


type: horizontal-stack
cards:
- type: vertical-stack
cards:
- features:
- type: target-temperature
- style: icons
type: climate-fan-modes
- style: icons
type: climate-preset-modes
- type: climate-swing-modes
style: dropdown
type: tile
entity: climate.living_room
features_position: bottom
vertical: false
grid_options:
rows: 1
columns: 6
state_content:
- state
- current_temperature
icon_hold_action:
action: perform-action
perform_action: climate.set_hvac_mode
target: {}
data:
hvac_mode: "off"
icon_double_tap_action:
action: perform-action
perform_action: climate.set_hvac_mode
target:
device_id: 25a618d816a63ec39c392ebf6ff8b160
data:
hvac_mode: cool
icon: mdi:air-conditioner
- graph: line
type: sensor
entity: sensor.living_room_inside_temperature
detail: 2
hours_to_show: 24
name: Living Room Temp.
- type: vertical-stack
cards:
- features:
- type: target-temperature
- style: icons
type: climate-fan-modes
- style: icons
type: climate-preset-modes
- type: climate-swing-modes
style: dropdown
type: tile
entity: climate.john_s_room
features_position: bottom
vertical: false
grid_options:
rows: 1
columns: 6
state_content:
- state
- current_temperature
icon_double_tap_action:
action: perform-action
perform_action: climate.set_hvac_mode
target:
device_id: 17ec83ce3de075964ec998097463924a
data:
hvac_mode: cool
icon_hold_action:
action: perform-action
perform_action: climate.set_hvac_mode
target:
device_id: 17ec83ce3de075964ec998097463924a
data:
hvac_mode: "off"
icon: mdi:air-conditioner
- graph: line
type: sensor
entity: sensor.john_s_room_inside_temperature
detail: 2
name: john's Bedroom Temphours_to_show: 24

1 post - 1 participant

Read full topic

DNS IP state to text

$
0
0

Hello,
I’ve installed DNS IP integration and I need to extract the current IP as text to use a REST Api to update my DNS record. I failed to get the IP as text in my payload:
If I use ip: myip.state I got "rrset_values": ["myip.state"] } in the payload.
If I use ip: {{myip.state}} I got "rrset_values": ["{\'[object Object]\': None}"]
What is the correct syntax to get the current IP as text in an automation?

1 post - 1 participant

Read full topic

How To Group Lights

$
0
0

Hi guys

I have some ceiling (GU10) lights, which are integrated into HA.

Is there any way I can group them, so I can control them all together. There are 12 ceiling lights, and Id like to group them in a way that I can have a single button and slider on myu dashboard. So fro example;

switch them all off

switch them all on

set their colours to yellow

use a slider to dim them

etc etc

I know how to do it by creating automations and triggers…but its very time consuming. If I could group them all it would make life a lot easier.

Any ideas?

1 post - 1 participant

Read full topic

Markdown Card Font Size

$
0
0

Hi,

i currently have the following in the markdown card:

YAML Code (click for more details)

this is working fine but i want that the font size of the time will be bigger and if i increase the size nothing happens anymore.

1 post - 1 participant

Read full topic

Unsuccessful matter device pairing using HA Container (Synology NAS) & Python Matter Server (RPi)

$
0
0

Disclaimer: I have already successfully paired a low energy matter device (Bosch Door/Window Sensor Contact II +M) successfully via my GL-S20 OTBR and Pi-/Docker-based Python Matter Server.

BUT I am failing and desperately trying to pair and integrate into my HA a nous device (smart power plug A8M). It supports matter over wifi, so I thought this should be a no-brainer with my python-matter-server on an RPi 4 Model B Rev 1.1.

However, upon pairing, the matter server docker logs -f reports:

2025-04-25 10:31:45.495 (MainThread) INFO [matter_server.server.device_controller] Starting Matter commissioning using Node ID 12 and IP 192.168.1.139.
2025-04-25 10:31:45.496 (Dummy-2) CHIP_ERROR [chip.native.CTL] Found unconnected device, removing
2025-04-25 10:31:47.464 (Dummy-2) INFO [chip.ChipDeviceCtrl] Established secure session with Device
2025-04-25 10:32:20.816 (Dummy-2) CHIP_ERROR [chip.native.DIS] Timeout waiting for mDNS resolution.
2025-04-25 10:32:34.806 (Dummy-2) CHIP_ERROR [chip.native.DIS] OperationalSessionSetup[1:000000000000000C]: operational discovery failed: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout
2025-04-25 10:32:34.808 (Dummy-2) CHIP_ERROR [chip.native.CTL] Session establishment failed for <000000000000000C, 1>, error: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout.  Next retry expected to get a response to Sigma1 or fail within 60 seconds
2025-04-25 10:33:05.821 (Dummy-2) CHIP_ERROR [chip.native.DIS] Timeout waiting for mDNS resolution.
2025-04-25 10:33:19.813 (Dummy-2) CHIP_ERROR [chip.native.DIS] OperationalSessionSetup[1:000000000000000C]: operational discovery failed: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout
2025-04-25 10:33:19.816 (Dummy-2) CHIP_ERROR [chip.native.CTL] Session establishment failed for <000000000000000C, 1>, error: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout.  Next retry expected to get a response to Sigma1 or fail within 60 seconds
2025-04-25 10:33:50.833 (Dummy-2) CHIP_ERROR [chip.native.DIS] Timeout waiting for mDNS resolution.
2025-04-25 10:34:04.817 (Dummy-2) CHIP_ERROR [chip.native.DIS] OperationalSessionSetup[1:000000000000000C]: operational discovery failed: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout
2025-04-25 10:34:04.818 (Dummy-2) CHIP_ERROR [chip.native.CTL] Error on commissioning step 'kFindOperationalForStayActive': 'src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout'
2025-04-25 10:34:04.820 (Dummy-2) WARNING [chip.ChipDeviceCtrl] Failed to commission: src/lib/address_resolve/AddressResolve_DefaultImpl.cpp:123: CHIP Error 0x00000032: Timeout
2025-04-25 10:34:04.822 (MainThread) ERROR [matter_server.server.client_handler] [548190228448] Error while handling: commission_on_network: Commissioning failed for node 12.

I have spent hours searching this forum and chatting with Google’s Gemini to no avail. Gemini probably rightfully points in the direction of mDNS failing, but its configuration proposals for my Pi didn’t really solve the problems.

Gemini’s recommendations (mainly aimed at trying to fix mDNS problems)

  • /etc/avahi/avahi-daemon.conf
    • Set use-ipv4=yes
    • Set use-ipv6=yes
    • Set publish-aaaa-on-ipv4=yes
    • Set publish-a-on-ipv6=yes
  • Restart Avahi daemon - Apply configuration changes
  • /etc/nsswitch.conf - Ensure mdns4_minimal and mdns6 are listed before dns in the hosts: line
  • Restart network services (NetworkManager, systemd-resolved, nscd) - Apply nsswitch.conf changes
  • Firewall (iptables)
    • Allow incoming/outgoing UDP traffic on port 5353 from Matter device IP (192.168.1.139)
    • Allow incoming/outgoing UDP traffic on port 5353 from Matter device IPv6 (::3a2c:e5ff:fe3f:8e49)
    • Temporarily set FORWARD policy to ACCEPT (for testing)

Hardware Setup

  • Network:
    • AVM Fritz!BOX 4060 router as mesh master
    • AVM Fritz!BOX 7530 router as mesh slave
    • Powerline adapters from apartment to basement
      • AVM Powerline Adapter
      • Devolo Powerline Adapter
  • HA-relevant Devices:
  • Special conditions worth mentioning
    • The OTBR is in my basement, connected to the mesh-slave directly by cable (wifi deactivated)
    • The slave router is connected to master router via PowerLine (devolo>Fritz!Powerline>master)
    • The Python-Matter-Server is connected to master via cable>switch>repeater>wifi>master

Again, the setup IS working for my door/window sensor (low energy matter) in the basement (connected to HA via OTBR, PowerLine, Python-Matter-Server).

1 post - 1 participant

Read full topic

When state for some time + ignore unavailable

$
0
0

Hi everyone :wave:

I’m trying to create an automation to turn off my coffee machine after it has been on for 3 hours.

However, I realized that if the device becomes unavailable before the 3-hour mark, the for: timer resets — so the automation never triggers unless the state stays on continuously.

I asked ChatGPT for suggestions, and while it offered workarounds (like using multiple automations or complex templates), they feel a bit overkill for something that seems like it should be simple.

Does anyone know of a cleaner or simpler way to handle this, maybe a way to tolerate brief unavailable states without resetting the timer?

Thanks in advance! :pray:

3 posts - 2 participants

Read full topic


Bluetooth - Enable experimental features

$
0
0

Hello,
I have recently bought an Home Assistant Green, and I’m currently trying to configure a Bluetooth USB stick(to use the BTHome integration).

When I plug it in I get this error(in the Bluetooth integration):
Failed setup, will retry: hci0([address]): hci0([address]): Failed to start Bluetooth: passive scanning on Linux requires BlueZ >= 5.56 with --experimental enabled and Linux kernel >=5.10; Try power cycling the Bluetooth hardware.

Running “systemctl status bluetooth” I get this (sorry for photo but I haven’t been yet able to setup SSH)

Looks like experimental features is not enabled (missing --experimental tag).
I tryied to edit the “/lib/systemd/system/bluetooth.service” file to set “ExecStart=/usr/libexec/bluetooth/bluetoothd --experimental” but I get this error: “‘bluetooth.service’ is read only” (using vi as text editor).

uname -r returns “6.12.23-haos” (so >= 5.10) and bluetoothctl -v returns “5.79” (so >= 5.56).

Did anyone else have this problem?

Any help is appriciated,

Gianluca

2 posts - 2 participants

Read full topic

MotionEye - unable to open video device

$
0
0

Hello guys, i’ve read the posts and i could not find the answer.
I have configured MotionEye over HAOS.
when i tried to add my first camera i could add it but on both ways ( TCP and UDP ) i receive the same message, a grey camera with the message " unable to open video Device ".

Thanks for help !

1 post - 1 participant

Read full topic

Zha: failed to connect to slzb-06m

$
0
0

Hi
some weeks ago I have successfully connected slzb-06m in ethernet mode with zha. Now it showed some error, so I deleted the integration and started new. The integration has been recognised again, the IP is correct but it still just fails:


The only error (just a warning) I see in the log is the following:
Logger: bellows.ezsp
Source: components/zha/config_flow.py:280
First occurred: 2:47:40 PM (2 occurrences)
Last logged: 2:47:42 PM

Protocol version 14 is not supported, using version 13 instead

Any idea on what to do / what to check?

Home Assistant is running in a container in my synology nas btw (that’s why I got an ethernet coordinator).

3 posts - 2 participants

Read full topic

New devices from Zigbee2MQTT not discovered in HA

$
0
0

I run HAOS on an x86 mini PC.

My Zigbee coordinator is an SLZB-06 connected to the router via ethernet.

My HA supervisor and core are up to date as of this morning.

I have configured Mosquitto and Zigbee2MQTT successfully and have added about 10 devices over the last few weeks. They are properly exposed, can be controlled via Z2M or via HA without problem.

Last week I wanted to control (via HA) an Ikea Styrbar remote and ran into issues. I decided to remote it from HA and from Z2M and add it again. It was added to Z2M but not discovered in HA. I will point out that there is a loose time correlation between the last HA core/supervisor updates and this problem, but I’m far from confident they are correlated (I think Z2M problems started before but I want to mention all possible links). (also, this morning I updated core to its newest version in the hope of fixing things).

I read all I could on the web to try and understand the problem, rebooted Mosquitto, Z2M, HA multiple times.

Yesterday I realized the problem was deeper than just the Styrbar. I wanted to add a Sonoff ZB Mini R2 relay. Again, properly detected and controlled via Z2M, but not discovered by HA. So the problem is somewhere in-between.

Again I did my homework. Most of the info on the web dates from 2 years or so, and lots have changed since then, sadly, so the content is rarely relevant.

Here’s what I know. First, my Z2M configuration.yaml file (I confirmed that homeassistant is enabled as you can see):

version: 4
mqtt:
  base_topic: zigbee2mqtt
  server: mqtt://core-mosquitto:1883
  user: xxx
  password: xxx
serial:
  port: tcp://192.168.xxxxxxxxxx
  baudrate: 115200
  adapter: zstack
  disable_led: false
advanced:
  log_level: info
  channel: 11
  network_key:
    - 246
    - 217
    - 246
    - 225
    - 243
    - 212
    - 142
    - 103
    - 26
    - 17
    - 178
    - 211
    - 241
    - 2
    - 203
    - 103
  pan_id: 39593
  ext_pan_id:
    - 73
    - 18
    - 28
    - 218
    - 58
    - 106
    - 63
    - 123
frontend:
  enabled: true
  port: xxxx
homeassistant:
  enabled: true
  legacy_action_sensor: true
  discovery_topic: HomeAssistant
  base_topic: zigbee2mqtt
  force_disable_retain: false
  include_device_information: false
  keepalive: 60
  maximum_packet_size: 1048576
  reject_unauthorized: true
  server: mqtt://core-mosquitto:1883
  user: xxxx
  version: 4
  experimental_event_entities: true

In Z2M, going to Settings and then the Home Assistant tab, when trying to make changes (such as allowing experimental options) and clicking Submit, I get this message

z2m: Request ‘zigbee2mqtt/bridge/request/options’ failed with error: ‘Extension with name HomeAssistant already present’

That’s not good!

When I added the Sonoff relay yesterday evening, here’s what the Mosquitto log says:

[18:31:08] INFO: Successfully send discovery information to Home Assistant.
[18:31:09] INFO: Successfully send service information to the Supervisor.

However, when toggling any Z2M device (the un-discovered Sonoff or another, properly discovered device) I see this

2025-04-25 08:18:38: New connection from 172.30.33.3:57610 on port 1883.
2025-04-25 08:18:38: New client connected from 172.30.33.3:57610 as mqttjs_c497cd50 (p2, c1, k60, u'(username)').
2025-04-25 08:19:42: New connection from 172.30.32.2:41520 on port 1883.
2025-04-25 08:19:42: Client <unknown> closed its connection.

Note that the last two lines appear everytime I do something to any Zigbee device, and has been doing so ever since I started using my concentrator.

I’m at my wits’ end. Discovery was working perfectly, until it suddenly didn’t. I wonder if I broke something when I force removed the remote from Home Assistant.

I will point out that I have verified my Mosquitto syntax and configuration countless times, it’s properly configured according to the doc, and I changed nothing at all since it first worked.

Any help will be more than welcome.

2 posts - 2 participants

Read full topic

The integral sensor cannot be selected in the energy configuration

$
0
0

Hello Community,

I am new to Home Assistant and I have the following problem:

I would like to configure my SolarEdge system for the Energy Dashboard. The sensor provides me with a value for the current grid power. When I export energy, the value is negative, and when I import energy, it is positive. Therefore, I created two helper templates to get only the negative and positive values respectively:

1 post - 1 participant

Read full topic

Homatic ccu1

$
0
0

Hi,
I want to integrate an old homematic ccu1 into homeassistant.
my configuration looks like this:

Loads default set of integrations. Do not remove.

default_config:

Load frontend themes from the themes folder

frontend:
themes: !include_dir_merge_named themes

automation: !include automations.yaml
script: !include scripts.yaml
scene: !include scenes.yaml

aus video

HomeMatic:
Interfaces:
Funk:
host: 192.168.X.X
port: 2001
resolvenames: “xml”
username: “xxx”
Password: “yyy”"
HMIP:
host: 192.168.x.x
port: 2010
resolvenames: “xml”
username: “xxx”
Password: “yyy”
Wired:
host: 192.168.x.x
port: 2000
resolvenames: “xml”
username: “xxx”
Password: “yyy”
groups:
host: 192.168.x.x
port: 9292
resolvenames: “xml”
username: “xxx”
Password: “yyy”
path: /groups
hosts:
ccu1:
host: 192.168.x.x
username: “xxx”
password: “yyy”

Seems ok, but I get a warning: “integration error: Homematic-Integration” not found.
I tried also with “json” instead of “xml”, but the error continues.
What did I do wrong?
Peter

1 post - 1 participant

Read full topic

Action assist_satellite.start_conversation with 2 topics?

$
0
0

I have one trigger and I want the assist to ask for 2 different topics (open blinds and afterwards to start radio).
Can I combine this into one action part or does it need to be two automations? But if the later, how can I avoid overlapping?
I tried alread two assist_satellite.start_conversation in one automation separated by a wait for the assist to become idle again.
Currently in this case none of the topics seem to work.

1 post - 1 participant

Read full topic


How do I use If statement in GUI Helper Templates?

$
0
0

I have a helper that calculates the depth of oil in my tank. (Simply the air-gap from the tank sensor deducted from the tank height)

If HA is restarted and there is no value / unavailable for the tank air-gap sensor, then the calculation is incorrect and the value jumps up to the height of the tank.

Here is the code from the state template in the GUI:

{{ (states("input_number.oil_tank_height") | int(0) -states("sensor.oil_tank_gauge_depth") | int(0)) }}

How do I add a IF statement into this code in the GUI, to check that the sensor.oil_tank_gauge_depth is not unavailable before doing the calculation?

I tried following examples post on here, but they all seem aimed at YAML file configs, so the syntax is not quite right.

3 posts - 2 participants

Read full topic

Shelly detached turning light by itself

$
0
0

Hello community,
I am completely new to the topic of Home Assistant. So if I’m forgetting any important information, please let me know.

For a few days now, I have had the problem that my Shelly switches trigger the automation for the light on their own. The Shelly 1 pm mini is running in detached mode and switches the light via the following automation:

alias: Smart light
description:
triggers:

  • entity_id:
    • binary_sensor.lichtschalter_eg_arbeitszimmer_input_0_input
      trigger: state
      conditions:
      actions:
  • action: light.toggle
    metadata: {}
    data: {}
    target:
    entity_id: light.deckenleuchte_eg_arbeitszimmer
    mode: single

The logbook shows that the Shelly is temporarily unavailable. After it is available again, the light switches.
My guess: The automation switches on every status change and not just on and off. Shortly before this happens, the router does a channel scan and sets the channels for the WLAN. So the Shelly briefly has no wifi and therefore switches the light?
How can this be avoided? Unfortunately I could not find a suitable entry.

2 posts - 2 participants

Read full topic

Bluetooth not working after proxmox backup

$
0
0

Hi all! I’m having having troubles with Bluetooth. I’m using a mini pc with proxmox 8.4, have both a mercusys Bluetooth dongle and the integrated Bluetooth form a mediatek wifi card passed to the HA VM.
Every night proxmox runs a backup job (snapshot mode) and when the VM starts again the Bluetooth doesn’t work until I manually reboot the proxmox node.
I’ve tried several things with the help of chatgpt, like blacklist and a script to reattach the Bluetooth to the VM, but nothing works.
Any idea on how to solve?

1 post - 1 participant

Read full topic

Bug with History Graphs when displaying Thermostat entities

$
0
0

I think I’ve found a bug.

It seems that if you view a history graph of a thermostat entity, if that thermostat changes modes from heating, to heat and cool, the history graph will stop showing the set temperature in favor of the new heat/cool set temperatures. In fact, even after switching back to exclusive heat mode (or even exclusive cool mode), it will continue to only show the heat/cool temps until the time window that the graph is displaying no longer has any reading for the heat/cool temperatures, before it’ll start showing the set temperature value again.

Is this purposeful, or is this a bug?

I’d expect any history graph to show all available data, when there is data within the timeframe selected.

1 post - 1 participant

Read full topic

Keeping Fully Kiosk dashboard awake

$
0
0

I mounted a tablet to the wall, showing an HA dashboard via Fully Kiosk.

The design goal is that it goes off (to protect the screen and save a little bit of power) when nobody is around, and turns on when someone is in the vicinity.
To accomplish that, I have an movement sensor nearby, which triggers whenever someone walks past it. An HA automation responds to this event and turns the screen switch of Fully Kiosk to on. In Fully Kiosk, I’ve configured the screen to automatically turn off after two minutes.

This works okay, but it expectedly fails when there’s movement for more than two minutes. The HA automation cannot ‘extend’ the timer of Fully Kiosk. So after 120s, the screen turns off and with the next movement, back on.

Is there an elegant solution to this? Some kind of ‘wake lock’ in Fully Kiosk to trigger instead of the screen switch?

Or should I just disable all screen management in Fully Kiosk and instead implement everything in HA: the ‘on’, the timer and the ‘off’ event?

1 post - 1 participant

Read full topic

Viewing all 106555 articles
Browse latest View live


<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>