Thread Rating:
  • 0 Vote(s) - 0 Average
  • 1
  • 2
  • 3
  • 4
  • 5
HTTP Get driver not working
#1
I am working on a remote system.  Just adding a simple IFTTT command for the HTTp Get driver.

I use the url

http://192.168.0.xxx:45821/IFTTT?cmd=xcxcxc

It learns OK and the commands are


System::GetNthToken
    P1=%(LVar:CQCActParm_2)
    P2=
    P3=1
    P4=LVar:Test

System::LogMsg
    P1=fsfsf
    P2=0
    P3=IFTTT : %(LVar:Test)....
    P4=Status


Just something really simple, get the calue assigned to cmd and put it into the logs.

For some reason it does not work.  All I get is
IFTTT : ....


For some reason its not getting the token and assigning it to the local variable.

So I tried it on my system - just copied and pasted everything - only changing the IP address for my server and it works fine and I get the value assigned to cmd in the log file.

Both systems are at version 5.3.2.

Any ideas on whats going on - what I missed?
Mykel Koblenz
Illawarra Smart Home
Reply
#2
Just log %(LVar:CQCActParm_2) itself and see what is there.
Dean Roddey
Explorans limites defectum
Reply
#3
it comes up blank as well. That was one of the early tests I ran.

For some reason its not picking up the token. If i were just testing on the one system I would have put it don to user error but it work on mine so it got me confused

There is another instance of this driver on the server (different port) for Blue Iris to send commands to and its working fine
Mykel Koblenz
Illawarra Smart Home
Reply
#4
How are you sending the commands? Are you sure it's not removing or changing the query parameters in some way?
Dean Roddey
Explorans limites defectum
Reply
#5
from chrome on server and firefox on my system. Sending the URL to the Blue iris driver instance is working fine so I do not have reason to believe that the query parameters are being modified in any way.

The only difference so far is that one was created on an older version and one on this version.

but that does not gel either as it works fine on my server on the same version
Mykel Koblenz
Illawarra Smart Home
Reply
#6
Put it into verbose logging and hit it again and see what shows up in the logs. It logs the incoming info. Or at least it logs what it ends up with after massaging the URL.
Dean Roddey
Explorans limites defectum
Reply
#7
http://192.168.0.250:13522/IFTTT?cmd=xcxcxc&cmd2=Jhjhd

Returns

08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
GenHTTPTrigS, GenHTTPTrigS_DriverImpl.cpp.519, Status/App Status
Rewritten URL is/IFTTT#xcxcxc Jhjhd
}
08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
CQCIR, CQCIR_DriverBase.cpp.1105, Status/Not Found
IR receive event '/IFTTT#xcxcxc Jhjhd' was received, queuing it up for processing
}
08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
CQCIR, CQCIR_DriverBase.cpp.1141, Status/Not Found
No IR receiver action was matched to incoming key '/IFTTT#xcxcxc Jhjhd'. Driver=Test
}
08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
GenHTTPTrigS, GenHTTPTrigS_DriverImpl.cpp.519, Status/App Status
Rewritten URL is/favicon.ico
}
08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
CQCIR, CQCIR_DriverBase.cpp.1105, Status/Not Found
IR receive event '/favicon.ico' was received, queuing it up for processing
}
08/25 07:43:14-CQC-Server, CQCServer, CQCDrv_TestThread249
{
CQCIR, CQCIR_ActionsThread.cpp.133, Status/App Status
Device Test has queued IR event 'Test' for processing
}
08/25 07:43:14-CQC-Server, CQCServer, CQCIRActThread_Test
{
CQCIR, CQCIR_ActionsThread.cpp.240, Status/App Status
Device Test is invoking IR event 'Test'
}
08/25 07:43:14-CQC-Server, CQCServer, CQCIRActThread_Test
{
CQCAct, IFTTT.0, Status/App Status
Trigger from IFTTT - CMD: . Cmd1: : 07:43:14
}
08/25 07:43:14-CQC-Server, CQCServer, CQCIRActThread_Test
{
CQCIR, CQCIR_ActionsThread.cpp.298, Status/App Status
Device Test is has completed IR event 'Test'
}
Mykel Koblenz
Illawarra Smart Home
Reply
#8
That looks correct. I'll play with it here soon and see what is going on. It was rewritten to:

/IFTTT#xcxcxc Jhjhd

The driver sets # as the divider character, so /IFTTT should be the key and then the parameters is the rest.
Dean Roddey
Explorans limites defectum
Reply
#9
(08-24-2018, 02:53 PM)Dean Roddey Wrote: That looks correct. I'll play with it here soon and see what is going on. It was rewritten to:

/IFTTT#xcxcxc Jhjhd

The driver sets # as the divider character, so /IFTTT should be the key and then the parameters is the rest.

Any progress.  I have been trying ll sorts of things and just cant get the driver to pull out the parameters
Mykel Koblenz
Illawarra Smart Home
Reply
#10
I'll try to look at it today.
Dean Roddey
Explorans limites defectum
Reply


Possibly Related Threads…
Thread Author Replies Views Last Post
  ClickPLC driver now failing after upgrade znelbok 2 120 09-21-2020, 10:48 PM
Last Post: znelbok
  Pentair driver tom 5 740 08-02-2020, 11:29 PM
Last Post: kblagron
Wink Is there a way to get somfy shades working with cqc? ghurty 2 326 07-17-2020, 11:13 AM
Last Post: kfly
  Get Field Value via HTTP znelbok 3 428 06-11-2020, 03:43 PM
Last Post: Dean Roddey
  HTTP Trigger and Parameters znelbok 1 284 06-11-2020, 03:41 PM
Last Post: Dean Roddey
  Marantz receiver driver (IP) dlmorgan999 6 666 05-15-2020, 03:32 PM
Last Post: dlmorgan999
  What is a modern multizone audio amplifier working with CQC? ghurty 5 626 04-28-2020, 02:22 PM
Last Post: Bugman
  Variables Driver Client gReatAutomation 4 563 04-25-2020, 12:46 PM
Last Post: gReatAutomation
  Reconfig of Driver Causes Built In Triggers to Fire gReatAutomation 2 451 03-25-2020, 04:09 PM
Last Post: gReatAutomation
  Lutron RadioRA2 Driver and Lutron Visor Control gReatAutomation 29 5,944 03-19-2020, 01:03 PM
Last Post: gReatAutomation

Forum Jump:


Users browsing this thread: 1 Guest(s)