PDA

View Full Version : Trouble with global cache itach ip2ir



caseyp
January 6th, 2016, 06:47 AM
I'm wondering if anyone has some idea what could be happening and how to correct it.

If I use any ccf code (either captured or downloaded) through girder using the global cache plug-in the ip2ir unit spits out a working but very lengthy signal that often takes at least 5 seconds to complete. I can see excessive activity either by the led on my tv or the led on my pir-1 connected to my laptop. I can send the same ccf with the pir-1 and it works perfectly.

If I set the unit up as a simple transport device, convert the ccf to global cache format it sends perfectly and doesn't tie up the unit.

Is there some chance it's a bug in girder 6? I've tried different repeat settings from 0-5. In case it matters, I'm using an ir blaster on port 3 instead of an emitter.

Thanks,
Casey

Ron
January 6th, 2016, 07:22 AM
Can you give me the CCF you are using?

caseyp
January 6th, 2016, 08:07 AM
Sure Ron, here is one for Samsung power on, downloaded from the global cache database...

0000 006D 0000 0022 00ac 00ac 0016 0040 0016 0040 0016 0040 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0040 0016 0040 0016 0040 0016 0015 0016 0015 0016 0015 0016 0015 0016 0015 0016 0040 0016 0015 0016 0015 0016 0040 0016 0040 0016 0015 0016 0015 0016 0040 0016 0015 0016 0040 0016 0040 0016 0015 0016 0015 0016 0040 0016 0040 0016 0015 0016 071c

Here is the uncompressed global cache version which works just fine using simple transport...

sendir,1:1,1,38000,1,1,172,172,22,64,22,64,22,64,2 2,21,22,21,22,21,22,21,22,21,22,64,22,64,22,64,22, 21,22,21,22,21,22,21,22,21,22,64,22,21,22,21,22,64 ,22,64,22,21,22,21,22,64,22,21,22,64,22,64,22,21,2 2,21,22,64,22,64,22,21,22,1820

It doesn't seem to matter if I download or capture them using the pir-1.

Thanks,
Casey

Ron
January 11th, 2016, 02:31 PM
Could you replace init.lua and device.lua in the lua\globalcache subdir with the attached file. It should print on the lua console what it's sending. Please copy and paste that back here.

caseyp
January 11th, 2016, 05:20 PM
Hi Ron,
I'm sending power off to my Samsung TV and it's not responding at all. I'm not sure what's going on because it had been working. So I can't verify that it's working like it was the other day. The Simple Transport plugin I'm using still works just fine (works great for direct control of a Tivo as well).



The Off CCF is:

0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728

The lua console is showing:

Mon Jan 11 18:12:30 2016 GC DEVICE JSON {
Mon Jan 11 18:12:30 2016 "even": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Mon Jan 11 18:12:30 2016 "odd": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Mon Jan 11 18:12:30 2016 "repeats": 1,
Mon Jan 11 18:12:30 2016 "type": "P1"
Mon Jan 11 18:12:30 2016 }
Mon Jan 11 18:12:30 2016
Mon Jan 11 18:12:30 2016 GC SENDING: sendir,1:3,1,38028,1,69,173,173,21,65,21,65,21,65, 21,21,21,21,21,21,21,21,21,21,21,65,21,65,21,65,21 ,21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,6 5,21,65,21,21,21,21,21,65,21,65,21,65,21,65,21,21, 21,21,21,65,21,65,21,21,21,1832




According to the Global Cache database and their conversion utility it should be:

sendir,1:3,1,38000,1,1,173,173,21,65,21,65,21,65,2 1,21,21,21,21,21,21,21,21,21,21,65,21,65,21,65,21, 21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,65 ,21,65,21,21,21,21,21,65,21,65,21,65,21,65,21,21,2 1,21,21,65,21,65,21,21,21,1832


I hope this helps. I'll have to experiment with it some more to figure out why it quit working like it had been.

Ron
January 11th, 2016, 05:37 PM
Ah thanks for that. The repeat offset calculation is wrong if there is no repeat in the CCF. Try replacing the init.lua in lua/globalcache with the attached version. (restart Girder after this).

caseyp
January 12th, 2016, 10:34 AM
OK Ron,
I ran it and it's back to working however I am seeing the same thing on the TV. The power LED is flickering for a little bit as though it keeps recieving a code. This is exactly what it did the other day and does not do with the Simple Transport method. I'll email you a video of it since it's slightly too large to attach to this post.


