@bobfather - I think the .5 to 1 second is just the time it takes for CoRE to do the processing. I could be wrong but I don’t think that includes the trip up to the cloud and back down.
My explanation for asking the question is in my original post. CoRE is a great app and if it didn’t exist I would be screwed. I do not plan on writing my own apps for everything I do. However I do understand how software is developed to a great degree and I also know how modern day platforms (like SmartThings) should be architected (to some degree). In the software world, generally large / monolithic type applications have degrading performance over time due to their complexity and the developers ability to optimize specific use cases. All of this is why I asked the question. I was hoping I’d get an answer like “there is only a tiny amount of overhead because each of these use cases within CoRE is it’s own child app and independent of the rest of the app.” If the answer isn’t something like that, then unfortunately it is likely that a purpose built app is going t always be faster, even it if it 100ms. But when you are turning the lights on and your whole life you have experienced < 100ms (or less) time for your lights to turn on (likely just limited by your ability to perceive them turning on) 500 to 1000ms + the round trip time will seem unnatural. If I can shave a couple hundred milliseconds off a few critical tasks, I am happy to do that and continue to support @ady624 by using CoRE, providing feedback and donating (still trying to figure out if we are still donating or allowed to, need to catch up on that thread).
I didn’t intend to start an argument. I intended to have a discussion.
Also, if you are a software developer writing your own apps is fun as hell and this gives me a reason to do it.
I do hope in the future that ST allows us to choose where certain apps run. Verizon came the other day to upgrade me from 50 mbps to 150 mbps. It was a nightmare. Its funny how addicted you can get to home automation in just a few weeks. Right?
A note to @ady624: Thank you and everyone who has helped you in creating CoRE. It is truly amazing. ST wouldn’t be the same without it. I rely on it everyday.
I will use Smartlighting where it makes sense, for example I would like local processing.
As far as what is faster - Custom Lite Weight App, SmartLighting, Routines, CoRE. In God we trust, all others we need DATA baby.
But, I will say this… faster is meaningless when compared to reliability. Routines do not run. Smartlighting doesn’t always run. If CoRE can reliably execute certain tasks like unlocking my locks when I need it do, I will take a little lag… a little lag is better than a forever lag (not ever finishing the execution)
@ady624 for comments on ST Support’s assertions about CoRE.
I think ST needs to make some public and official statements. If they are making claims, they should substantiate them publicly with data. ady has put a lot of effort into CoRE and being direct and upfront, working hand in hand is called for. Rather than making statements like this behind the scenes.
Thanks, I love constructive feedback. I do have data for my apps. Extraordinary claim? No. I am not making one. You showed me numbers without context (not data in the true sense of what would be needed to ferret out any signifcant conclusions from your personal claim - i.e. types of devices, types of piston, what are they actually doing, etc. I know what I am comparing.). I stated my experience. Your belief system means nothing to me, so whether my experience means anything to you is irrelevant to me. I stated my experience and it is 100% valid and true.
As a programmer, you know that some of the apps require round trips, and this adds to latency. I have seen this first hand and I have data to back it up. I’m sure that you’ve experienced this in your coding background, right (assuming you are a coder)?
One of the issues that my system does have is that it is over 200 devices. Maybe size does matter. Support has stated this as an issue regarding lags. Honestly, I always thought it made it more reliable (my automations rarely failed even during the bad times - scheduling excluded), but then some of the recent platform updates were made to address some size related issues, so maybe it is/was detrimental too.
RM still exists - it just isn’t supported anymore. I still have it. I’m not knocking anything that Adrian did. It’s a great app. The discussion was CoRE vs Simple Purpose Built App. I shared my experiences. Sorry if you can’t accept a response that wasn’t directed to you, but rather to the OP. Sorry if my experiences differ from yours. Sorry if a different opinion or view upsets you.
After 2+ years with ST, I feel that I can state my experience.
I had sent in a support request regarding lags increasing well beyond 30 seconds. When they looked at my system, a comment was made about the number of devices (200+) and that I had RM and CoRE installed. Both RM and CoRE had about 5 automations each, but Smart Lighting had at least 75+. I clearly stated which devices and automations (local DH and Smart Lighting) were impacted. They then came back with the additional traffic caused by RM and CoRE. Further adding that the additional queries generated by them would cause the lag to increase because of the additional traffic and that I should expect them to run slower.
My issue was unrelated to RM and CoRE. I didn’t mention them other than to respond that they were not the problem as I tried to redirect them back to the issue at hand. I gave up, rebooted the hub, and my problem subsided. It comes back once and a while, and I use a Wemo to reboot the hub when needed.
A do-it-all app will always run slower than a dedicated specialized app. If I had the skill, I’d use dedicated SmartApps. If I didn’t have the skill, I’d use RM or CoRE. Benefit of CoRE is the ability to change the logic on the fly (no recoding necessary). Benefit of dedicated app is speed.
Ive always thought about the noise that apps l8ke RM and CoRE make, so for a month, I tested my system without any c2c devices or custom apps, just to see if my system behaves differently. I didn’t notice any significant changes. My system was occasionally sluggish and not significantly faster overall. Now that was pure visual observation. If there were milliseconds gained, who cares. I’d rather have my custom apps and several pistons to achieve what i want than having a bare minimum set up.
Agreed. I think it’s minimal. I do think the round trips can be costly though. There are some really noisy devices though (Wemo’s, ST Smart Outlets).
I did compare RM, CoRE, and Smart Lighting doing the exact same automation. Smart Lighting was the fastest (local execution - no brainer, but limited when compared to RM or CoRE), RM was second (but less features than CoRE; encompassing, but not as Swiss army knife as CoRE). Before RM and CoRE (and Smart Lighting) existed, I had written many apps. A dedicated SmartApp could (and would) easily squeeze in between Smart Lighting and RM.
Between Smart Lighting, CoRE, and my custom apps, I’m very happy with my automations. I agree, I would rather have the features that I want too, versus having a bare minimum setup. But neither of us are in the bare minimum range. Mine works pretty well. My wife likes the automations. My son was a PITA about it (my daughter was OK with it). As with anything, the more variables (aka people), the less everything can be made to work the way everyone wants (maybe iBeacons or something else would help - possibly chipping the entire family). Now my son has graduated from college and has a job, so with an empty nest, things are as close to 100% as I can hope for. My wife does not like Alexa though. And I’ll admit she gets on my nerves with her inability sometimes to find things. When Alexa works, it’s great. The naming quirks are still a PITA.
Just those two come to my mind. I’m sure there are others. I have 4 Wemo’s and 6 Smart Outlets. Live logging shows lots of messages from them (constantly). All run using stock DH and apps (Wemo Connect).
I just did some testing of my own between CoRE and Smart Lighting.
CoRE was anywhere between 30-45% faster than Smart Lights to trigger an identical rule: turn on 3 Hue lights when any of 2 motion detectors in the same room detected motion, then turn them off once motion ceased on both.
Not only did CoRE win the challenge in terms of speed to execute the routines, in 1 of the tests with Smart Lights, the “turn off” portion of the routine failed for 1/3 lights, and I had to manually toggle the light off.
Testing was done in an ABAB fashion, with identical network conditions over the course of about 5 minutes. To stop the rules from interfering with each other, they were disabled on CoRE when testing Smart Lights, and I just straight up removed the Smart Lights rule when testing CoRE.
Literally the only part of Smart Lights that was better was the rule design interface. I could create the rule I wanted in about 15 seconds using Smart Lights, whereas CoRE’s UI is much slower.
That UI speed is the perfect example as to why a dedicated app should be faster than a do-it-all app. Being optimized for lights only, you’re skipping a lot of selections that CoRE has to take you through. Also, CoRE has to submit on change since the input is dynamic based on the capability selected. Perfect example Also, CoRE performance seems to depend on the shard your hub is running, with NA01 being the slowest, while the UK shard performing much better.