You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When using the default BLE library and advertising a 128 bit followed by a 16 bit advertisement I see both in nRFConnect.
When using the nimBLE library I only see the the 128 bit advertisement (or whatever was added first with addServiceUUID()).
Hi @AndrewMagpie, I believe the cause to be in the different handling of the AD flags in the data count, I still need to verify this. For an explanation, the AD flags, IIRC, are accounted for differently in the advertisement data size with the original library, and in your situation you have now exceeded the data limit by 3 bytes. For now, if you don't need it I would suggest removing these calls:
I don't think that issue exists any longer, I have not yet heard of it being a problem since I started this repo and that functionality was removed initially.
When using the default BLE library and advertising a 128 bit followed by a 16 bit advertisement I see both in nRFConnect.
When using the nimBLE library I only see the the 128 bit advertisement (or whatever was added first with
addServiceUUID()
).Default BLE library:
nimBLE:
How do I get nimBLE to advertise both UUIDs?
Using PlatformIO on a ESP32S3.
The text was updated successfully, but these errors were encountered: