cmaterick Posted January 22, 2022 Share Posted January 22, 2022 (edited) I could really use some help getting my Global Cache Flex to send IR commands. I have it working just fine from Postman, but it seems like no matter how I set up my network resource, it just errors out telling me with a -1/-14002 message in the error log. I believe this is indicating that the end tag is malformed. I also have multiple other network resources that send PUT requests to a Bond Bridge, and they work just fine. I can create new ones of those at will with success every time. I have attached screenshots from the Postman Console, one of my Bond Bridge network resources (PUT to 10.0.0.221) that works fine, and my GC Flex test network resource (POST to 10.0.0.225) that errors. Note that the GC Flex just returns an empty 200 OK message to Postman, and it does send the IR signal. I've also tried sending just the minimal set of headers for the GC Flex request like in Postman. This version is when I tried recreating all the headers that are working for the Bond Bridge network resource. Honestly, I've tried dozens of different options. I know other people not only have this working but say it's simple. So, I must be missing something dumb. Any help is appreciated. Edited January 22, 2022 by cmaterick Link to comment
beninsteon Posted January 22, 2022 Share Posted January 22, 2022 Firs thing I'd do is try changing mode from "Raw Text" to "c-escaped". But, reviewing the api for the GC flex, it looks like it uses the tcp protocol (this is what I'm using for my GC-100, screenshot for a simple working network resource below) Here's the link to the api for the GC flex:https://www.globalcache.com/files/docs/API-Flex_TCP.pdf 1 Link to comment
Javi Posted January 22, 2022 Share Posted January 22, 2022 TCP commands work with the flex devices also TCP Port: 4998 Timeout: 500 Mode C Escaped Body (single line note the last chars) sendir,1:1,1,38000,1,1,170,170,20,63,20,63,20,63,20,20,20,20,20,20,20,20,20,20,20,63,20,63,20,63,20,20,20,20,20,20,20,20,20,20,20,20,20,63,20,20,20,20,20,20,20,20,20,20,20,20,20,63,20,20,20,63,20,63,20,63,20,63,20,63,20,63,20,1798,\r,\l If you are using Polisy, I just submitted a PG3 Node Server which supports the entire codeset for a device by copy and paste from the codesets emails from the Global Cache Control Tower Database. 3 Link to comment
cmaterick Posted January 22, 2022 Author Share Posted January 22, 2022 I appreciate the quick responses. Last weekend, I spent many hours attempting to get the GC iTach IP2IR working via the TCP interface. I gave up and ordered the Flex to use the REST API since I knew that my Bond Bridge rest calls worked great and only took me a couple minutes to get working. When I was fighting with the IP2IR, I was seeing the exact same thing. No matter what settings I used and what I included in the message body, I would get the following error in my error log which is the same error it's giving me trying to use the REST API. Sat 2022/01/22 05:05:22 PM System -170001 [TCP-Conn] -1/-140002, Net Module Rule: 3 I feel like I've made progress with the Flex since I can use Postman and get it to work 100% of the time. I just don't understand what I've done wrong in the setup in the ISY Network Resource such that it doesn't work as well. Link to comment
cmaterick Posted January 22, 2022 Author Share Posted January 22, 2022 Very strange.... I went back and tried one of my "old" Network Resources that was erroring on the IP2IR, and it is actually working on the Flex. So, I bought the Flex to enable REST and failed in the exact same way as TCP on the IP2IR, but it seems TCP on the Flex is working. Thanks for the idea of trying it. 1 Link to comment
Recommended Posts