allthough i know that technically is the full command i need to know how to do it using pronto edit NG. Amazingly someone from philips walked me through it once. but since then i think he was fired for being TO helpfull so here i sit at you guys mercy. the commands in question are LINN commands which i need to convert them all over to IR commands that i can use( meaning finally get to CCF format). if anybody can help i would appreciate it.

But it isn't.

The full command requires the System number as well as the Command number. I assume 0x0B is the command number.

In the various CCF files I've downloaded, I see Linn CD players using system number 0x14 and Linn Preamplifiers using system number 0x10 and Linn Tuners using both system numbers 0x10 and 0x11.

You didn't say what kind of Linn device, so if the above doesn't tell you, guess and test and/or ask Linn.




I'll assume you know how to paste in Pronto Hex, so you just need the condensed Pronto Hex. For example if it is system number 0x10 it would be:

5000 0000 0000 0001 0010 000B

Replace the 0010 with the system number (with leading zeros to make 4 digits and without the x). Similarly replace the 000B with the command number.

The beginning part (5000 0000 0000 0001) is the same for all RC5 signals. (If you learned an RC5 signal, the first 0000 would be replaced by an encoding of the modulation frequency. But when you paste in an RC5 signal that number doesn't matter).

thanks,

I actually have to do it for all the LINN codes as they have nothing to send me that would make my life easier. I do have the system numbers for every device. and command numbers for every function so i'll be here for a while. but better to do it once now. so to make sure that i have this right and not going to screw it up for example:

tuner system code of 0x11
tuner command code of 0x0B

the RC5 code would look like 5000 0000 0000 0001 0011 000b

i think i get the idea.

one last question if you don't mind. as far as the modulation or frequency goes is that usually specific to the remote or the company ie. will LINN use the same frequency for all their products or is it specific to each device or command. the reason i ask is that ultimatelly these cades are going to end up in a crestron system so i will have to get them from here to there. also are you familiar with the different pronto and marantz programs? the reason i ask is there is a way to punch the system and command hex figures into them and let it spit out the code correct? thanks for all the help.

matt

There is one standard modulation frequency for RC5. So far as I know Linn always uses RC5 and uses the standard frequency.

When you use the condensed Pronto Hex starting with "5000", the next number is ignored and the RC5 standard frequency is used. When you learn an RC5 the Pronto may store the frequency it thinks it learned in that position, which may differ from standard because some brand misuses RC5 or because Prontos aren't very accurate at learning the frequency. But that stored value won't affect the signal it sends. That would still be the RC5 standard.

I forget the official frequency from the Philips patent on RC5. But it is something close enough to 36Khz that no devices care about the difference if any between it and 36Khz.


If that doesn't understand the form of Pronto Hex that begins "5000", you might want to use the MakeHex program, which can produce the more common form of Pronto Hex for RC5. In that case you would then need to manage the toggle bit issues. I have no idea what features a creston system has for managing toggle bit issues.

If you're going to teach codes to the creston from the Pronto and if that was the whole reason for programming the Pronto, then you're programming the Pronto the hard way. You could use MakeHex and IrPanels to quickly get a set of 128 numbered buttons programmed into the Pronto (for one system code), then teach whichever of those you want to the creston.


I don't know much about those programs. Some versions have the dialog that lets you directly key in the RC5 system and command numbers (in decimal, not as you have them in hex) and then construct the 5000 string for you. Other versions don't.

I assumed you were using a version without that dialog or you would have asked a different question.

thanks again,

well since i have no idea what a toggle bit is i doubt that if crestron had something to handli it i wouldn't know about it. but thanks. to be honest with you i didn't know i was going to get htis much help so fast. here is the whole story. I need to get these RC5 codes into .CCF format (as that is the only other way crestron will accept codes from pasting otherwise it tells me "not enough data bits") i have tried the direct RC5 codes in the past and always no luck either learn with the remote or play as i'm doing now with other remotes then learn into crestron. not the most efficient but i found it works alittle better.

thanks again. as far as the makehex program i have never used it and i downloaded it yesterday after reading a few threads but after reading the readme file i don't know if that can help me right away.

matt

You said "job" in the other thread, so you ought to know.

Quick summary: Each system/command combination has two different signals. For most commands, you're not allowed to send the exact same signal twice in a row. The device would ignore the second one.

If you want to send the same command twice in a row, you must send one of the two signals the first time and the other one the second.

A Pronto Hex string beginning "5000" represents both different signals and the Pronto knows to alternate between them.

A Pronto Hex string for RC5 beginning "0000" (as generated by MakeHex) represents one of the two signals. If a Pronto uses that form it will always send the same signal and the command will fail to work if you use it twice in a row. (ProntoEdit may recognise the RC5 signal in 0000 form and convert it to 5000 form, so that wouldn't happen).


I don't understand what you're saying works and what doesn't.

I guess you're saying paste the "5000" form into the creston software doesn't work.
I expect that would mean puting the 5000 form into a ccf and then importing that wouldn't work either.
It sounds like you're saying there are also problems with learning.


I think MakeHex and IrPanels are exactly what you need. They would produce a CCF with 128 numbered buttons that can be imported (I assume) into the creston software. You would have the inconvenience that the button numbers are in decimal, while it sounds like your creston documentation is in hex. But that shouldn't be as hard to deal with as the other routes you have described.

OK i think i got it.

I did say job in the other thread but i never really run into this problem as i usually have remotes or some more help from the company in question. by the way about the other thread this is the first time that i have come here for help and being that i'm in a real jam I didn't know you guys were so quick and helpfull so sorry about that won't happen again.

OK back to the question at hand.


so what your telling me here is that as long as the code is in 5000 format the unit will understand and alternate the codes from one bit to the other. ie vol command needs to toggle other wise it will not work after sending the code once. now i'm guessing that the pronto itself toggles the command and not the device that receives the signal correct?

after looking t the makehex program again how does this program open? i have downloaded it and unzipped it but i will have to make a new IRP file if i read that readme correct. or should i just use the RC5 .IRP file don't really know where to go with that one.

The crestron system will only accept full IR codes from .CCF files. I know this sounds stupid but i don't know how to say itcorrectly so here it goes the codes i have now are only 24 characters long the crestron ir learning program will not accept these and prompts me with : "too few data bits" the only way it will take them if they are the long codes usually around 100 characters long. I know none of this terminology is correct but i don't want to use the wrong terms and confuse you with my stupidity. so just bare with me. the crestron system only accepts one code at a time not a whole .CCF file. so i still have to copy paste each code into the crestron learning program even if i make a whole program with 128 buttons. that is why it doesn't make that much fdifference to me.

let me know what you think.

thanks for your time.

"unit" is confusing. In 5000 format the Pronto will know to alternate which command it sends.
But it sounds like the Creston can't use 5000 format.


I think vol commands are an exception. But I don't know enough about Linn to know. Which commands are exceptions to the rule depends on how the manufacturer interprets the standard usually vol commands are exceptions. The exceptions work even if you send the same signal twice in a row.

Does the tuner use digits like a tv or cable tuner? The most likely place to see trouble from sending the same signal twice in a row would be something like trying to tune channel 11.


Correct. The signal the Pronto sends using 5000 format is identical to one of the two signals it could have sent using 0000 format. The difference only appears when you send it again, then it is the other one.


You need to edit the rc5.irp file, then drag/drop the icon of the .irp file onto the icon of makehex.exe
Double clicking MakeHex.exe does nothing.

I emailed a ccf file to you from one run of makehex and hex2ccf.


I guess I didn't make that clear. The 5000 format of Pronto Hex is always that short and it sounds like creston doesn't understand that format.


The 0000 format of Pronto Hex for RC5 is over 100 characters long.


Yuck.

Then MakeHex without IrPanels or hex2ccf is appropriate, so you don't need to navigate a CCF file nor deal with decimal button labels. (The restriction to decimal labels is in irpanels and hex2ccf not in makehex).

I'll email that form to you.

thanks alot,

ok is it possible then to get the 0000 format instead of the 5000 format this way i can at least skip a step. will your makehex program do that? also I did what is said to do as far as dragging the RC5.irp file over the .exe file it tells me it is from an unknown publisher i say OK i see a small box flick for half a second on the screen then it is gone. tell me more how to work this thing.

matt

cancel that last part about the makehex thing i figured out what is going on with that but i guess i just need help writing an IRP file or at least changing one.

ok now my question is running towards editing an IRP file am i correct that this program will render out all the codes for the values given in the function range? so i will basically get all of them then choose what i want. however what do i do with the device spot does that even have to change? also where do i differentiate between different system codes? I know your explanation is good i'm just not that good when it comes to logic programming like that. give me some time and i can figure it out on my own but i don't have that much. sorry if i 'm confusing.

You can use makehex and I believe from above that the device you specify will be 17 (0x11).

However, if you download and install Touch-Screen Setup (legacy Marantz CCF software), the program will generate RAW (0000) format for codes you enter into the simpler RC5 dialog box.

LYNDEL,

thanks for the info. about the touch screen setup I originally tried that and i have done it in the past with euro marantz codes and it worked the problem was that i don't remember how to do it now. i already have that program and when i have RC5 checked i put i the decimal system and command numbers and it gives me what john and i have been speaking about. how do i get he raw codes that you speak of since that is what i'm looking for is there something else i need to check off or something.

thanks

Did you get the email?

That was device 16, which is system code 0x10.

The Device= and Define T= lines are the only things you should edit in rc5.irp

Device is the system code converted from hex to decimal. T is 0 or 1 for which of the two signals (for each command) you want generated.

If you want function labels in hex, follow the slightly harder instructions for running MakeHex (by right click or cmd prompt) that are in the readme file.

john,

i didn't get the email yet but my server is slow so i'll keep looking. I will check with crestron tomorro wabout the toggling issue and see if they already have that figured in maybe that is why i was never prompted to have to know. once i adjust the RC5.irp file how do i actually see the data to input into the IR data feild or is that where the other program comes in? thanks