Inconsistent Broadlink learned IR codes

I’m having a strange issue with multiple Broadlink Mini 3 devices whereby learning the same button results in different codes being captured.

I first noticed this while using broadlink.learn to capture Hitachi AC remote commands which are long and complex so I repeated the test with simpler TV, receiver, and ceiling light remotes as well as using a different capture tool, Broadlink Manager, but the codes are always inconsistent. I’m not near any strong sunlight nor ambient IR signals AFAIK.

Here’s a sample of 2 captures of my LG TV on/off button.

JgBYAAABIJETERMREzYTERMSEhISEhMREzYTNhMREzYTNhM2EzcSNxISExETERM2ExETERMRExISNxI3EzYTERM2EzYTNhM2EwAFLgABJkgTAAxKAAElSBMADQU=

JgBgAAABIpATERMREzYTEhISEhITERMREzYTNhMREzYTNxI3EjcSNxMRExETERM2ExETERMSEhITNhM2EzYTERM2EzYTNhM3EgAFMAABJEgTAAxLAAElSBIADE8AASJHEwANBQAAAAAAAAAA

The strangest thing is that so far every code learned, while different, still works. This rules out the possibility that these are “rolling codes” for security, as repeating a rolling code should not work.

If I were only controlling simple devices with immediate confirmation, like lights and TVs, I’d just ignore the differences and say “it just works”, but the AC codes carry many parameters which cannot be observed immediately (eg. temperature) so I’d prefer to understand why the codes change before putting in hours of capture efforts.

1 Like

It’s fairly brief but have a read of this:

I have the same issue but the codes work without fail. Reading the above didn’t help me much but you may be able to glean something out of it.

I see. So the captured code is not the unencrypted IR payload but the payload as encrypted as part of the Broadlink network packet.

Thanks

Is there a solution to solve this? I have the same problem. Some buttons of the same remote work and some give a differtent code each time. This is an example from my lg soundbar mute button from the /config/.storage/broadlink_remote_24dfa7d608c9_codes file (10 tries with 10 different outcomes);

        "lgsb": {
            "1": "JgBWAI+TEBUQFBE5EDkRFBA5ERQRFBAVEBQRORA5ERQQOREUERQQORE5EDkROBE5ERQQFRAUERQRFBAUERQRFBE4ETkROBEABgSSlBE5EAAMV4+UETkQAA0F",
            "2": "JgBOAI2VEBQRFBE4ETkRFBA5ERQQFRAUERQROBE5ERQQOREUEBUQORE5EDkROBE5EBUQFBEUERQQFRAUERQRFBA5ETkQOREABgOTlBE5EAANBQAAAAAAAAAA",
            "3": "JgBOAI6UEBUQFBE5EDkRFBE4ERQRFBAVEBQRORA5ERQROBEUERQROBE5EDkRORA5ERQRFBAUERQRFBAVEBQRFBE5EDkROBEABgSTlBA5EQANBQAAAAAAAAAA",
            "4": "JgBOAI+TERQRFBA5ETkQFBE5ERQQFBEUERQQORE5EBQROREUEBQRORA5ETkQORE4ERQRFBEUEBQRFBEUERQQFBE5ETgRORAABgiQkxA5EQANBQAAAAAAAAAA",
            "5": "JgBWAI+TERQRFBA5ETkQFBE5EBQRFBEUERQQORE5EBQRORAVEBQRORA5ETkQORE4ERQRFBEUEBQRFBEUERQQFBE5ETgRORAABgSSlBE5EQAMU5OUEDkRAA0F",
            "6": "JgBWAI6UEBQRFBE4ETkQFRA5ERQQFRAUERQROBE5ERQQOREUEBUQORE4ETkROBE5EBQRFBEUERQQFBEUERQRFBA5ETgROREABgOTlBA5EQAMWI+TETkQAA0F",
            "7": "JgBOAI2VERQQFBE5ETgRFBE4ERQRFBEVDxQRORA5ERQROBEUERQROBE5EDkRORA5ERQQFRAUERQRFBAVEBQRFBE4ETkROBEABf6YlBE4EQANBQAAAAAAAAAA",
            "8": "JgBOAI+SEhQRFBA5ETgRFBE5EBQRFBEUERQQORE5EBQRORAUERQRORA5ETgRORE4ERQRFBAVEBQRFBEUEBUQFBE5EDkRORAABgOUlBA5EQANBQAAAAAAAAAA",
            "9": "JgBOAI+TERQRFBA5ETkQFBE5ERQQFBEUERQQORE5EBQRORAVEBQRORE4ETkQORE4ERQRFBEUEBQRFBEUERQQFBE5ETgRORAABgOUlBA5EQANBQAAAAAAAAAA",
            "10": "JgBOAI+TERQQFRA5ETgRFBE5EBQRFBEUEBUQORE4ERQRORAUERQROBE5ETgRORA5ERQRFBAUERQRFBEUEBQRFBE5EDkROBEABgSTkxE5EAANBQAAAAAAAAAA"