How are things looking?
I've been working with @chuck.schwer on my theory that the slowdowns were caused by the 120 timeout limit, even though webcore wasn't necessarily hitting those timeout limits in normal operation. I verified that the changes made to webcore around the time of the update and the removal of the blacklisted methods were not causing the slowdowns. On my second hub I was seeing the same slowdowns especially on startup where the dashboard wouldn't load, and events would take 20-30 seconds to process instead of the subsecond range
He sent me a build of 1.1.3 today that had the timeouts disabled and everything worked great! Webcore and the hub stablized within 3 minutes of bootup with no slowdows or errors, and the dashboard loaded correctly. I'm not sure what the next steps are from their side, but in the meantime, until they announce them, the last version of 1.1.2 (right before the time limits were introduced) should run webcore correctly.
5 Likes
Sounds like progress! I rolled back to 1.1.2 and as you say, everything is working fine.
Thank you for the efforts - hopefully a resolution is found soon.
1 Like
i'm on the latest of everything and i haven't had a issue, but i do only have one piston running?
edit there is a new update so will try that 1st
That is definitely a factor and why I didn't know anything was wrong in the beginning. I did the development for 113 on my second dev hub with only a few pistons, and it all worked great. When I moved all my pistons over, that's when I saw all the issues everyone else was seeing.
1 Like
yeah that's the new update i just noticed
I updated about two hours ago. Noticed that the stuff i had in simple lighting seems to have stopped? but webcore is working fine.
No changes in this release touched Simple Lighting. Could you verify that the devices in question respond if you switch them from the device detail page...
Yes, I can control it from the hub interface, but it does not trigger when I open the door. The task is to turn on my lights when the door opens. I'm pretty sure it was working before I updated, but there's not a way to tell anymore. I just noticed it when I went up to feed the dogs. My pantry light wasn't responding as well at that time. I've since ditched the pantry light in simple lighting, but still have the garage lights in the app. I will go back to my door and make sure it is not responding. It may have just been a glitch. I'll also check my living room still on simple lighting.
I just went and checked and I think something's made my contact sensors unresponsive. Probably not the interface. I'll do a repair and see if it can bring them back. Hope I didn't scare you;
I have a ST Contact Sensor on my pantry doors that frequently needs to have its battery pulled and reseated to become responsive again.
1 Like
I just hit it with a magnet and it looks like it's responding. it also shows in the interface when it's open and closed. Just not sure what's making it act like that. investigating
I thought WebCoRE might be an issue so I completely removed it and installed the latest code. I only have one piston running on it. I use the WebCoRE presence to turn off a switch:
It seems to be working, but I get the following error:
I'm not sure what it means regarding the 'dev'. I didn't see that before I removed and reinstalled everything. Any ideas if this might point to something that would help things (much less why I'm getting the error)?
go to apps in hubitat. find the webcore listing. Your pistons are listed there click the link for that piston from the apps page and it will open a settings page. Just click done. That will fix the error. you have to do that for each piston for the time being. They're working on it.
2 Likes
Thank you! I love the fast help and response on these forums. I just did it and I'll post up later if it helps.
1 Like
I just wanted to add that I'm noticing that my complex pistons are not running like they used to. It seems that when things are more than one layer deep, they're not executing. It could very well be my style, but when I separate things out to separate pistons, then they run just fine. This has caused me to have a LOT of pistons running. Is anyone else seeing this?
If you post a green snapshot in here or in a private message to me, I'll take a look.
I've already changed them away from what was not working into small pistons. I have the pistons still in ST's will it work for you to pull one of those? this piston works in ST's but not in HE. The variables are not in HE i use a virtual switch that chnages from on to off. The switch is working , but the piston doesn't fire. Separated to two different pistons and one for one phone and another for the other they Work. This converted into 8 pistons. One for on and one for off each and they work independently.
Thanks for this, I think I see the problem with subscriptions to global variable changes not working. I'll take a look and let you know once I have a fix.
2 Likes
