Samsung Air Conditioner

[The Robman]

45 7F 84 C7 D8 0F - Is this a typo? Please confirm the codes in my records.

temp 30 - 49 7F 84 C7 D8 2F
Fan - High - 49 7F 8D 47 D8 0F
mode - cool - 49 7F 8D 47 D8 0F
Cool Mode - Normal - 49 7F 8D 47 D8 0F

As you may recall, I have been generating quite a few experimental codes for you to try out, and apart from the ones with typos, they've all worked, so I now have up to 4 working codes for each function. Regarding the 4 functions mentioned in this example, I have the following codes listed as working...

temp 30
45 7F 84 C7 D8 0F
49 7F 8E C7 D8 0F
49 7F 84 C7 D8 2F
41 7F 8E 47 D8 2F

Fan - High
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

mode - cool
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

Cool Mode - Normal
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

so, if you were to re-test the 45 7F 84 C7 D8 0F code, I think you'll find that it performs all 4 functions listed above. In fact, you could try each of the 4 codes listed for "temp 30" and you'll probably find that they will perform each of the 4 functions listed.

I have updated the spreadsheet that I have been compiling of all of these codes here...
http://www.hifi-remote.com/forums/dload ... le_id=4390

The codes shown in red are new experimental codes that I have generated but have not asked you to test yet. It's not essential that I know if these work, but if you are so inclined, you can test them.

[yesok]

Hello Robman,

As you may recall, I have been generating quite a few experimental codes for you to try out, and apart from the ones with typos, they've all worked, so I now have up to 4 working codes for each function. Regarding the 4 functions mentioned in this example, I have the following codes listed as working...

temp 30
45 7F 84 C7 D8 0F
49 7F 8E C7 D8 0F
49 7F 84 C7 D8 2F
41 7F 8E 47 D8 2F

Fan - High
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

mode - cool
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

Cool Mode - Normal
45 7F 84 C7 D8 0F
49 7F 8D 47 D8 0F

so, if you were to re-test the 45 7F 84 C7 D8 0F code, I think you'll find that it performs all 4 functions listed above. In fact, you could try each of the 4 codes listed for "temp 30" and you'll probably find that they will perform each of the 4 functions listed.

Thanks for your tremendous efforts.

I have updated the spreadsheet that I have been compiling of all of these codes here...
http://www.hifi-remote.com/forums/dload ... le_id=4390

The codes shown in red are new experimental codes that I have generated but have not asked you to test yet. It's not essential that I know if these work, but if you are so inclined, you can test them.

I will test the new code and let you know the result.

Yesok

[shineangelic]

This thread was somehow useful to start peeking into Samsung IR Codes. I'm generating IR codes for Samsung AirCon Model FBMH026FB with Arduino, so I had to decode and understand commands first.

The results of my work is located at:
https://docs.google.com/spreadsheet/ccc ... xdFE#gid=0

it is a spreasheet with all dumped values and the interpretation of results. AFAIK, aircon unit sends out 2 or 3 "bursts" of 56bit data, depending on command. Each single burst is very similar to ones described on this old thread.

The problem I have is related to checksum.

Since I have to re-generate the IR codes wayback (not only storing them and resending them as they are) I do have to understand every single byte. I succesfully decoded all, but I can't figure out how to generate the 2bytes checksum.

Anyone figured out Samsung checksum algorithm?
Thank you

[The Robman]

I have saved a copy of the file here, just in case the original disappears:
http://www.hifi-remote.com/forums/dload ... e_id=11172

[The Robman]

I've got the first bit of the checksum, it's an XOR of the 6 nibbles in the 4th, 5th and 6th bytes.

The 4th bit is the complement of the first bit from 3rd byte.

Still working on the other 2 bits.

[vickyg2003]

Wow Rob, you are amazing.

[The Robman]

Here's the spreadsheet where I've been trying to calculate the checksum:
http://www.hifi-remote.com/forums/dload ... e_id=11192

The columns over to the right (AH thru AO) are where it happens. The 1c/2c/etc columns are the real checksum and the columns to the right are generated using code. If the result is correct, the font will stay black, if the result is wrong, the font will turn red. As you can see, the code for the 2nd and 3rd bits isn't correct yet, I'm posting this in case anyone else wants to take a stab at it.

Btw, I moved the Power Off code to the 2nd tab temporarily, as it's the only code where the 5th nibble (column W) isn't '8' (or '1000')

[The Robman]

It appears that this question has been asked in a few other forums:
http://stackoverflow.com/questions/1186 ... s-checksum
http://arduino.cc/forum/index.php?topic=117746.0
https://plus.google.com/112370814111712 ... JKvkVBdBWC

I have confirmed the posted solution is correct, results here:
http://www.hifi-remote.com/forums/dload ... e_id=11192

The checksum was originally cracked by "Ken Shirriff" but, so far, I have been unable to find his original post on the matter.

[shineangelic]

Ok let me clarify this since I ended taking too many people's time.

I was really upset by that algorithm, having spent more than what was deserved to an air-conditioner checksum algorithm. So I started some discussions on related forums:

-Arduino, because Ken shirriff's library is based on that
-Stackoverflow, since it's a great place
-This forum, because the topic was strictly related to my issue

As for the third, I didn't believe I would had received an answer, 'cause last post was quite dated.

I's sorry I didn't notice the replies after second one, so I didn't notify of solution sent to me by epic Ken Shirriff some day ago.

The algorithm is as follow (credits to Ken):

1. Count the number of 1 bits in all the bytes except #2 (checksum)
2. Compute count mod 15. If the value is 0, use 15 instead.
3. Take the value from 2, flip the 4 bits, and reverse the 4 bits.
4. The checksum is Bn where n is the value from the previous step.

Note that step 2 is mod 15, not mod 16 (which you might expect). I
don't know why 15 is used as a special case instead of 0.

The implementation of this is still temporary and I can't post it. I'll come back when it's ready to be shown.

Thank you very much for your time and efforts.

[The Robman]

Back to the original A/C learns (ie, the ones from 2007), I have updated the spreadsheet to reflect how the checksum is calculated:
http://www.hifi-remote.com/forums/dload ... le_id=4390

For this one, you do the following:
1. sum the bits
2. do a MOD 16
3. subtract the result from 16
4. reverse the binary