Hi Jay,

I use Wireshark at work exclusively on remote machines.? I RDP into a remote server or PC, install Wireshark, then before starting a capture I add a filter to keep the files size down.? It hasn't failed me yet.

Good luck,

Thyce

On Sun, Aug 1, 2021 at 12:18 PM jbasen <jay.m.basen@...> wrote:

Thanks Wyatt.

The challenge here is that I'm almost 5000 miles away from where all the hardware is located so trying to use wireshark is a bit of an issue.? Also, all the commands the software is sending to the Hubitat work with the single exception of the command to suspend watering.? There is just something different when the date is attached to the end of the url that works when entered using a browser but doesn't work when sent through S#.

Thanks again

Jay

On 8/1/2021 7:58 AM, Wyatt J wrote:

I have been messing with some HTTP stuff recently myself.? I've found the best thing is to run wireshark on the system with the browser and see what the traffic back and forth looks like.? In my case the device was doing digest authentication, which is impossible to deal with without S#.

This would be a use for Postman. I use it for testing any http stuff.

I have no experience with the Hubitat or the Hydrawise, but ideally the response for an auth issue should be a 401 or 403 and not the 404 that you're seeing.? A 404 is supposed to indicate an issue in the URL string.? However, it could be worth a try to leave off the access_token URL parameter (and/or supply a bogus value) on the Crestron call and see if a 404 is still returned.? If the response changes to a 401 or 403 then you have some confidence that you're not dealing with an auth issue with your access_token.? Also, may want to try the browser calling the URL without the access_token and compare that with Crestron calling the URL without access_token to see if there's a difference in response/behavior between the two in that scenario.??

I've seen some equipment that needed certain headers before playing nice, so another suggestion would be adding some of the headers that aren't currently being sent from the Crestron call.? To help with issues like this I tend to use the curl command from a command prompt instead of the browser when troubleshooting.? If a basic curl command with no headers works, then I would suspect something in how the Crestron program is formatting the command and at that point you could try comparing the curl call vs the Crestron call (with the webhooks site or wireshark) without the noise of the additional headers that the browser introduced.? If curl also fails when you use it without headers, then could try adding the headers one by one that the web browser is sending.??

Good luck!

On Sunday, August 1, 2021, 08:58:36 AM CDT, Wyatt J <wyatt@...> wrote:

I have been messing with some HTTP stuff recently myself.? I've found the best thing is to run wireshark on the system with the browser and see what the traffic back and forth looks like.? In my case the device was doing digest authentication, which is impossible to deal with without S#.

I have been messing with some HTTP stuff recently myself.? I've found the best thing is to run wireshark on the system with the browser and see what the traffic back and forth looks like.? In my case the device was doing digest authentication, which is impossible to deal with without S#.

--- On Saturday, July 31, 2021 at 1:49 PM, Geoffrey Reynolds wrote:

It makes far more sense to use something like EventGhost or MCEController
rather than reinventing the wheel. Both of these can respond to commands via
TCP from the Crestron controller and issue whatever command you need to close
an app or kill the process (much cleaner to close the window; killing a process
should be more of a last resort).

On Sat, Jul 31, 2021 at 1:46 PM, Natalie Jackman wrote:

You could write a server program on your machine running the xpanel that works
over tcp and when you send the command it closes the xpanel.

On Jul 31, 2021, at 12:16 PM, Steve Kuehn <steve@...> wrote:

?> >

You might want to look at:


You will have to write a custom windows program with a communication link to
your processor to do it however. But it should not be too hard to do.

On Jul 31, 2021, at 12:16 PM, Steve Kuehn <steve@...> wrote:

?You might want to look at:


You will have to write a custom windows program with a communication link to your processor to do it however.? But it should not be too hard to do.

On Jul 31, 2021, at 12:11 PM, ckangis <chris@...> wrote:

?Subject says it all!
I have a client that needs to change an existing Crestron Mobile to the Crestron App. I tried doing a 'Save As' and VTPro rejected it...I get it...
Any one have any tricks??

TIA!