Here is the console:


Tue Jan 12 10:50:14 2016 GC DEVICE JSON {
Tue Jan 12 10:50:14 2016 "even": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 10:50:14 2016 "odd": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 10:50:14 2016 "repeats": 0,
Tue Jan 12 10:50:14 2016 "type": "P1"
Tue Jan 12 10:50:14 2016 }
Tue Jan 12 10:50:14 2016
Tue Jan 12 10:50:14 2016 { -- #0
Tue Jan 12 10:50:14 2016 [1] = 0,
Tue Jan 12 10:50:14 2016 [2] = 109,
Tue Jan 12 10:50:14 2016 [3] = 34,
Tue Jan 12 10:50:14 2016 [4] = 0,
Tue Jan 12 10:50:14 2016 [5] = 173,
Tue Jan 12 10:50:14 2016 [6] = 173,
Tue Jan 12 10:50:14 2016 [7] = 21,
Tue Jan 12 10:50:14 2016 [8] = 65,
Tue Jan 12 10:50:14 2016 [9] = 21,
Tue Jan 12 10:50:14 2016 [10] = 65,
Tue Jan 12 10:50:14 2016 [11] = 21,
Tue Jan 12 10:50:14 2016 [12] = 65,
Tue Jan 12 10:50:14 2016 [13] = 21,
Tue Jan 12 10:50:14 2016 [14] = 21,
Tue Jan 12 10:50:14 2016 [15] = 21,
Tue Jan 12 10:50:14 2016 [16] = 21,
Tue Jan 12 10:50:14 2016 [17] = 21,
Tue Jan 12 10:50:14 2016 [18] = 21,
Tue Jan 12 10:50:14 2016 [19] = 21,
Tue Jan 12 10:50:14 2016 [20] = 21,
Tue Jan 12 10:50:14 2016 [21] = 21,
Tue Jan 12 10:50:14 2016 [22] = 21,
Tue Jan 12 10:50:14 2016 [23] = 21,
Tue Jan 12 10:50:14 2016 [24] = 65,
Tue Jan 12 10:50:14 2016 [25] = 21,
Tue Jan 12 10:50:14 2016 [26] = 65,
Tue Jan 12 10:50:14 2016 [27] = 21,
Tue Jan 12 10:50:14 2016 [28] = 65,
Tue Jan 12 10:50:14 2016 [29] = 21,
Tue Jan 12 10:50:14 2016 [30] = 21,
Tue Jan 12 10:50:14 2016 [31] = 21,
Tue Jan 12 10:50:14 2016 [32] = 21,
Tue Jan 12 10:50:14 2016 [33] = 21,
Tue Jan 12 10:50:14 2016 [34] = 21,
Tue Jan 12 10:50:14 2016 [35] = 21,
Tue Jan 12 10:50:14 2016 [36] = 21,
Tue Jan 12 10:50:14 2016 [37] = 21,
Tue Jan 12 10:50:14 2016 [38] = 21,
Tue Jan 12 10:50:14 2016 [39] = 21,
Tue Jan 12 10:50:14 2016 [40] = 21,
Tue Jan 12 10:50:14 2016 [41] = 21,
Tue Jan 12 10:50:14 2016 [42] = 21,
Tue Jan 12 10:50:14 2016 [43] = 21,
Tue Jan 12 10:50:14 2016 [44] = 21,
Tue Jan 12 10:50:14 2016 [45] = 21,
Tue Jan 12 10:50:14 2016 [46] = 65,
Tue Jan 12 10:50:14 2016 [47] = 21,
Tue Jan 12 10:50:14 2016 [48] = 65,
Tue Jan 12 10:50:14 2016 [49] = 21,
Tue Jan 12 10:50:14 2016 [50] = 21,
Tue Jan 12 10:50:14 2016 [51] = 21,
Tue Jan 12 10:50:14 2016 [52] = 21,
Tue Jan 12 10:50:14 2016 [53] = 21,
Tue Jan 12 10:50:14 2016 [54] = 65,
Tue Jan 12 10:50:14 2016 [55] = 21,
Tue Jan 12 10:50:14 2016 [56] = 65,
Tue Jan 12 10:50:14 2016 [57] = 21,
Tue Jan 12 10:50:14 2016 [58] = 65,
Tue Jan 12 10:50:14 2016 [59] = 21,
Tue Jan 12 10:50:14 2016 [60] = 65,
Tue Jan 12 10:50:14 2016 [61] = 21,
Tue Jan 12 10:50:14 2016 [62] = 21,
Tue Jan 12 10:50:14 2016 [63] = 21,
Tue Jan 12 10:50:14 2016 [64] = 21,
Tue Jan 12 10:50:14 2016 [65] = 21,
Tue Jan 12 10:50:14 2016 [66] = 65,
Tue Jan 12 10:50:14 2016 [67] = 21,
Tue Jan 12 10:50:14 2016 [68] = 65,
Tue Jan 12 10:50:14 2016 [69] = 21,
Tue Jan 12 10:50:14 2016 [70] = 21,
Tue Jan 12 10:50:14 2016 [71] = 21,
Tue Jan 12 10:50:14 2016 [72] = 1832,
Tue Jan 12 10:50:14 2016 } -- #0

