JP1 Remotes

Hi !
I got URC-8811 and I'm creating a device for my Sony VCR that has all the functions of the original remote. To do that I'm using the learning functionality of my remote.
All the other functions are fine and working except the 'eject' one.

I'm uning DecodeIR.dll v2.14 within IR.exe v.5.15
For this one in adition to protocol Sony12 device 11, there is a second part with protocol Async7. If I use only the first part the VCR does not respond.

I have many times with the eject button and the result is the same every time. Also it works when I use the learned signal so the problem should be with the decoding. I do not have any problems with all the other buttons.

The 'send once' section is blank and 'send repeatedly' has:
+2388 -608 +596 -602 +1194 -602 +1194 -602 +596 -602 +1194 -602 +596 -602 +596 -602 +1194 -602 +1194 -602 +596 -602 +1194 -602 +596 -24566

Frequency 40201

That gets decoded to: Could you help me, please, to create the right function for this device?

All the other functions have only one part Sony12 device 11 or Sony15 device 186 and I do not have problem with that using Sony12/15 protocol.

I manually decoded your learned signal and it definitely decodes as Sony12, device 11, OBC 22. I then checked Rob H's Sony site and that what he lists for EJECT also, so I have to believe that there's some user error involved in how you set this up in KM or RM.

Maybe you should post your KM or RM file in the Diagnosis Area for one of us to look at.

I'm sure that the Sony12:11:22 decode is correct and is all you need and the other decode is garbage that should be ignored.

So Rob is correct that something is wrong with whatever you did to program and test Sony12:11:22.

In addition to the KM or RM file of your upgrade, we'd also like to see the .ir file you used to test the results. In that file I assume you already installed the device upgrade and you removed any learned signals that would override that upgrade.

First of all thanks for the reply!

Well, what I'm doing is I'm assigning this function to Phantom2 in my VCR device and then I have a macro to do X_VCR;Phantom2

I have same thing done for my DVD and it works. I guess I have messed it up somewhere in the keymove or the macro I will double check and will post the results.

By the way I'm runung extender 3.1 but with modified 3 NOPs after the STOP

I do not have the IR file with me but if I cannot resolve the problem I will post it.

In situations like this, you should always eliminate the other variables that might be causing a problem before you report it.

In this case it's entirely possible that the code for EJECT works perfectly and the problem is with the macro or the phantom keymove.

Therefore I would suggest that you program the EJECT function to a normal button to test it. If it still doesn't work, the problem is likely with the code, but if it does work, the problem is elsewhere.

I have an SLV-N80 (part of the same sales sequence N50 , N51 , N70 , N71 , N80 , N81 and all can use the same remotes) and I can verify that OBC 22 (EFC 081) will eject the tape (unless the VCR has a timer set and is "off" -- then you have to turn it on first).

OBC 22 (EFC 081) seem to be the master eject (open/close) command much like the OBC 46 , OBC 47 , ON and OFF commands for Sony since it will perform that function on every product I can think of.

It was funny! I found the problem and it was in a place I have never expected In the keymove instead of device 2007 I had entered 207 for the eject. That's why the LED on the remote was blinking but nothing was hapening. I fixed it and now it is working. I'm confirming that Sony12, device 11, OBC 22 is the eject code for Sony N71.

I was mostly confused from that second Async7 part of the protocol because I did not have that kind of staff for all the other keys but only for the eject and that was every time when I learned it.

Thanks to all of you for the great support !!!

Decoding learned signals isn't an exact science, so the decoder does sometimes get fooled into putting out extra decodes like that, but fortunately, it usually gets the real signals decoded too, so you just learn to ignore the extra stuff.

The Robman wrote:Decoding learned signals isn't an exact science, so the decoder does sometimes get fooled into putting out extra decodes like that, but fortunately, it usually gets the real signals decoded too, so you just learn to ignore the extra stuff.

Yeah, now I have learned one more thing.
Thanks for the great support!