JSON Calls Blocked - Example

[logman]

Continued from prior thread...

Can you please give me some example how to test it, so I can debug the problem. Again, should be really a separate thread....

Here is an example of a JSON call that executes from SmartThings>webCORE>Homeseer via API call:

http://192.168.5.213:80/JSON?request=controldevicebyvalue&ref=3843&value=255

That call is received by HS as reflected in the log:



But the device does not update as seen here:




The device still shows ownership by the plugin:



Here are additional details:



Note: At the time of the above screenshots, the plugin had been disabled and uninstalled.

Let me know if you need additional details.

Thanks,

--Barry

[logman]

I ran the utility you posted in the other thread and that did release the interface on the 2 orphaned devices. Thanks!

FYI, I had to run the utility 3 or 4 times to finally get the interface released on both devices. After the first 2 runs I got this result on one of the devices (Again, this is with the plugin uninstalled):


The above tab wasn't there prior to running the utility. After running the utility again, it went away.

I do notice PED data is still left on each previously orphaned devices:



I'm not sure if the PED data and count will interfere with any other plugin (my guess is no), but wanted you to be aware just in case.

Thanks,

--Barry

[alexbk66]

Thank you Barry londajm , I'll play with JSON. But you said that it didn't work even when the plugin was still enabled? Are you sure?

[alexbk66]

The screenshot above AK PCUtils tabs comes form the util I sent you, when you stop it - the tab will disappear. And PED named data doesn't hurt.

And regarding assigning device interface to my plugin - as I said, I will change it in the next version. It's more convenient in source code - if HS thinks that device is owned by the plugin. But it's possible also to enable HSEvent callback for devices not owned by the plugin, just a bit more hustle as HS triggers the callback for every device, unfortunately it's not possible to subscribe to particular devices only.

[logman]

Thank you Barry londajm , I'll play with JSON. But you said that it didn't work even when the plugin was still enabled? Are you sure?

Yes, I'm pretty sure. When I noticed the JSON calls weren't working, the device was already orphaned. (Not sure if that makes a difference, but I think it does.) I then disabled the plugin, uninstalled and then reinstalled to attempt to get the plugin to find the orphaned devices (which didn't work).

--Barry

[alexbk66]

When I noticed the JSON calls weren't working, the device was already orphaned. I then disabled the plugin, uninstalled and then reinstalled to attempt to get the plugin to find the orphaned devices (which didn't work).

But what do you mean "the device was already orphaned"? If plugin was running and the device interface was set to the plugin - it means it was not orphaned?

Of course if device interface is set to the plugin which is disabled - then CAPI tries to call SetIOMulti in the plugin which doesn't exist anymore. Which is wrong IMHO, but that's the current HS behaviour.

[logman]

But what do you mean "the device was already orphaned"? If plugin was running and the device interface was set to the plugin - it means it was not orphaned?

Of course if device interface is set to the plugin which is disabled - then CAPI tries to call SetIOMulti in the plugin which doesn't exist anymore. Which is wrong IMHO, but that's the current HS behaviour.

What I mean by orphaned is that the interface was set to the plugin (which was running), but the device did not show up under "My Devices" in the configuration tab of the plugin. There was no way to "release" the device because it wasn't showing as being owned in the UI. I still have no idea what caused that, but I suspect it might be related to making a JSON call to a virtual device.

--Barry

[alexbk66]

I tested - it works as expected. If plugin is enabled - JSON calls work. If plugin disabled and device interface is set to AK Smart Device - CAPI calls don't work as HS if waiting for the plugin to confirm the setting.

I fixed my code though so it works without assigning the interface to the device, it's just a bit more hustle as HS triggers "value changed" event for every device, there's no way to register for particular devices. Will be available in the next version.