# \[APP\]\[Pro\] Home Assistant - Community App

**URL:** <https://community.homey.app/t/app-pro-home-assistant-community-app/71477>\
**Category:** Apps\
**Tags:** app, tools, homey-pro, home-assistant\
**Created:** [October 31, 2022, 8:25pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477 "2022-10-31T20:25:26Z")\
**Posts on this page:** 20\
**Page:** 74

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 7, 2026, 1:19pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1475 "2026-03-07T13:19:58Z")

</div>

That’s strange. I just took a switch devie, added power entity via settings, then added a second power entity in repair mode and both are shown and updated.  
Can you please try again and after capability removal send a diagnostics report? Hopefully I can see something useful.

---

<div class="post-metadata">

**Author:** ![Torbjorn\_Melbye](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/torbjorn_melbye/32/18194_2.png) [@Torbjorn\_Melbye](https://community.homey.app/u/Torbjorn_Melbye)\
**Post date:** [March 7, 2026, 1:47pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1476 "2026-03-07T13:47:59Z")

</div>

Here you go:

4ecb57f9-884f-49a5-b7c6-a8034557931a

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 7, 2026, 2:20pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1477 "2026-03-07T14:20:17Z")

</div>

I have no idea…

- The capability data to add looks good
- Capability is added
- On devie init, the capability seems to be there

But if that would be true, you wouldn’t be able to add it a second time.

Can you just restart your Homey? Just to be sure.

PS: I’m also on 12.13.0-rc.6, so this shouldn’t be a reason.

---

<div class="post-metadata">