Ron
January 12th, 2016, 11:15 AM
OK place the attached init.lua in the globalcache directory again and copy and paste the output. It should print the command Girder is sending to the GC.

caseyp
January 12th, 2016, 11:24 AM
Here's the response Ron. I'll attempt to capture the output both ways with the PIR-1 I have.

Tue Jan 12 12:21:37 2016 GC DEVICE JSON {Tue Jan 12 12:21:37 2016 "even": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 12:21:37 2016 "odd": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 12:21:37 2016 "repeats": 0,
Tue Jan 12 12:21:37 2016 "type": "P1"
Tue Jan 12 12:21:37 2016 }
Tue Jan 12 12:21:37 2016
Tue Jan 12 12:21:37 2016 sendir,1:3,1,38028,0,1,173,173,21,65,21,65,21,65,2 1,21,21,21,21,21,21,21,21,21,21,65,21,65,21,65,21, 21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,65 ,21,65,21,21,21,21,21,65,21,65,21,65,21,65,21,21,2 1,21,21,65,21,65,21,21,21,1832

caseyp
January 12th, 2016, 11:38 AM
Here are the 2 screen captures of what the PIR-1 is picking up. Capture1 is the Simple Transport plugin and Capture2 the Global Cache plugin.

http://www.promixis.com/forums/attachment.php?attachmentid=6972&stc=1http://www.promixis.com/forums/attachment.php?attachmentid=6973&stc=1

Here is what the captured CCF looks like supposedly from both but I'm guessing something didn't copy correctly because I can't imagine they match each other:

0000 006d 0000 0022 00a8 00a8 0015 003f 0015 003f 0015 003f 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 003f 0015 003f 0015 003f 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 003f 0015 003f 0015 0015 0015 0015 0015 003f 0015 003f 0015 003f 0015 003f 0015 0015 0015 0015 0015 003f 0015 003f 0015 0015 0015 0742

Ron
January 12th, 2016, 12:09 PM
This is getting silly. The repeat count was set to 0. Try the attached init.lua.

caseyp
January 12th, 2016, 12:14 PM
Here's the output Ron:

Tue Jan 12 13:12:43 2016 GC DEVICE JSON {
Tue Jan 12 13:12:43 2016 "even": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 13:12:43 2016 "odd": "0000 006D 0022 0000 00ad 00ad 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0041 0015 0041 0015 0015 0015 0015 0015 0041 0015 0041 0015 0015 0015 0728",
Tue Jan 12 13:12:43 2016 "repeats": 0,
Tue Jan 12 13:12:43 2016 "type": "P1"
Tue Jan 12 13:12:43 2016 }
Tue Jan 12 13:12:43 2016
Tue Jan 12 13:12:43 2016 sendir,1:3,1,38028,1,1,173,173,21,65,21,65,21,65,2 1,21,21,21,21,21,21,21,21,21,21,65,21,65,21,65,21, 21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,21,65 ,21,65,21,21,21,21,21,65,21,65,21,65,21,65,21,21,2 1,21,21,65,21,65,21,21,21,1832


It worked! No more flickering LED. What fixed it? I assume you'll release a version without logging.

Ron
January 12th, 2016, 12:17 PM
Yay, sometimes it takes a few tries. Getting older and all that :D