IRTrans Hex code format

Software related support

Moderator: marcus

Re: IRTrans Hex code format

Postby billytcherno » Sun 20. May 2012, 14:40

In my application I read the .rem files and construct a sndhex command from that information. Since I have irred it is the only way I can check if commands are well constructed. So far the binary code from irred is equal to the sndhex content except for the command, mask, chksum and addres fields.

That being said, whatever I construct should be equal to a Alearn output in order to make it work?
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby IRTrans » Sun 20. May 2012, 14:56

Alearn and the binary format are not completely the same. Converting one format into the other one might work for some codes but not for all.

The .rem file even contains features that are not fully supported using the Asnd format.

If you really need to fully convert a .rem file I would suggest you try to extract the parts of the irserver you need.

IRTrans
IRTrans
Administrator
 
Posts: 2115
Joined: Mon 21. Apr 2008, 23:32

Re: IRTrans Hex code format

Postby billytcherno » Sun 20. May 2012, 15:25

That is what I did - or at least I tried, as it is not clear to me what exact piece of .c I need to check to get to the ascii command (Asndhex) code.

Only, sometimes it seems that the LEARN result does not always correspond to what it is in the .rem

4E0000000000222603020B003700BD000000000000000000000433004B004B0000000000000000000003835B53313031303031303130313031313031303031303130303030313031303131313130 is my asndhex output based on the .rem and previous posts

4E0100000000222603020C003700BD0D7100000000000000000432004B004B004B000000000000000003825B53313031303031303130313031313031303031303130303030313031303131313130
is the result from Alearn

Coming back to my question, what features can I safely drop in order to construct valid codes?
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby billytcherno » Sun 20. May 2012, 16:13

This one puzzles me: when "learning" through IR Red and capturing the bytes on the network, it seems that the given IR code has 4 pause/pulse pairs, but the .rem translated code (by IR Red) it would only be 3 pulse/pause pairs?

Network data:

0000 b8 8d 12 08 45 44 00 22 3e 08 07 dd 08 00 45 00 ....ED." >.....E.
0010 00 6b 00 58 00 00 64 11 d3 cb c0 a8 00 7e c0 a8 .k.X..d. .....~..
0020 00 90 52 08 52 08 00 57 a3 65 f2 4e 00 00 00 00 ..R.R..W .e.N....
0030 00 22 26 03 0d 02 38 00 bd 00 70 0d 00 00 00 00 ."&...8. ..p.....
0040 00 00 00 00 31 04 4b 00 4a 00 4b 00 00 00 00 00 ....1.K. J.K.....
0050 00 00 00 00 03 83 5b 53 31 30 31 30 30 31 30 31 ......[S 10100101
0060 30 31 30 31 31 30 31 30 31 31 30 31 30 30 30 30 01011010 11010000
0070 30 30 31 30 31 31 31 31 30 00101111 0

.rem equivalent according to ir red:[N]3[1]8600 4184[2]600 440[3]600 1512[RC]3[FL]91[FREQ]38[SB][RS][D]S101001010101101011010000001011110

the same ir command via ALearn:

4E0100000000222603020C003700BD0D7100000000000000000432004B004B004B000000000000000003825B53313031303031303130313031313031303031303130303030313031303131313130

That's also 4 pairs.
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby billytcherno » Sun 20. May 2012, 16:30

Well well well... it seems that IR Red has a serious bug, and is wrongly translating hex codes to .rem readable formats.

on the other hand, i do not know what the irtrans transceiver is doing, but the code returned by Alearn is also ambiguous:

4E0100000000222603020C003700BD0D7100000000000000000432004B004B004B000000000000000003825B53313031303031303130313031313031303031303130303030313031303131313130

it cleary contains 4 pulse/pause pairs, but the counter only indicates 3 at the end. Is that a bug? or are is the pulse/pause pair for the Start bit not accounted for?
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby IRTrans » Sun 20. May 2012, 20:50

That might happen if an Pulse/Pause pair is filtered out. There might be a Pulse/Pause pair that is not used. The IR Code you have posted (S101001010101101011010000001011110) obviously only uses 3 pulse/pause pairs.

Only the counter value is relevant.

IRTrans
IRTrans
Administrator
 
Posts: 2115
Joined: Mon 21. Apr 2008, 23:32

Re: IRTrans Hex code format

Postby billytcherno » Sun 20. May 2012, 22:23

Interesting.

However, the "filtered" IR sequence is not working via Asndhex (only in binary mode via IR Red), the unfiltered does work; and that is even when all the other bytes are equal and only the pulse is missing, which is kinda strange.
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby IRTrans » Sun 20. May 2012, 23:15

The reason is surely not the number of timings. The IR Code only contains 3 different data bytes (S, 0 and 1) therefore only 3 timing pairs are used.

Converting one format into the other is not that simple. Therefore we only support the ASCII Hex interface or the binary codes generated by one of our applications.

IRTrans
IRTrans
Administrator
 
Posts: 2115
Joined: Mon 21. Apr 2008, 23:32

Re: IRTrans Hex code format

Postby billytcherno » Mon 21. May 2012, 05:50

Ok

With all the 3rd party tools/implementations that exist, is there apart from the source code a description of the binary format, in it's simplest form?
billytcherno
 
Posts: 16
Joined: Thu 10. May 2012, 07:43

Re: IRTrans Hex code format

Postby IRTrans » Mon 21. May 2012, 11:56

No, there is no such documentation available. 3rd party SW either uses one of our APIs or parts of the irserver sourcecode.

If you tell us a bit more about what you plan to do we might discuss the options. I would suggest to do that via Email (info@irtrans.de).

IRTrans
IRTrans
Administrator
 
Posts: 2115
Joined: Mon 21. Apr 2008, 23:32

Previous

Return to Software

Who is online

Users browsing this forum: No registered users and 8 guests