**Author:** ![Torbjorn\_Melbye](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/torbjorn_melbye/32/18194_2.png) [@Torbjorn\_Melbye](https://community.homey.app/u/Torbjorn_Melbye)\
**Post date:** [March 7, 2026, 2:50pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1478 "2026-03-07T14:50:25Z")

</div>

Just tried again after restart

ee4f2091-f717-4983-8883-4de5d57dc325

---

<div class="post-metadata">

**Author:** ![Simone\_Erle](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/simone_erle/32/113757_2.png) [@Simone\_Erle](https://community.homey.app/u/Simone_Erle)\
**Post date:** [March 26, 2026, 11:37am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1479 "2026-03-26T11:37:46Z")

</div>

Hi,  
I am experiencing an issue with the management of my solar system and consumption metrics in Homey.

I am aware that this is a very specific request related to my setup. However, other users with different systems may have found a working solution that I could try to adapt to my use case, since each sensor requires specific data to be configured.

I have created four different custom devices to manage **Battery** , **Panels** , **Grid** , and **Loads**.

 ![image](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/b/c/bc2aa648cf1256dc814bd77cc756f4592824b860.png)

These are the data I receive from Home Assistant.

> **Data From Home Assistant**
>
> {  
> “sensor.epcube\_battery\_daily\_charge”: {  
> “entity\_id”: “sensor.epcube\_battery\_daily\_charge”,  
> “state”: “0.7”,  
> “attributes”: {  
> “state\_class”: “total”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “Battery Daily Charge”  
> },  
> “last\_changed”: “2026-03-26T10:25:32.410693+00:00”,  
> “last\_reported”: “2026-03-26T10:25:32.410693+00:00”,  
> “last\_updated”: “2026-03-26T10:25:32.410693+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_battery\_daily\_charge”  
> },  
> “sensor.epcube\_battery\_daily\_discharge”: {  
> “entity\_id”: “sensor.epcube\_battery\_daily\_discharge”,  
> “state”: “2.96”,  
> “attributes”: {  
> “state\_class”: “total”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “Battery Daily Discharge”  
> },  
> “last\_changed”: “2026-03-26T11:01:32.431953+00:00”,  
> “last\_reported”: “2026-03-26T11:01:32.431953+00:00”,  
> “last\_updated”: “2026-03-26T11:01:32.431953+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_battery\_daily\_discharge”  
> },  
> “sensor.epcube\_batterycurrentelectricity”: {  
> “entity\_id”: “sensor.epcube\_batterycurrentelectricity”,  
> “state”: “1.15”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “kWh”,  
> “friendly\_name”: “EPCUBE Battery Energy Current”  
> },  
> “last\_changed”: “2026-03-26T11:01:32.427327+00:00”,  
> “last\_reported”: “2026-03-26T11:01:32.427327+00:00”,  
> “last\_updated”: “2026-03-26T11:01:32.427327+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_batterycurrentelectricity”  
> },  
> “sensor.epcube\_battery\_power”: {  
> “entity\_id”: “sensor.epcube\_battery\_power”,  
> “state”: “-0.12”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “kW”,  
> “device\_class”: “power”,  
> “friendly\_name”: “Battery Power (Live)”  
> },  
> “last\_changed”: “2026-03-26T11:01:32.432021+00:00”,  
> “last\_reported”: “2026-03-26T11:01:32.432021+00:00”,  
> “last\_updated”: “2026-03-26T11:01:32.432021+00:00”,  
> “homey\_capability”: “measure\_numeric”  
> }  
> }
> 
> {  
> “sensor.epcube\_gridelectricityfrom”: {  
> “entity\_id”: “sensor.epcube\_gridelectricityfrom”,  
> “state”: “1.28”,  
> “attributes”: {  
> “state\_class”: “total\_increasing”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “EPCUBE Grid Energy From”  
> },  
> “last\_changed”: “2026-03-26T10:43:32.577278+00:00”,  
> “last\_reported”: “2026-03-26T10:43:32.577278+00:00”,  
> “last\_updated”: “2026-03-26T10:43:32.577278+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_gridelectricityfrom”  
> },  
> “sensor.epcube\_gridelectricityto”: {  
> “entity\_id”: “sensor.epcube\_gridelectricityto”,  
> “state”: “0.0”,  
> “attributes”: {  
> “state\_class”: “total\_increasing”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “EPCUBE Grid Energy To”  
> },  
> “last\_changed”: “2026-03-26T00:00:01.683380+00:00”,  
> “last\_reported”: “2026-03-26T00:00:01.683380+00:00”,  
> “last\_updated”: “2026-03-26T00:00:01.683380+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_gridelectricityto”  
> },  
> “sensor.epcube\_gridpower”: {  
> “entity\_id”: “sensor.epcube\_gridpower”,  
> “state”: “0.0”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “W”,  
> “device\_class”: “power”,  
> “friendly\_name”: “EPCUBE Grid Power”  
> },  
> “last\_changed”: “2026-03-26T08:01:26.480860+00:00”,  
> “last\_reported”: “2026-03-26T08:01:26.480860+00:00”,  
> “last\_updated”: “2026-03-26T08:01:26.480860+00:00”,  
> “homey\_capability”: “measure\_power”  
> }  
> }
> 
> {  
> “sensor.epcube\_backupflowpower”: {  
> “entity\_id”: “sensor.epcube\_backupflowpower”,  
> “state”: “1340.0”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “W”,  
> “device\_class”: “power”,  
> “friendly\_name”: “EPCUBE Home Power Consumption Flow”  
> },  
> “last\_changed”: “2026-03-26T11:02:30.671814+00:00”,  
> “last\_reported”: “2026-03-26T11:02:30.671814+00:00”,  
> “last\_updated”: “2026-03-26T11:02:30.671814+00:00”,  
> “homey\_capability”: “measure\_power”  
> },  
> “sensor.epcube\_backupelectricity”: {  
> “entity\_id”: “sensor.epcube\_backupelectricity”,  
> “state”: “5.85”,  
> “attributes”: {  
> “state\_class”: “total\_increasing”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “EPCUBE Home Energy Consumption”  
> },  
> “last\_changed”: “2026-03-26T11:02:30.671205+00:00”,  
> “last\_reported”: “2026-03-26T11:02:30.671205+00:00”,  
> “last\_updated”: “2026-03-26T11:02:30.671205+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_backupelectricity”  
> },  
> “select.ep\_cube\_modalita”: {  
> “entity\_id”: “select.ep\_cube\_modalita”,  
> “state”: “Autoconsumo”,  
> “attributes”: {  
> “options”: [  
> “Autoconsumo”,  
> “Tariffazione”,  
> “Backup”  
> ],  
> “icon”: “mdi:transmission-tower”,  
> “friendly\_name”: “EP CUBE Modalità”  
> },  
> “last\_changed”: “2026-03-24T08:59:43.301731+00:00”,  
> “last\_reported”: “2026-03-24T08:59:43.301731+00:00”,  
> “last\_updated”: “2026-03-24T08:59:43.301731+00:00”,  
> “homey\_capability”: “mode\_select.select.ep\_cube\_modalita”  
> }  
> }
> 
> {  
> “sensor.epcube\_solardcpower”: {  
> “entity\_id”: “sensor.epcube\_solardcpower”,  
> “state”: “1100.0”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “W”,  
> “device\_class”: “power”,  
> “friendly\_name”: “EPCUBE Solar DC Power”  
> },  
> “last\_changed”: “2026-03-26T11:03:31.536217+00:00”,  
> “last\_reported”: “2026-03-26T11:03:31.536217+00:00”,  
> “last\_updated”: “2026-03-26T11:03:31.536217+00:00”,  
> “homey\_capability”: “measure\_power”  
> },  
> “sensor.epcube\_solardcelectricity”: {  
> “entity\_id”: “sensor.epcube\_solardcelectricity”,  
> “state”: “2.5”,  
> “attributes”: {  
> “state\_class”: “total\_increasing”,  
> “unit\_of\_measurement”: “kWh”,  
> “device\_class”: “energy”,  
> “friendly\_name”: “EPCUBE Solar DC Energy”  
> },  
> “last\_changed”: “2026-03-26T11:03:31.535327+00:00”,  
> “last\_reported”: “2026-03-26T11:03:31.535327+00:00”,  
> “last\_updated”: “2026-03-26T11:03:31.535327+00:00”,  
> “homey\_capability”: “meter\_power.sensor.epcube\_solardcelectricity”  
> }  
> }

