Can Buzz (or anyone else) please clarify the above?
What CCF file did you start with (URL would be nice if you have it)?
When you say "resulting CCF" you mean "PCF" right? Or what am I misunderstanding?
This seems to confirm that the TSU3000 CAN transmit high frequency. It would be instructive to look ant the codes in the XML file of the PCF file that worked.

I'm trying to convert the IR-codes of my Sony STR-DB930 which are working fine on my old RU890 (TSU1000) to my new RU950 (TSU3000). Unfortunately the old codes are not working on this "great device...", and it's also not able to learn the codes from the original Sony remote control.
I'm very disappointed with this situation because I had no problems at all with my RU890.

Here is a sample of these IR-codes:
0000 0066 00A0 0001 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017 0018 0018 0018 0017 0018 0018 0017 0018 0018 019A 005F 0018 0018 0017 0030 0017 0018 0018 0017 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09DE 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017

ANY HELP ? PLEASE......

try

0000 0066 0000 0010 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E

Nothing...it does not work..
(It's also strange that the 950 is not able to learn the codes from the original romote control but the 890 does it perfectly...)
Thanks for your help
Marco



This message was edited by pizzo on 07/26/03 16:46.

What you have isn't a clean learn because it is a Sony DSP command followed by part of another Sony DSP command (which as far as it goes is a duplicate of the first).

Anthony, you can see the Sony DSP command structure documented here:
[Link: anycities.com]

Marco, maybe the TSU3000 simply can't handle hex that long in which case a clean version should work:

0000 0066 005B 0000 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017 0018 0018 0018 0017 0018 0018 0017 0018 0018 019A 005F 0018 0018 0017 0030 0017 0018 0018 0017 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09DE

In some cases large values within Pronto Hex seem to trigger PENG bugs (I still am confused by the various PENG bugs in pasted IR signals, so I can't answer any of this with certainty). It might be possible to work around those bugs by setting up the signal as a sequence of signals rather than as a single signal. Those signals would be:

0000 0066 0000 0010 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E

0000 0066 0009 0000 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155

0000 0066 0009 0000 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183

0000 0066 0009 0000 0060 0017 0030 0017 0030 0017 0018 0017 0018 0018 0018 0017 0018 0018 0017 0018 0018 019A

0000 0066 0010 0000 005F 0018 0018 0017 0030 0017 0018 0018 0017 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09DE

Oh my God!! IT WORKS!
How did you split the long code into more short codes??? I've not to change all the codes for the DSP effects...

THANKS FOR YOUR GREAT HELP!

have you tried the two PCFs for sony receivers in the file section? they might use the same IR codes.

[Link: remotecentral.com]

I've failed pretty consistently in my previous attempts to deduce the details of the PENG bugs by things like what I'm about to suggest, but I'm optimistic, so:

I hope you have that 890 and 950 in the same location. If so:

Put that cleaned up version of the full hex on a button of the 950 and put the 5 smaller codes (as a sequence) on another button of the 950 and learn each of them from the 950 to the 890 and post the Pronto Hex of what the 890 learns. From that, I might be able to deduce the details of some PENG bugs enough to kludge Pronto Hex for these Sony DSP signals that would work around those bugs (though I failed in similar attempts for high speed signals and unmodulated signals).

Yes, I already tried both the existing PCF, but I got a message that "my device is not designed for this configuration file".
This is probably caused from the fact that the PCF was done for the TSU3000. Then I copied one code to my RU950 PFC but I got no result.
The only way is probably to split the "long" code into many single codes, but I don't know how to do it.

I typed my previous post before I saw your reply and guessing each of my earlier suggestions would only get close, not close enough to work.


Which works? You seem to be saying the sequence of five short commands works. I assume that means the cleaned up full command didn't.


I happen to know the structure of individual Sony commands. I combined that knowledge with RHM's documentation, which tells me a Sony DSP command is three copies of a particular Sony15 command followed by several Sony8 commands, followed by a final Sony15 command.

Your signal had the three copies of the intial Sony15, followed by three different Sony8 commands followed by the (correct by RHM's check byte formula) final Sony15, BUT then followed by three more copies of the initial Sony15 and the first two Sony8's and part of the third Sony8.

You can split one of these without digging into decoding or TOO much understanding of the structure. I suggest copying the whole thing into a text editor such as notepad and inserting line breaks at the important boundaries. I work at a very high screen resolution, so after those line breaks are inserted the lines fit without wrapping. That makes it much easier so see what is going on.

I put a break after the fourth value and another break after every value that doesn't start "00". I'll try to demonstrate that with color (since this web view isn't wide enough to see it with line breaks)

0000 0066 00A0 0001 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017 0018 0018 0018 0017 0018 0018 0017 0018 0018 019A 005F 0018 0018 0017 0030 0017 0018 0018 0017 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09DE 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017

Despite minor difference, the red, yellow and orange parts are effectively the same as each other and should be the same on all the DSP commands (according to RHM). So you can store that learned code once and alias it for the start of each sequence. RHM says it should appear 3 times. For various reasons I decided to set it up so the remote will repeat it N times for N chosen via some stupid and firmware version specific rules. That seems to have worked. Maybe the remote chose 3. More likely the Sony device doesn't really care about that repeat count. To make it a stand alone repeating signal I put 0000 0066 0000 0010 in front of it.

I made the others stand alone non repeating signals by puting 0000 0066 0009 0000 in front of the short ones (the ones with 9 pairs) and 0000 0066 0010 0000 in front of the one with 16 pairs (0010 is hex for decimal 16).

I ignored everything after the first long one following the group of short ones because that's what RHM's documentation says to do.

Try doing this to another command. You should see something roughly like the Red/Yellow/Orange part and if it's roughly right you can ignore it and use the first signal I posted.

Then you should see two or more parts like the Green/Blue/Purple parts I show above. It won't necessarily be three of them as it was in this example. Take each of those and put 0000 0066 0009 0000 in front of it.

Then you should see one part roughly like the cyan part I have above. Put 0000 0066 0010 0000 in front of that and put it all together as a sequence.


This message was edited by johnsfine on 07/26/03 17:44.

The combination of 5 single codes works, but the single cleaned code doesn't (I got Error 0030 in PENG).
I read carefully your explanation, but it starts with these values "0000 0066 00A0 0001", while the first code - you gave me before - starts with "0000 0066 0000 0010" (?).
Anyway I'll try to understand (the night in Italy is still young 11.29 pm)

I read again your message and I understood the rule.
I'll try to do my best!
Here is my next "target" (Headphone Theater-->my favorite with 2 children...):

0000 0066 00A2 0001 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0018 0018 0018 0017 002F 0018 002F 0018 0018 0017 0018 0018 0017 0018 0018 019A 005F 0018 002F 0018 0018 0017 0030 0017 002F 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09B0 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0018 0018 0018 0017 002F 0018 002F 0018 0018 0017

Oops. I made a mistake. I meant to say

0000 0066 005B 0000 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0017 0030 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 005F 0018 0018 0017 0018 0018 0017 0018 0018 0017 0018 0018 002F 0018 002F 0017 0018 0018 0018 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 038E 0060 0017 0018 0018 0018 0017 0018 0017 0018 0018 0018 0017 0030 0017 002F 0018 0018 0017 0018 0018 002F 0018 0017 0018 0018 0017 0030 0017 0018 0017 0018 038E 0060 0018 002F 0018 002F 0017 0018 0018 0018 0017 0018 0017 0018 0018 002F 0018 002F 0155 0060 0017 0030 0017 0018 0017 0018 0018 0018 0017 0030 0017 0018 0017 0030 0017 0018 0183 0060 0017 0030 0017 0030 0017 0018 0017 0018 0018 0018 0017 0018 0018 0017 0018 0018 019A 005F 0018 0018 0017 0030 0017 0018 0018 0017 0018 002F 0018 0018 0017 0018 0018 002F 0017 0030 0017 0030 0017 0018 0018 002F 0017 0018 0018 0018 0017 0018 09DE

So maybe the cleaned up full version also works.


The first 4 values in every case are a header. Then the data follows. When you slice a signal apart you throw away the header from the full signal, take part of the data from the full signal, and put on a new header which is consistent with the amount of data you have. (And you just discovered "Error 0030" means you put on a header which isn't consistent with the size of the data).

In case the cleaned up full version works, here is a new rule:


Change that third number to a value I'll describe below and change the fourth to 0000.


Count how many numbers you have starting there.


And ending at the really big number somewhere near the middle (notice 9B0 is much bigger than any other number there).

Divide that count by 2 (if it wasn't even you counted wrong). Convert to hex (use windows calculator in View/Scientific mode to convert decimal to hex if you don't do that in your head). That is the third number mentioned above.