RMIR Convert To Device Upgrade

[ckeays]

HI Guys,

Just learned some commands on my RCRP05B remote.
When I select "Convert To Device Upgrade" nothing happens, no warning messages or error messages.

The protocol is a weird one, never seen anything like it before, which is why I had to use the learning remote.



All I am seeing is each command has a unique start bit or leader (both the same width), then the 3rd bit is always the same, 630 uS. The command then repeats after 100 mS.

Could this be why rmir is not working when I select "Convert To Device Upgrade"? Under protocol it shows ** NONE **.

Code: Select all

+3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -99922; +3176 -3220; +602 -130468;

I just want to convert this so I can write it to another remote instead of using the learning remote.

Any help is greatly appreciated.

[The Robman]

While photos and stuff are nice, what folks really need to see is your RMIR file. And when you post it, please include as many learns from the new remote as possible, don't just include one.

[ckeays]

https://www.hifi-remote.com/forums/dload ... e_id=26473

Thanks Rob

[ckeays]

I tried to build a new protocol in rmir, however there are no commands so the signal structure drop down list won't work.

All these commands are just a leader low then high (both the same duration), and one bit low for 630uS (this is always 630uS for every command).

For each different command, the leader duration changes.
i.e. volume down = 3200uS low then 3200uS high
volume UP = 2600uS low then 2600uS high.

I tried to get it to work by copying the signal data for each command and pasting it in the learned signals tab. I thought this would have worked, but it does not. Just wondering if there is an easier way to get these signals to work in another remote.

[Barf]

I extracted the raw signals and run the result through IrpTransmogrifier (analyzer with repeat finder) and got:

Code: Select all

Vol-  {38.1k,602,msb}<>(5,-5,1,-103m)10
Vol+  {38.1k,602,msb}<>(5,-5,1,-103m)10
Up    {38.1k,602,msb}<>(7,-7,1,-103m)10
Down  {38.1k,602,msb}<>((7,-7,1,-103m)9,(7,-103m))
Left  {38.1k,602,msb}<>(10,-10,1,-103m)9
Right {38.1k,602,msb}<>(10,-10,1,-103m)9
Mute  {38.1k,602,msb}<>((7,-7,1,-103m)9,(7,-103m))

The "tails" of Down and Mute can probably be ignored (at least for now). Vol+ and Vol- are identical, just as Left and Right. Mite and Up appears identical. (The last two sentences probably mean that the learns were either erroneous, or there something the learn did not pick up.)

This is a very strange protocol to be found in customer electronics. What device is it really? Are there any more signals on your remote? Do the learned signals work (when transmitted as learned)?

[ckeays]

Thank you for responding to my post. I appreciate that you took the time to help me.
The remote is from a small under counter kitchen radio.
The remote does work,and the learned commands work from
the learn RCRP05B remote. I even verified the RCRP05B remote
with my logic analyzer. Both original and RCRP05B remote signals
are almost identical.
I don't follow the output from IrpTransmogrifier.
I assume these values indicate milliseconds?
5,-5,1,-103m
So 5 milliseconds high, 5 milliseconds low, 1 millisecond low
then 103 mS high?

What I am seeing with the Logic analyzer is:

Code: Select all

Vol Down = 3200uS low, 3200uS high, 628uS low, then high for 100mS
Vol Up   = 2600uS low, 2600uS high, 628uS low, then high for 100mS
UP       = 3800uS low, 3800uS high, 628uS low, then high for 100mS
Down     = 4400uS low, 4400uS high, 628uS low, then high for 100mS
Left     = 6200uS low, 6200uS high, 628uS low, then high for 100mS
Right    = 5600uS low, 5600uS high, 628uS low, then high for 100mS
Source   = 6800uS low, 6800uS high, 628uS low, then high for 100mS
Mute     = 4900uS low, 4900uS high, 628uS low, then high for 100mS

I am guessing the first two bits indicate the command and the third bit (628uS) is a repeat bit, stop bit or something similar. All of these values may vary a few microseconds.

[Barf]

This is a new protocol that to my knowledge we have not seen before. So I would request that you give us exact data on the manufacturer and model. And the thread should be given an appropriate title and be moved to the protocol decodes subforum, imho.

I don't follow the output from IrpTransmogrifier.

It analyzes the data and computes a possible IRP form that can generate the signal. Don't worry, you do not need to read it.

The remote does work,and the learned commands work from
the learn RCRP05B remote.

Good!


I even verified the RCRP05B remote
with my logic analyzer. Both original and RCRP05B remote signals
are almost identical.

I assume these values indicate milliseconds?
5,-5,1,-103m

Not quite. The number with a suffix of "m" are indeed milliseconds, the other ones are multiples of the timebase, given as the middle number withing the braces, 602 (ms).

What I am seeing with the Logic analyzer is:

Code: Select all

Vol Down = 3200uS low, 3200uS high, 628uS low, then high for 100mS
Vol Up   = 2600uS low, 2600uS high, 628uS low, then high for 100mS
UP       = 3800uS low, 3800uS high, 628uS low, then high for 100mS
Down     = 4400uS low, 4400uS high, 628uS low, then high for 100mS
Left     = 6200uS low, 6200uS high, 628uS low, then high for 100mS
Right    = 5600uS low, 5600uS high, 628uS low, then high for 100mS
Source   = 6800uS low, 6800uS high, 628uS low, then high for 100mS
Mute     = 4900uS low, 4900uS high, 628uS low, then high for 100mS

Super! But it appears as the levels got switched (flip high and low). Our signals start high and end low.

So it appears that I had "too sharp detergent" in the signal cleaning in IrpTransmogrifier. Next try (the signals + name are in a file called ckeays.txt)

Code: Select all

Vol-  {38.1k,200,msb}<>(16,-16,3,-100m)10
Vol+  {38.1k,200,msb}<>(13,-13,3,-100m)10
Up    {38.1k,200,msb}<>(19,-19,3,-100m)10
Down  {38.1k,200,msb}<>((22,-22,3,-100m)9,(22,-129m))
Left  {38.1k,200,msb}<>(31,-31,3,-100m)9
Right {38.1k,200,msb}<>(28,-28,3,-100m)9
Mute  {38.1k,200,msb}<>((25,-25,3,-100m)9,(25,-129m))

So it should be possible to write an executor.

BTW, the command line was (with the signals + name in a file called ckeays.txt):

Code: Select all

irptransmogrifier -r 0.05 -a 100 analyze  --timebase 200  --named ckeays.txt -r -m 100

[ckeays]

The radio is my Aunt's. I will have to go over there to get specifics, model, etc. I asked her but she doesn't know what it is.
Since my last post I read up on "ProntoEdit's IR Display Format" so I was able to understand it a little better.

Some of the learned signals from my RCRP05B remote didn't work perfectly.
I was able to edit the learned data. When comparing it to the original & with the logic analyzer, I got it to match perfectly.
I managed to get it to work in an old atlas B01 remote I have here. When programming this remote, RMIR shows the learned data tab.

My goal was to get the signals working in an atlas B03 remote which is the remote my Aunt uses for her cable box.
Trying to edit the B03 remote file in RMIR, there is no learned tab displayed for entering in the learned data, so I don't know
another way to do it since the convert to device upgrade is not working for this strange protocol.