webCoRE for Hubitat Updates

[dnickel]

I cleared the caches, did a repair, opened a small piston etc.
Background pistons seem well but none of my buttons work anymore. They have events but the piston logs show no events arriving and don't subscibe to them on a Save or fail and default to this:
07/01/2022, 13:16:26 +37ms
+137ms ╔Subscribing to devices...
+139ms ║Attempting Attribute pushed value [1] subscription
+462ms ║Device missing from piston. Loading all from parent (321ms)
+467ms ║Subscribing to Master Bedroom Button.pushed.1...
+787ms ║Piston utilizes Mode Night...
+788ms ║Piston utilizes Master Bedroom Group...
+800ms ╚Finished subscribing (730ms)
+815ms ║Comparison (string) :7c76bcf13f4437d56396ddf04776b595: is_any_of (string) :32e164a2e42f34f83c6d5126248c9a8d: = false (1ms)
+821ms ╔Starting piston... (v0.3.113.20220105_HE)
+822ms ╚Piston successfully started (755ms)

I have changed the device, saved and returned to the button but that didn't help.
Removed the device from WC and re-added no change.
If I Pause and Resume I get the same log dump.
I get this in the WC logs:
app:9632022-01-07 13:34:41.696 errororg.codehaus.groovy.runtime.typehandling.GroovyCastException: Cannot cast object '1' with class 'java.lang.String' to class 'java.util.Map' on line 1033 (method deviceHandler)

Suggestions?
Pistons aren't fancy:

[nh.schottfam]

Latest has this fixed. Sorry for the trouble. hpm repair...

piston file dated today is has the change

[dnickel]

Thanks for the quick fix attempt
Still getting this after repair, did see it load new DB upon edit.
I cleared the cache and browser as before.

07/01/2022, 14:40:03 +802ms
+139ms ╔Subscribing to devices...
+142ms ║Attempting Attribute pushed value [1] subscription
+303ms ║Device missing from piston. Loading all from parent (160ms)
+309ms ║Subscribing to Master Bedroom Button.pushed.1...
app:9632022-01-07 14:35:24.360 errororg.codehaus.groovy.runtime.typehandling.GroovyCastException: Cannot cast object '1' with class 'java.lang.String' to class 'java.util.Map' on line 1033 (method deviceHandler)

app:122022-01-07 14:34:35.742 debugregister resp: 200 using api-us-4.webcore.co:9247

app:122022-01-07 14:34:18.097 debugregister resp: 200 using api-us-4.webcore.co:9247

app:2232022-01-07 14:34:12.231 infoReinstalling webCoRE Weather

app:2232022-01-07 14:33:00.296 infoReinstalling webCoRE Piston

app:2232022-01-07 14:32:43.021 infoReinstalling webCoRE

app:2232022-01-07 14:32:42.712 infoDownloading webCoRE Weather

app:2232022-01-07 14:32:42.350 infoDownloading webCoRE Piston

app:2232022-01-07 14:32:42.009 infoDownloading webCoRE

[nh.schottfam]

Please try the hpm repair again. It looks like it did not pickup the file.

[dnickel]

Still same thing. Maybe I'm not getting the update with a repair?
07/01/2022, 14:55:48 +652ms
+137ms ╔Subscribing to devices...
+139ms ║Attempting Attribute pushed value [1] subscription
+298ms ║Device missing from piston. Loading all from parent (157ms)
+304ms ║Subscribing to Master Bedroom Button.pushed.1...
+372ms ║Piston utilizes Mode Night...
+373ms ║Piston utilizes Master Bedroom Group...
+381ms ╚Finished subscribing (307ms)
+396ms ║Comparison (string) :7c76bcf13f4437d56396ddf04776b595: is_any_of (string) :32e164a2e42f34f83c6d5126248c9a8d: = false (2ms)
+405ms ╔Starting piston... (v0.3.113.20220105_HE)
+407ms ╚Piston successfully started (339ms)

app:122022-01-07 14:56:54.190 debugCheck size found 17KB response requireDb: (false) caller: dashLoad

app:122022-01-07 14:56:39.217 debugDashboard: Request received to clear piston logs

