Hello, I have maybe 100 or so devices connected to my Homey (60/40 split between zigbee and zwave) and probably a similar number of flows. And since I upgraded my Homey to 2.0 I have started to have a lot of issues. After raising a few support ticket about this with athom they all got closed with…

[image] Michael_Medin: My guess is that the architectural issue is that they “send one event for everything” which means they bog down the zigbee and zwave communications. If you compare hue to Homey this is apparent when changing multiple aspects of a bulb it is instantaneous on Hue where as Ho…

You can see if a app has crashed at the app itself. You also can make a flow which gives a notification when a app crashes.Back in the old days you had to look into every app😏

[image] Cuflee: Does the app simply crashes if you make changes in flows or do you also test/run flows? If you don’t test/run flows I don’t see how this could be related to the Zigbee/Z-Wave protocol. All flows works perfectly, when testing, if I disable all multiple flows with one enable it …

[image] Michael_Medin: My guess is that the architectural issue is that they “send one event for everything” which means they bog down the zigbee and zwave communications. If you compare hue to Homey this is apparent when changing multiple aspects of a bulb it is instantaneous on Hue where as Ho…

I had the same issue, “fixed/worked around” it by setting a delay to the other flows execution of some seconds (this is where I had one flow calling other flows). I also don’t know how to read the insights graph, if CPU usage is slowly increasing over time that would explain why a reboot works for …

[image] Michael_Medin: But this is they way all the apps CPU graph looks o maybe they should look like this? The graph shows the “CPU time” metric, which always increases over the runtime of an app and is, therefore, not very useful. You have to specifically watch for sharp increases (like fo…

[image] robertklep: so, if you have a flow that has 10 actions, those 10 actions will start at the same time (as opposed to one-after-the-other on v1), which could overwhelm Homey’s CPU. Not sure where you got that information, Homey has always been asynchronous (triggering all actions at the…

From what I understood, in v1, actions would be started one-by-one. Homey wouldn’t wait for actions to complete, so the execution was asynchronous, but they were started serially. Whereas in v2, actions are started in parallel. I could be mistaken, of course, but it would account for the need to ad…

My Homey was heavily overloaded as well, causing all kinds of tiring side effects. I took rather drastic measures; I demoted Homey to a dumb device interface and moved all other stuff to a separate controller. Here’s what I have at the moment: A Beaglebone Black with a number of self-built services…

[image] Lammy: Java in Homey Java !== JavaScript I think JS in itself isn’t necessarily fat and slow, but some design choices were made for Homey that are suboptimal on the limited hardware platform that it is (one being each app running inside its own sandboxed process, because Athom doesn’…

Homey performance improvement tricks with "many devices"?

Questions & Help

Lammy July 18, 2019, 8:54am 22

I don’t blame Homey. It is just a matter of cause and effect. Changing the settings is exactly what I did and advise others to do as well.

Topic		Replies	Views
Performance of Homey suitable with quite some devices, sensors, actors of different brands/technologies? Questions & Help	28	4586	October 30, 2025
Homey Pro (2019) brought to its knees?! Questions & Help z-wave , zigbee , ikea	49	5063	July 29, 2022
Recommended Period to auto reboot Homey? Questions & Help flow , homey-pro	46	3801	December 23, 2022
Give up Off-Topic	31	1755	February 2, 2019
My 9 month personal review of Using a Homey - Spoiler alert -> Disapointed Questions & Help app , z-wave , official , tools	52	18190	June 9, 2024

Homey performance improvement tricks with "many devices"?

Related topics