Ryan Powell

The last 2 bits in the MSB only indicate the type of random address, public addresses can be anything.

Okay, now I have to get deep lol. In the underlying advertisement there are certain flags (not controllable from the app or the host), one of them is the address...

I would start by deleting this: ``` NimBLEDescriptor* pCCCDesc = pCustomCharacteristic->createDescriptor( "2902", // Standard CCCD UUID NIMBLE_PROPERTY::READ | NIMBLE_PROPERTY::WRITE_ENC, 2 // Max length ); pCustomCharacteristic->addDescriptor(pCCCDesc); ``` It has no functionality...

Hmm, downgrading versions isn't really a fix lol. I'm going to repoen this and ask that you test with the master branch.

Try initializing BLE at startup, but not advertising until you need to, for some reason it seem to help sometimes. Other than that I would need to see a debug...

I can see that it's successfully advertising, your slave device doesn't scan for BLE advertisements though but it is receiving the esp now messages. What am I missing here?

Ahh okay, in that case the only thing I can think of is since the master device is advertising BLE the antenna is in use and the coexist functions may...

Does it work if you do not start advertising?

Some info here : https://esp32.com/viewtopic.php?t=23406

You cannot set a public address, when you call setOwnAddress it will assign the address as random, so the address type is different and therefore the comparison fails. To fix...