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 2 made on Wednesday June 3, 2009 at 05:07
Jasonvp
Select Member
Joined:
Posts:
July 2008
2,404
Hi sydinstaller,

I changed the last word of the learnt Hex Codes to 076A.

eg.

Learn 1 - REF 1U
0000 006E 0000 000C 000B 0112 000B 00B6 000B 0112 000B 00B6 000B 0112 000B 00B6 000B 00B6 000B 00B6 000B 0112 000B 0112 000B 0112 000B 076A

Learn 2 - REF 1D
0000 006E 0000 000C 000B 0112 000B 0112 000B 0112 000B 00B6 000B 0112 000B 00B6 000B 00B6 000B 0112 000B 00B6 000B 00B6 000B 00B6 000B 076A

I then Pasted the Hex Code into IR Tools and got,

Learn 1 - REF 1U
Protocol: REC80
Device: 5
OBC: 7


Learn 2 - REF 1D
Protocol: REC80
Device: 5
OBC: 8


But IR Tools does not give all the info needed. So I used Decode CCF and got this,

Learn 1 - REF 1U
Protocol: REC80
Device: 5
OBC: 7
Misc: T=0 (291/5120/7562)
Frequency: 37.683



Learn 2 - REF 1D
Protocol: REC80
Device: 5
OBC: 8
Misc: T=1 (291/5120/7562)
Frequency: 37.683



On the JP1 Site the REC80 Protocol is explained as follows,

RECS80
UEI protocol: 0045, 0068, 0090 or ???
IRP notation for 0045: {38k,158,msb}<1,-31|1,-47>(1:1,T:1,D:3,F:6,1,-45m)+
IRP notation for 0068: {33.3k,180,msb}<1,-31|1,-47>(1:1,T:1,D:3,F:6,1,^138m)+
EFC translation: 6-bit MSB comp

RECS80 is a family of related protocols with the same structure, but different timing.

These are moderately non robust protocols, so spurious decodes are possible.

The timing differences are not definitive enough for DecodeIr to identify which RECS80 version is which. Instead it displays the timing information in the "misc" field of the output. That will be three numbers formatted as in this example: (157/5048/7572)

Using those three numbers and the frequency, you should be able to determine whether the signals fit the 0045 version, the 0068 version, the 0090 version or none of them. You should look at all the learned signals for your device together when doing that. A single device won't mix versions of RECS80, so any differences in frequency or timing between learns is due to the IR learning process, not due to any differences among the correct signals. You should find one RECS80 version that is a good enough fit for all signals of the device.

For 0045,

* frequency should be between 37000 and 39000
* first timing number between 100 and 200
* second timing number between 4500 and 5500
* third timing number between 6800 and 8300

For 0068,

* frequency should be between 32300 and 34300
* first timing number between 130 and 250
* second timing number between 5100 and 6300
* third timing number between 7700 and 9500

For 0090,

* frequency should be 0
* first timing number between 0 and 40
* second timing number between 4500 and 5500
* third timing number between 6800 and 8300

You may find decodes that don't quite fit either. If it almost fits, it may be worth testing to see if it works, but it's most unlikely to work if the second timing number is above the suggested max or the third timing number is below the suggested min. For example, I found a decode with frequency 41879 and timing numbers (132,5092,7652). The three timing numbers are perfect for protocol 0045, but the frequency is quite wrong. I have no device to test with, but my guess is that it would work anyway. For protocol 0068, the third number 7652 is below the minimum of 7700 making it quite unlikely to work. I found a different device with frequency 33333 and timing (450,5770,8656). For 0068 all but the first number are perfect and I would be quite surprised if it didn't work. For 0045 the second number 5770 is too high for the max of 5500, so it's unlikely to work.

The decodes for RECS80 all report EFCs for protocol 0045. These are not correct EFCs if you select a protocol other than 0045, so it is better to use OBC numbers when creating a JP1 upgrade based on these decodes.


So going by that info I would try the "recs80_45" IRP File in MakeHex, Device=5, T=0 and T=1 if you haven`t already.

I would say that these would be the Function Numbers,

0= 320 X 1 0 10 0 0 0 0 0Desk_LStore
1= 321 X 1 0 10 0 0 0 0 1Desk_LM1
2= 322 X 1 0 10 0 0 0 1 0Desk_LM2
3= 323 X 1 0 10 0 0 0 1 1Desk_LM3
4= 324 X 1 0 10 0 0 1 0 0Desk_LStore + M1
5= 325 X 1 0 10 0 0 1 0 1Desk_LStore + M2
6= 326 X 1 0 10 0 0 1 1 0Desk_LStore + M3
7= 327 X 1 0 10 0 0 1 1 1Desk_LRef 1U
8= 328 X 1 0 10 0 1 0 0 0Desk_LRef 1D
9= 329 X 1 0 10 0 1 0 0 1Desk_LRef 2U
10= 330 X 1 0 10 0 1 0 1 0Desk_LRef 2D
11= 331 X 1 0 10 0 1 0 1 1Desk_LRef 3U
12= 332 X 1 0 10 0 1 1 0 0Desk_LRef 3D
13= 333 X 1 0 10 0 1 1 0 1Desk_LRef 4U
14= 334 X 1 0 10 0 1 1 1 0Desk_LRef 4D
15= 335 X 1 0 10 0 1 1 1 1Desk_LFunction 1
16= 336 X 1 0 10 1 0 0 0 0Desk_LFunction 2
17= 337 X 1 0 10 1 0 0 0 1Desk_LFunction 3
18= 338 X 1 0 10 1 0 0 1 0Desk_LFunction 4
19= 339 X 1 0 10 1 0 0 1 1Desk_LFunction 5

Hope this helps!

Cheers
Jason


Hosting Services by ipHouse