Does anyone have a successful set of codes for GlobalCaché. The new GlobalCache IR library has a set that is mostly successful, but they are fragile. Perhaps there is a timing issue with channel number command element spacing. I'm seeing intermittent stray and missing digits when I give a channel selection string.

The most successful string seems to be <n>...<n><Enter><Exit>, (number of digits varies) but this is not perfect. Things seem to work better if I close the connection between command elements. I don't know if this is due to closing the connection or just because the timing is a little slower. Or, perhaps there is a "recent history" of commands that I have not figured out. The same sequence of channel selections will be successful several times in a row, then fail, then be successful.

Sometimes I get the feeling that the box can be caught in the middle of some internal housekeeping task and does not want to be bothered with changing channels. Perhaps I should prefix a channel change with a nonsense command (just to get the box's attention), but I have not figured out what this might be.

I probably do. However, what are you controlling from? What's your base control system.

I'm using TouchControl with an IP2IR.

The X1 codes are hard to learn and there are little rounding and truncation issues as various programs convert into the GlobalCaché format. I think that the X1's are touchy about timing.

I can't decide if it is the raw codes or the pace of the commands that is frustrating the X1.

It's the boxes. They are touchy. What are they, pace?

Learned Codes

0

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 006A 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0041 0008 0046 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BF2

1

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0065 0008 001D 0008 001D 0008 001D 0008 0022 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 003C 0008 0046 0008 001D 0008 001D 0008 0022 0008 001D 0008 001D 0008 0BF2

2

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0060 0008 001D 0008 001D 0008 001D 0008 0027 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0037 0008 0046 0008 001D 0008 001D 0008 0027 0008 001D 0008 001D 0008 0BF2

3

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 005B 0008 001D 0008 001D 0008 001D 0008 002C 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0032 0008 0046 0008 001D 0008 001D 0008 002C 0008 001D 0008 001D 0008 0BF2

4

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0056 0008 001D 0008 001D 0008 001D 0008 0032 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 002C 0008 0046 0008 001D 0008 001D 0008 0032 0008 001D 0008 001D 0008 0BF2

5

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0051 0008 001D 0008 001D 0008 001D 0008 0037 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0027 0008 0046 0008 001D 0008 001D 0008 0037 0008 001D 0008 001D 0008 0BF2

6

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 004B 0008 001D 0008 001D 0008 001D 0008 003C 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0022 0008 0046 0008 001D 0008 001D 0008 003C 0008 001D 0008 001D 0008 0BF2

7

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0046 0008 001D 0008 001D 0008 001D 0008 0041 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 001D 0008 0046 0008 001D 0008 001D 0008 0041 0008 001D 0008 001D 0008 0BF2

8

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0041 0008 001D 0008 001D 0008 001D 0008 0046 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 006A 0008 0046 0008 001D 0008 001D 0008 0046 0008 001D 0008 001D 0008 0BF2

9

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 003C 0008 001D 0008 001D 0008 001D 0008 004B 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0065 0008 0046 0008 001D 0008 001D 0008 004B 0008 001D 0008 001D 0008 0BF2

Thanks,

I'll try these the next time that I am on an X1 site.

I managed to deliver a working system by adding about a 0.1 seconds between my codes. (At least it worked while I was watching) My codes use a slightly higher carrier frequency. For example:

Zero

0000 006C 0012 0012 0008 0023 0008 0042 0008 001D 0008 006C 0008 0032 0008 0032 0008 002D 0008 0067 0008 01F4 0008 0021 0008 006C 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0C5B 0008 0022 0008 0042 0008 001D 0008 006C 0008 0032 0008 0032 0008 002D 0008 0067 0008 01F4 0008 0021 0008 0042 0008 0048 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0C5A

There is only a one step difference in this data format, but if either or both carrier frequencies are on the edge, a given box might balk, causing one or both of the code sets to fail -- and there could be good and bad days.

The actual carrier frequency that I am sending to the Global Caché is 38380

I don't like that zero code at all.

Are you using IRScrutinizer? You should be. You can take the learned codes, run them into scrutinizer to get their protocol,device,subdevice, and object number.

Using that, you can then use IRS to generate the code cleanly. And the clean code should absolutely work. Example:

Digit 0 (Learned Code) (yours)

protocol = XMP-1/2, device = 62, subdevice = 16, obc = 0

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 006A 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BF2 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020D 0008 0022 0008 0041 0008 0046 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BF2

Intro Length: 18
Rep Legth: 18
repeats: 1
ending length: 0
frequency: 38331

Digit 0 (Generated)

protocol = XMP-1/2, device = 62, subdevice = 16, obc = 0

0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020C 0008 0022 0008 006A 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BEF 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020C 0008 0022 0008 0041 0008 0046 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BEF


intro length: 18
repeat length: 18
repeats: 1
ending length: 0
frequency: 38029

You will notice my codes listed above all have the same frequency. IRS can even use GC iTach for send/receive. Try it.

I'm familiar with IRS. There are little rounding anomalies.

For example The generated code in post #7:
 

xmp-1_D62S16F0: xmp-1 Device: 62.16 Function: 0 S=16
0000 006D 0012 0012 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020C 0008 0022 0008 006A 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BEF 0008 0022 0008 0041 0008 001D 0008 006A 0008 0032 0008 0032 0008 002C 0008 0065 0008 020C 0008 0022 0008 0041 0008 0046 0008 001D 0008 001D 0008 001D 0008 001D 0008 001D 0008 0BEF

Here the generated sendir uses a slightly different carrier frequency than the claim in IRS Scrutinized signal, but is consistent with the GC iConvert utility.

I'll try your codes when I get a chance.

Anomalies?

The xmp-1 protocol has by definition (do not ask me who wrote it) a carrier frequency of 38000. This cannot be represented exactly with the Pronto Hex representation: 006D (that is the second number) represents 38028 Hz, the next lower is represented by 006E and means 37683. (Try the TimeFrequencyCalculator in the 'Scrutinizer, in the Tools menu.)

This is for all practical purposes not an issue, the received IR signal is in general filtered through a bandpass of several kHz bandwidth.