Could someone help me with the Advanced Settings of the various devices so that the information is displayed properly?

At the moment, I can only see the energy imported from or exported to the grid and the solar panel production. In addition, the exported/sold energy values are incorrect. I also have no information about battery usage or the total household consumption.

Yesterday I saw this. 154kWh Exported are impossible

> **Screen of yesterday**
>
> ![Screenshot_20260325_220029_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/1/c/1c4c4aeefa3e6eadece0f5092ebe2316d7482a61.png)

Today from epcube system I see this

> **Screen of epcube**
>
> ![Screenshot_20260326_120807](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/0/0/00b8526bf0af67fc624688c22d5d0b4b0224a856.png)

From Homey

> **Screen of homey**
>
> ![Screenshot_20260326_115533_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/6/e6ae95329d8a187a657cf71827f73520479a1811.png)
> 
> ![Screenshot_20260326_115543_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/0/3/03d6e7040f173b8068f8f20c71365cd98a47d276.png)

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 26, 2026, 6:19pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1480 "2026-03-26T18:19:08Z")

</div>

Hi Simone,

yor devices are correct I think.

Grid in/out is shown in the chart in blue/green color.  
Solar production is shown in yellow.  
Battery is showing negative value that is correct for discharge.

The battery should show up at the house

 ![Screenshot_20260326_190637_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/5/5/557c74d32108ae073a016f364fe238df5c1a60bb.jpeg)

If you meant the epcube chart, then it’s not possible to show all information Homey in one chart.  
So all seems to be fine in your data.  
Or are you missuing values (or are there wrong values).

Homey doesn’t show a chart for house usage. It only shows the single devices defined as top consumers. I just hide all consumers (it makes no sense if only some devices have energy data) and added home usage as consumer (it shows up as consumer if it has measure\_power capability and if it’s not defined as main meter).

Only way to show this data as chart is as insights chart (battery, home usage etc) in HomeyDashboard, but not as a one in all chart.

---

<div class="post-metadata">

**Author:** ![Simone\_Erle](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/simone_erle/32/113757_2.png) [@Simone\_Erle](https://community.homey.app/u/Simone_Erle)\
**Post date:** [March 27, 2026, 7:47am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1481 "2026-03-27T07:47:31Z")

</div>

The devices report correct data. What I cannot achieve is displaying this data graphically in the **Energy** tab of Homey. In that tab, I can correctly see the amount of power imported from the grid and the solar production, but I cannot see the amount of power drawn from the battery, nor the energy exported to the grid, which previously appeared excessively high.

I assume the last two issues are caused by incorrect device configuration.

Additionally, I cannot understand how to view the total consumption, even though the device exposes the `measure_power` value.

> “sensor.epcube\_backupflowpower”: {  
> “entity\_id”: “sensor.epcube\_backupflowpower”,  
> “state”: “280.0”,  
> “attributes”: {  
> “state\_class”: “measurement”,  
> “unit\_of\_measurement”: “W”,  
> “device\_class”: “power”,  
> “friendly\_name”: “EPCUBE Home Power Consumption Flow”  
> },  
> “last\_changed”: “2026-03-27T07:27:55.412347+00:00”,  
> “last\_reported”: “2026-03-27T07:27:55.412347+00:00”,  
> “last\_updated”: “2026-03-27T07:27:55.412347+00:00”,  
> “homey\_capability”: “ **measure\_power** ”  
> }

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 27, 2026, 8:36am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1482 "2026-03-27T08:36:53Z")