app:122022-01-07 14:56:34.574 debugCheck size found 17KB response requireDb: (false) caller: dashLoad

app:122022-01-07 14:56:34.061 debugCheck size found 9KB response requireDb: (false) caller: get piston

app:122022-01-07 14:56:34.019 debugDashboard: Request received to get piston :6512607cb7d016c3386b2fe6e098498e: Master Bedroom Button

[nh.schottfam]

Show me the date in the piston file

[dnickel]

I was going to try the update manually but it seems the WC link in the header of the thread only shows Jan 05*

• Last update January 7, 2022 for Hubitat
  */

//file:noinspection GroovySillyAssignment
//file:noinspection GrDeprecatedAPIUsage
//file:noinspection GroovyDoubleNegation
//file:noinspection GroovyUnusedAssignment
//file:noinspection unused

@Field static final String sVER='v0.3.113.20210203'
@Field static final String sHVER='v0.3.113.20220105_HE'

[1449smarthomeautomat]

While I was able to validate the other user's witnessed behavior, I have unexpectedly abandoned HE and subsequently Webcore in the last week and I won't be able to further troubleshoot this. I have immensely enjoyed webcore for over 4 years; thank you for your hard work in keeping it running!

[dnickel]

@nh.schottfam
This has been fixed with the latest hot patch.
Thanks for all your help.

[djh_wolf]

Hi all.

Apparently a stack of my pistons have screwed up. A lot of my stuff relies on times, in various forms.

This dash used to show a simple xx mins ago.

Now I've got some odd decimal

[mebejedi]

On the positive side, now you know EXACTLY what the temperature is to the hundredth-thousandths place, lol.

That's weird that it says minutes for the temp, though. How does your piston format the info?

[bobbles]

Hi @nh.schottfam
Just having a little play to try and make some pistons as efficient as possible.
While looking at the logs I see the following statement in all of the rules I have.
I don't suppose it is a problem but was just wondering if this is this expected or have I missed something.

[nh.schottfam]

That is a full debug logs on message.

It is a debug statement just saying it has to reload the devices from the parent. Not an issue.

It may happen time to time while editing pistons.

[bobbles]

@nh.schottfam

It is a debug statement just saying it has to reload the devices from the parent. Not an issue.

Thanks for the prompt reply. I didn't think it was probably an issue but just thought if I could eliminate the '158ms' it would make the piston even quicker. Just how my mind works.
Thanks again.

[nh.schottfam]

It should not happen all the time. if you see it on every run let me know and I'll look into it.

it is an initialization

[bobbles]

@nh.schottfam

t should not happen all the time. if you see

I'll leave logging on for one of the pistons and see if it is an 'all the time' occurrence.
Thanks.

[djh_wolf]

I use

(age([temp_dht : temperature]))/1000/60

which has always then shown in sharptools as an integer.

Not sure why it's changed. Perhaps it's sharptools, but it seems to work fine with my distance-related tiles.

Easy fix though:

round((age([temp_dht : temperature]))/1000/60),1)

Also, some of my other pistons were being 'odd'.

I used this bit of webcore:

which included reference to a global variable, which has always been set to 'dynamic'. As a hunch, I altered it to 'integer', i.e.

which appears to have (partly) solved my problem.

Again, I needed to add the 'rounding' function to have things revert to how they have seemlessly worked for months.

Odd.

@nh.schottfam

[beachmoney]

I'm just now getting around to trying to use a Hub Variable, and I'm getting the "Invalid Variable" message when I try to set them. I've done multiple repairs, clearing of caches, rebooting the hub. Any ideas here? Thanks!

[Pantheon]

Is @@Test 2 listed in your global variables area of the editor?

[nh.schottfam]

Do make sure you are on latest webcore…ie hpm repair

Ensure you have created the variable in the he console -> settings

webCoRE for Hubitat Updates

I have posted a new release (but have not forced it on everyone). use HPM repair to install it It adds support for hub variables to webCoRE. You should be running recent HE firmware to use this. (I suggest 2.2.9.134 or later) Hub variables are referenced in webCoRE via @@variablename So if you have a hub variable called 'foo' in webCoRE you would reference this via @@foo These work like other variables in webCoRE you can get events (trigger on them) if they change you can see them in …