site_archiver(a)lists.apple.com
Delivered-To: bluetooth-dev(a)lists.apple.com
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=mac.com; s=1a1hai; t=1592838097; bh=dro8k8q5Vnuum3dYaZGU4nIW+Q+6ff193B/DpLp8PN4=; h=From:Content-Type:Subject:Message-Id:Date:To; b=EAhPQVcjXzxVDEPFcFabW0duWlpLG0wTBcnGwa4CTpCXwbgc4ch2bqAcH1aKvLzaP Arp7Dnjrt/SXrcxwXxgk3KJTLGEl9srjClY4Zz0T+fngxQnBWgYcIv7WxpVZuidXu7 Xq1gY1fIJR+/Q7E85w02dglQlcQQoZN0p4nmd6xNAWF26YLSttfcQZn1Z63rO1w8x4 /fTnlCoPcUSsJxNGavWRwCOksunM/KqkkYo04lKdxn31prLm/f+oaD2AEEx63oi7lV C6ptedZ+c5bOeLone4m5bF+O1c9RvovNdVqCcUFV1nw3v9/gkSKi+iVUW773tKGdwk B7dKbjH5TPHGw==
Hi all,
I need my app to send a "non-connectable undirected” (ADV_NONCONN_IND)
advertisement. I see the -[startAdvertsing:] method of CBPeripheralManager
class, but the documentation says only CBAdvertisementDataLocalNameKey and
CBAdvertisementDataServiceUUIDsKey are supported. That seems to imply that
CBAdvertisementDataIsConnectable cannot be set to NO, to simulate
ADV_NONCONN_IND. Hence, it seems the task cannot be accomplished using
CBPeripheralManager.
I also looked into IOBluetooth framework, specifically into
IOBluetoothHostController. And while its public API doesn’t offer anything
useful in this regard, I’ve noticed some private methods with promising names,
namely:
- (int)BluetoothHCILESetAdvertiseEnable:(unsigned char)arg1;
- (int)BluetoothHCILESetAdvertisingData:(unsigned char)arg1
advertsingData:(char *)arg2;
- (int)BluetoothHCILESetAdvertisingParameters:(unsigned short)arg1
advertisingIntervalMax:(unsigned
short)arg2
advertisingType:(unsigned
char)arg3
ownAddressType:(unsigned
char)arg4
directAddressType:(unsigned
char)arg5
directAddress:(struct
BluetoothDeviceAddress *)arg6
advertisingChannelMap:(unsigned char)arg7
advertisingFilterPolicy:(unsigned
char)arg8;
As I’m not restricted to using public APIs only, I wouldn’t mind solving the
problem using private methods. Hence I’d be very thankful if anyone can shed
some light on above mentioned methods, especially the last one. Some parameters
of that method are quite obvious as well as their types (like advertisingType),
but some sounds more obscure.
Thanks in advance.
-- Dragan
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists…
This email sent to site_archiver(a)lists.apple.com
site_archiver(a)lists.apple.com
Delivered-To: Bluetooth-dev(a)lists.apple.com
Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nrbtech-io.20150623.gappssmtp.com; s=20150623; h=from:mime-version:subject:message-id:date:to; bh=SDOeFLgsKxiLjimwk9+pp6gn91oOUqcQvTnjnn9+deM=; b=zoaaN5KLLdCsKMkMTPM1AFDSP1XS/8whJa5pbGHrkWO9RNxWDNHBA80XnJkV9XnipN DzUMnXVhTW3MOkSw1BFl3bhjWBbXvDCLDSxWRUMO1oUlnB/HwsKAoBaP2ApHDKEVbr5y iFjkTiuEymK7+vV7Prl2i6Sw1/uWb4o4ZO6yeEgPKuqFwGsXY+PUXvwRVrAIJBLA0ftn q6MWquHcKSUdvjxI7KZLvMeG4rVJ+8rMZ9XxsCcBwu6CqteKOAzAQsZM/V8cgwVaXbs4 Y8ruop+lXF3kM63g58/3OWPZhxYpfoCHp5pUIFuMqz4PMHYKO76B0W9Icr7QTPOz2XYg q25g==
We have some Bluetooth modules that have static Bluetooth addresses beginning
with CC:CC:CC:XX:XX:XX. With macOS, we are finding that although the first
connection will succeed, macOS will not be able to reconnect to that device
until the Mac is restarted.
Does anybody know why this might be happening? Is the CC:CC:CC OUI forbidden?
Is this just a bug in macOS?
Thanks
Nick
W: https://nrbtech.io <https://nrbtech.io/>
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Bluetooth-dev mailing list (Bluetooth-dev(a)lists.apple.com)
Help/Unsubscribe/Update your Subscription:
https://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists…
This email sent to site_archiver(a)lists.apple.com