</div>

> [@Simone\_Erle](#):
>
> I assume the last two issues are caused by incorrect device configuration.
> 
> Additionally, I cannot understand how to view the total consumption, even though the device exposes the `measure_power` value.

Homey simply doesn’t show this data in EnergyDashboard charts.

That’s why I show the charts from my Fronius interter as a html page on a Homey Dashboard (from cloud account) 😅

 ![20260327_093533](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/3/73ead7e09070d21fa0b7aced3ac879a14d0756dd.jpeg)

---

<div class="post-metadata">

**Author:** ![Heiko\_B](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/heiko_b/32/121045_2.png) [@Heiko\_B](https://community.homey.app/u/Heiko_B)\
**Post date:** [March 27, 2026, 11:15am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1483 "2026-03-27T11:15:08Z")

</div>

Hello, great App. I have one issue though.  
The Thermostat Capability feature is a very helpful addition. However, only one thermostat can be used per device capability. Is it possible to expand the app so that multiple thermostats can be used? For example, I would need comfort-, normal-, and reduced- temperature settings.  
(Multiple entities can already be integrated with the sliders)  
The background is the integration of Viessmann heating control into Homey. A wide variety of parameters need to be set.  
Unfortunately, the existing Viessmann apps are of limited use because both are missing essential entities.

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 27, 2026, 2:31pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1484 "2026-03-27T14:31:32Z")

</div>

Hi,

this is not how it would work in Homey.

A thermostat device can only have one GUI control - defined by target\_temperature and measure\_temperature capabilities. It’s not possible to add more.

Such mode dependent values would be set as device settings for a manufacturer app.  
So you can only deal with sliders or just set it once in HA.  
Then use the mode selection to switch the modes. In normal case, the termostat should now use the predefined mode settings.

---

<div class="post-metadata">

**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\
**Post date:** [March 27, 2026, 5:29pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1485 "2026-03-27T17:29:31Z")

</div>

When using the advanced virtual device (AVD) of the [Device Capabilities app](https://community.homey.app/t/app-pro-advanced-virtual-device-device-capabilities-app-with-unique-text-status-indicator/68198), it’s possible to have multiple thermostats in one device.

When you add the 3 separate HA thermostats to Homey, and hide those in the UI (possible since Mob v9.9.0 Web v1.16.0), you can have those mirrored to an aforementioned AVD.

 ![Screenshot_20260327_162800_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/4/5/4529c615f67aec6375daefe5b6d09bbc6ffe402b.jpeg)  
 ![Screenshot_20260327_162102_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/e/c/ec3cf40484781ebf28a254a096a64a3651e80dad.jpeg)  
 ![Screenshot_20260327_162114_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/8/78d7a628845d5ea090100b56053448a71d6f21a4.jpeg)  
 ![Screenshot_20260327_182330_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/0/70cdaa1fc601f73570459c78971a9c31e1f795fb.jpeg)

AVD settings:  
Choose the desired thermostat device and entities @ “Device” and “Property” fields reflecting the measure\_temperature and target\_temperature capabilities to automatically create a thermostat UI.  
No flows needed!

It can look a bit intimidating at first, but you’ll need to select and enter just a few fields each thermostat

 ![Screenshot_20260327_182455_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/a/9/a93c0ccba919f74cc35c92cba597ca44babe8cf5.jpeg)  
 ![Screenshot_20260327_182520_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/2/b/2ba966eae6d644197e366053853fdc07676629bc.jpeg)  
 ![Screenshot_20260327_182543_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/7/8/786738fa426d34caf47dcad1e51ed1cbbf304da4.jpeg)

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 27, 2026, 5:32pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1486 "2026-03-27T17:32:38Z")

</div>

Are they added as subcapability? I think I already tested it and it only worked for main capabilities. But perhaps Athom added this feature in the meantime.

Then I have to check if I can extend the “add input\_number entity as thermostat” feature if subcapabilities would pe possible.

---

<div class="post-metadata">

**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\
**Post date:** [March 27, 2026, 5:41pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1487 "2026-03-27T17:41:10Z")

</div>

Hi Ronny,

Yeah I’ve tried with a custom device, but the “trick” Arie (Godschalk) uses didn’t work.  
I’ve tried with a combo of main and subcapababilities, just similar to the screenshot below.

The AVD capabilities look like this below, indeed the additional thermostats are added as subcapababilities.  
This has been possible since Arie started the app back in '21 - '22

 ![Screenshot_20260327_183654_Vivaldi](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/1/a/1a74d8720ced686e4717b7c691994b885fbb9dc6.jpeg)

---

<div class="post-metadata">

**Author:** ![Heiko\_B](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/heiko_b/32/121045_2.png) [@Heiko\_B](https://community.homey.app/u/Heiko_B)\
**Post date:** [March 27, 2026, 8:54pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1488 "2026-03-27T20:54:46Z")

</div>

Hi Peter,  
Thanks so much for the tip. I actually found a ready-made template in the Advanced Capabilities section that matches the one you described in your post.  
With about 10 adjustable parameters and roughly twenty sensors (which need to be imported first using the HA Community app), it does take a bit of work.  
I’ve already set up the temperature readings and a few other values. It’s works.

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 28, 2026, 7:32pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1489 "2026-03-28T19:32:37Z")

</div>

> [@Peter\_Kawa](#):
>
> The AVD capabilities

I can also add several HA entities as target\_temperature.

This is one main and one subcapability.

 ![grafik](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/5/1/51b0d3fa483c15d2697db192dd1007350ad5ff39.png)

The difference is:

- When adding an entity as subcapability, the capability ID is defined based on entity:  
`measure_numeric.input_number.thermostat`
- For most capabiities this is working.
- It seems, not for thermostats
- But when using only one subcapability identifier, it works:  
`measure_numeric.01`

I think I have to add an input field for optional subcapability name below select box 🤔

 ![grafik](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/3/9/39394c0b39d5c018163b3a8da15d813240f35148.png)

---

<div class="post-metadata">

**Author:** ![Peter\_Kawa](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/peter_kawa/32/173848_2.png) [@Peter\_Kawa](https://community.homey.app/u/Peter_Kawa)\
**Post date:** [March 28, 2026, 11:50pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1490 "2026-03-28T23:50:41Z")

</div>

Great find, Ronny.

I just tested, adding additional thermostats to a HAC app climate device, and it works when using (consecutive) numbers as part of subcapababilities, like  
`measure_temperature`  
`target_temperature`  
`measure_temperature.02`  
`target_temperature.02`  
`measure_temperature.03`  
`target_temperature.03`  
or even:  
`measure_temperature.kamer04`  
`target_temperature.kamer04`

 ![Screenshot_20260329_010408_Vivaldi](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/8/f/8fafbf8570b3fa9652b91e5c8b7051bdbac75b5b.jpeg)  
 ![Screenshot_20260329_010205_Homey](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/6/3/63fe30d0195188dae436edefed96ba485ed0f558.jpeg)

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [March 29, 2026, 11:23am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1491 "2026-03-29T11:23:01Z")

</div>

New **test version 1.15.1** :

- Fixed subcapability issue for thermostat capability (input\_number entities).

When using subcapability (to add more than one thermostat), the subcapability ID is now fixed to not use additional points in subcabability to bypass the Homey issue.

> **[Home Assistant Community | Homey](https://homey.app/en-us/app/io.home-assistant.community/Home-Assistant-Community/test/)**
>
> Connect to Home Assistant

Use:

- When adding an input\_number a single thermostat, use the “add as main capability” option. This way, a target\_temperature caopabilility is added.

- When adding additional thermostat, don’t activate the “add as main capability”. This way, the entity part is used as subcapability (poit replaced with underline for thermostat).

@Peter_Kawa @Heiko_B FYI and test. It should be possible now to add several thermostats 🙂

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [April 29, 2026, 3:59am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1492 "2026-04-29T03:59:48Z")

</div>

New test version 1.15.2

- prevents unneeded mode list updates

---

<div class="post-metadata">

**Author:** ![lukenukemmp3](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/lukenukemmp3/32/91808_2.png) [@lukenukemmp3](https://community.homey.app/u/lukenukemmp3)\
**Post date:** [April 29, 2026, 11:10am UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1493 "2026-04-29T11:10:55Z")

</div>

Hello there General Winkler,  
and once again: thank you for your awesome service to this community so far! I deeply appreciate all your work.

Unfortunately this is not the only things I got to say today.

Since Home Assistant Core 2026.3, color temperature commands from Homey to HA lights no longer work. The Homey flow card “Set a temperature” (and equivalents) sends the command, but the resulting `light.turn_on` service call arriving at HA contains no color temperature parameter at all – only `brightness`. The light therefore does not change its color temperature.

In the following I will use HACA short for Home Assistant Community App, I hope this is okay.

**Environment**

- HACA app version: 1.15.1
- Home Assistant Core: 2026.4.4
- Home Assistant OS: 17.2
- Affected lights: confirmed across multiple brands and Z2M-bridged devices (innr RB 286 C, Philips Hue LCL007 / LCA001, Paul Neuhaus NLG-RGB-TW / NLG-TW). Issue is independent of the bulb.

**Reproduction**

1. Add any HA light entity with color temperature support to Homey via HACA.
2. In Homey, create a flow with the card “Set a temperature” (e.g. 50%).
3. In Home Assistant, open Developer Tools → Events → listen for `call_service`.
4. Trigger the flow.

**Observed result**

The captured event contains no color temperature parameter:

```auto
event_type: call_service
data:
  domain: light
  service: turn_on
  service_data:
    entity_id: light.wohnzimmer_deckenleuchte
    brightness: 255

```

On/off, brightness and RGB color all continue to work normally.

**Root cause (or what it seems to be to me)**

Home Assistant 2026.3 removed the deprecated mired-based light features:

- The state attributes `color_temp`, `min_mireds` and `max_mireds` are no longer exposed.
- The `light.turn_on` service no longer accepts the `color_temp` (mireds) or `kelvin` parameters.
- Only `color_temp_kelvin`, `min_color_temp_kelvin` and `max_color_temp_kelvin` remain.

Reference: [Remove deprecated light features | Home Assistant Developer Docs](https://developers.home-assistant.io/blog/2026/02/23/remove-deprecate-light-features/)

The affected entities now only expose `min_color_temp_kelvin` / `max_color_temp_kelvin`, e.g.:

```auto
min_color_temp_kelvin: 1801
max_color_temp_kelvin: 6535
supported_color_modes: [color_temp, xy]

```

It appears the HACA still relies on `min_mireds` / `max_mireds` to compute the target value from Homey’s normalized 0–1 input. When those attributes are missing, the conversion fails and the color temperature parameter is dropped from the outgoing service call entirely – which matches the observed behavior.

**My thoughts for a fix on this issue**

- Read the range from `min_color_temp_kelvin` / `max_color_temp_kelvin` instead of `min_mireds` / `max_mireds` (with backward-compatible fallback).
- Send `color_temp_kelvin` in the `light.turn_on` service call instead of `color_temp`.
- Update the state-reading side to use `color_temp_kelvin` for displaying and updating the Homey `light_temperature`capability.

**Another problem with NLG-Lights in general**  
I use two light from Paul Neuhaus, NLG for short, and the HACA sends a turn\_on with a brightness of 0 - which does not work for these lamps:

```auto
event_type: call_service
data:
  domain: light
  service: turn_on
  service_data:
    entity_id: light.kuche_deckenfluter
    brightness: 0

```

Happy to provide additional logs or test a pre-release if useful. Always feel free to ask for anything that may help from me.

---

<div class="post-metadata">

**Author:** ![RonnyW](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/ronnyw/32/10879_2.png) [@RonnyW](https://community.homey.app/u/RonnyW)\
**Post date:** [April 29, 2026, 4:24pm UTC](https://community.homey.app/t/app-pro-home-assistant-community-app/71477/1494 "2026-04-29T16:24:23Z")

</div>

Hi, thanks for reporting this issue. I read about these color temperatures months ago but didn’t know they really changed/removed it.

I will take a look at it, but it wil take week until I will have time to fix it. If I need some details, I will ask via PM (in german 🙂 ).

[Previous page](https://community.homey.app/t/app-pro-home-assistant-community-app/71477.md?page=73)

[Next page](https://community.homey.app/t/app-pro-home-assistant-community-app/71477.md?page=75)