Your Universal Remote Control Center
RemoteCentral.com
Discrete Code Hunter Forum - View Post
Up level
Up level
The following page was printed from RemoteCentral.com:

Login:
Pass:
 
 

Original thread:
Post 4 made on Wednesday November 14, 2007 at 08:54
johnsfine
IR Expert
Joined:
Posts:
September 2002
5,159
On November 13, 2007 at 19:16, sdis said...
ID1 CODE, ID2 CODE...
eg: 7E-BA, 7D-64

I'm not sure what you mean by "ID1 Code" etc.

I think I understand 7E-BA and 7D-64. Those are two seperate functions. Each of which has an 8 bit custom code (7E and 7D) plus an 8 bit command code (BA and 64).

according to the document the ir format is 16-bit typed
custom code NEC format

It sounds like you're saying "16 bit custom code" (I don't know what "typed" means in this context, so I'm ignoring it). Most manufacturers using NEC format use 16 bit custom codes, but so far as I know Yamaha uses 8 bit custom codes. 7E and 7D are 8 bit custom codes that Yamaha frequently uses.

is there some useful software lying around somewhere to
get this into a useable hex code for RTI, Pronto, etc...
As they all take the pure HEX string quite happily

As already explained in this thread, what you want is called "Pronto Hex". There is no "pure" HEX format. There are many different hex formats, but many non Pronto systems can import Pronto Hex, so some companies (obviously not including Yamaha) treat Pronto Hex as the standard format for IR strings.

Anyway, MakeHex is the tool you want to convert from the form Yamaha gave to Pronto Hex.

Be sure to reade the readme file in makehex.zip.

MakeHex takes input only in decimal. So if I'm right that 7E and 7D are 8 bit custom codes, for MakeHex you would use device number 126 and 125 (7E hex is 126 decimal and MakeHex uses the name "device" for what NEC calls "custom"). Also, use the NEC1.irp file. There is an option in the way NEC protocol is used that is serious enough to make all my software treat NEC as two different protocols, NEC1 and NEC2. The one Yamaha uses is NEC1.

As described in its readme file, MakeHex can be run in a way that labels the output in hex, so if you run it that way and if I'm right that BA and 64 in what you quoted are command codes, then you can find those in the MakeHex output as "function" numbers.

By default MakeHex labels the hex strings with decimal device and function numbers. If you want to create a CCF file with Hex2CCF or IrPanels, you need to leave that default labeling. If you do leave the labeling in decimal you would need to convert the hex command codes you got from Yamaha to decimal in order to look them up in the MakeHex output.

On a side note, will manufacturers have documentation
with the full HEX strings & do they willingly provide
them?

At least one manufacturer has read threads like this in this forum and decided to start using MakeHex themselves and post the output on their web site (after manually replacing the numeric labels by meaninful labels), to save their customers the trouble of figuring out the conversion from the form they originally used to document their codes to Pronto Hex.

I'm the type of person that just expects manufacturers
to be co-operative & encourage the use of their products,
but it seems i'm living in a fantasy world...

Given how small a fraction of their customers use PC programmable remotes that understand Pronto Hex, it isn't surprising that they are so slow about deciding that they ought to provide Pronto Hex.

Last edited by johnsfine on November 14, 2007 09:02.


Hosting Services by ipHouse