https://devzone.nordicsemi.com/f/nordic-q-a/36310/mac-address-mismatchI try to retrieve the current device&#39;s MAC address and print it through RTT so that it can be recognized automatically in the manufacturer&#39;s test. The weird thing is... the MAC address never matches the real MAC address. Here&#39;s what I do in my code: en-USTelligent Community 13Thu, 12 Jul 2018 14:38:16 GMThttps://devzone.nordicsemi.com/thread/139925?ContentTypeID=1Thu, 12 Jul 2018 14:38:16 GMT137ad170-7792-4731-bb38-c0d22fbe4515:4af2fed7-f531-4fdd-81bf-1c8fa34db900jev<p>Thanks for looking into this issue. I use the default address for now. It looks like some kind of weird&nbsp;critical race - if I put just a little bit of code between advertisement start and this function everything works fine. I&#39;m chasing ghosts, or so it looks like (the&nbsp;LSB is the first byte in this memory area and a simple NOP solves the issue).&nbsp;</p> <p>Never mind, I will crank up the debugger once it shows up again. It&#39;s a minor issue anyway.</p><div style="clear:both;"></div>https://devzone.nordicsemi.com/thread/139921?ContentTypeID=1Thu, 12 Jul 2018 14:23:06 GMT137ad170-7792-4731-bb38-c0d22fbe4515:b8a4d4f0-93c7-4f30-8662-477002962562Hung Bui<p>Hi Joost,&nbsp;</p> <p>&nbsp;</p> <p>I don&#39;t see the issue here. But note that the last bit of a BLE address has to follow the rule. Have a look <a href="https://devzone.nordicsemi.com/f/nordic-q-a/27012/how-to-distinguish-between-random-and-public-gap-addresses/105962#105962">here</a>.&nbsp;</p> <p>In your code do you set your address or it&#39;s the default address you have&nbsp; ? If you set the address, do you see the correct address being advertised ?&nbsp;</p><div style="clear:both;"></div>