Today I updated my version of webcore to the latest. It required me to logout of my browsers. (I do run a local version of the dashboard). I noticed that I was unable to register any of my browsers unless I removed the "Custom Hub Local URL" from settings. This was the case for all of my browsers so I left it blank until they were complete.
Any one else experience this?
I did, so much so that I just use the cloud URL now. Less hassle, and I can access away from home.
Hi - After a long time away from it, I'm now taking a peek at webCoRE (since it got a mention in a recent release note for HE, it seems like they've softened their stance on it a bit?). I installed the code for the main app and the pistons app, created an app instance and can access the dashboard, so far so good.
I'd really like to use geofencing, but I'm not at all certain how to. I can create and save places, tweaking the inner and outer circles no prob.
I installed the app on my phone (iPhone 7Plus), it registered OK and can see my HE, defined places, pistons etc no prob ... but when I go into Settings and try to "setup sensor" it doesn't work. I get a screen where I can give the sensor a name, click save ... and it just drops me back out to the settings screen again - apparently having done nothing at all.
Am I approaching this incorrectly?
[RESOLVED: @nh.schottfam pointed me in the direction of the Presence Sensor driver on GitHub, thanks!]
Updated release today, couple bug fixes and state reduction
webCoRE is now available in Hubitat Package Manager.
Hi @nh.schottfam-
I updated webCoRE with Hubitat Package Manager to the latest version and now I'm getting the following errors in my log file for all of my different pistons... I'm running hub-2.2.0.132. Any ideas of what I can do to fix? I have backups, but I’d like to help you troubleshoot if possible. Also, I haven’t tried to manually update the webCorRE components yet either.... I figuered I’d wait for your response first.
Thanks!!
groovy.lang.MissingMethodException: No signature of method: user_app_ady624_webCoRE_Piston_130.curPState() is applicable for argument types: () values: [] on line 2195 (curPState)
ensure you updated all the webcore source files
AND
there is also a small edit today to quiet some logging and update package Manager for the presence driver (optional)
There wasn't an option given for which source files to update. It was either update or don't. I tried a Repair too.
try it by hand doing the update. I'll have to check with the package manager folks on what files they update.
I suggest follow the instructions in note 1 of this thread.
Before you do it by hand, share a screen shot of
HE console -> Apps Code - > scroll down to area of webcore so we can see the dates/times for the files.
I updated about an hour ago and and having some screwiness going on.
NOTE: I did not use package manager to update. Did it the old fashion way.
Timed events are not all working correctly. And what I mean but that is I have one piston that does a GET every three minutes that is working correctly and I have another piston that does a different GET every two minutes that hangs (screen shot below with log)
I have another piston that detects motion on two or more motion sensors and sets a variable to true. When motion stops it waits one minute and sets the variable back to false. After a minute it just hangs. If you notice the log, that message shows up on many of my pistons but not all.. (screen shot below with log)
Ok- will do. Just wanted to let you know what happened when using the package manager.
It would be good to see a green snapshot of your entire piston - the blackouts are obscuring some information I would want to see (single or multiple devices in ALL statements.
It would be good to see logging turned on for the piston. (medium or higher)
I suggest you update webcore-piston, as it is showing some internal logging that is not going to help me right now.
Okay. I updated the webcore piston code again. I did notice it had changed. Not sure what happened. Maybe it changed again after I updated this morning. With that out of the way;
Here is the green snapshot of my piston. The problem is with the wait statement at the bottom. Once motion stops it waits one minute and sets a variable. The wait starts but hangs. It appears that there never is a timehander event set. During the one minute countdown I would expect to see something in the Scheduled Jobs field.
When editing pistons --->> "(Paused)"
is being appended to the end the the titles. Not sure why.
I was seeing this yesterday when I defined/duplicated a new rule.
As you can see from the title as @jonathan.lorber said above.
Also it says it doesn't subscribe to anything.
If you go in to edit the piston, change the rule name and exit, everything is OK.
Thanks @bobbles, I just realized that the code didn't come across, and I was in the process of taking a screenshot, but you beat me to it.
There is code to display paused when in the HE console (so you can see in the console if a webCoRE pistons is paused0. It should not be visible when editing
If it is out of sync, when you edit the piston remove the paused (and any HTML). around it...
If you see this regularly will need to see what case missed keeping this 'invisible'
Hi @nh.schottfam, did you see my post above.
Something strange is going on when defining new/duplicate pistons.
Have you seen this?
There should be a fix for the label issue on piston create.
There is still some strangeness I'm investigating with the webCoRE UI folks on duplicating pistons across hubs.
Download the Hubitat app
