Hi, this is driving me up the wall... what constitutes "valid" IR codes for Prontoedit? I thought the 4th group of 4 numbers had the number of repetitions in hex code, but that seems to be not right.

Help!

-Kal

OK, maybe I could also tell you guys what I am trying to do, so maybe some kind "code guru" can give me specific pointers...

I have this code:
0000 0062 002f 0001 0063 001a 0031 001a 0018 001a 0031 001a 0018 001a 0032 0019 0018 001a 0018 001a 0018 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 036a 0063 001a 0031 001a 0018 001a 0031 001a 0018 001a 0032 0019 0018 001a 0018 001a 0018 001a 0018 001a 0032 0019 0018 001a 0031 001a 0019 0019 0031 001a 0018 036a 0063 001a 0031 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 001a 0018 001a 0018 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 105d

I need to extend it by a whole bunch to simulate a "hold down" situation. Looks like the sequence beginning with 0063 is the repeated part that needs to be extended. But what number in the header bytes do I need to adjust?

Thanks,

-Kal.

The first 4 hex numbers are:

0000= Code Type- 0000 is learned type
0062= Carrier Frequency
0027= The number of one time burst pairs in hex
0001=The number of repeat burst pairs in hex

If you simply want this code to repeat as long as the key/button is pressed- I think it will work by changing 002f to 0000 and changing 0001 to 0030. What is this code from it's kinda strange.

dwg

Actually, what I wanted to do was to have one push that sends out a longer stream (not hold down), so I can put that one push into a macro.

This is from a Sony projector VPL-W400Q. I know there are some codes for it in the CCF files area, but none of them work for me; maybe because I am not using the actual Pronto, but the iPAQ emulator software.

Thanks,

-Kal.

What you have there is a fairly bad learn of a signal in Sony15 protocol, device 84, command 21. If you remove the extra copies, what it should have learned as is

0000 0062 0000 0010 0063 001a 0031 001a 0018 001a 0031 001a 0018 001a 0032 0019 0018 001a 0018 001a 0018 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 036a

For ordinary use, that version should send as long as you hold it pressed (the version you posted wouldn't).

I'm not sure how an iPAQ handles macros (what does it do about the repeat part of the signal and how much delay does it introduce). If it does something reasonable, you could just use the cleaned up signal several times in a row within the macro in order to extend it.

If it doesn't handle repeats well in a macro and/or adds a moderate amount of delay, then you should convert to a non repeating form by changing the third and fourth numbers:

0000 0062 0010 0000 0063 001a 0031 001a 0018 001a 0031 001a 0018 001a 0032 0019 0018 001a 0018 001a 0018 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 001a 0031 001a 0018 036a

Then you need to guess how much to reduce the last number (036a) in order to compensate for whatever delay between steps the iPAQ introduces.

If the iPAQ has too much delay between steps, then you need to construct the long signal as one string of Pronto Hex. Take everything after the first four numbers (in the cleaned up copy) and repeat it N times and multiply the 0010 within the first 4 numbers by N. Whether that 00N0 would be better in the third or fourth position depends on aspects of the iPAQ about which I have no clue. Try it each way.

That would repeat the signal (as learned) while the key is pressed, but that learned signal is three copies of a Sony15 signal with the correct delay at the end of each of the first two and a much too long delay at the end of the third. If you repeated the whole thing you would have that much too long delay at the end of every third frame.

I had noticed the three copies, so hedged my bets by "I think it will work" if he simply wanted a repeating code as long as the button was pressed. I hadn't noticed the extremely long off time in the third copy lead out however-thanks.

dwg