September 2008 - Bluetooth-dev

64 bit bluetooth application
by Moritz Gmelin 25 Sep '08

25 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hi, ----- The Bluetooth API on OS X is build on top of IOKit.framework .... IOReturn ret = 0; BluetoothDeviceAddress localBTAddress; The inquiry however works OK in both modes. What does this mean? Thanks Moritz _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… I'm still struggeling on bringing a bluetooth application to 64 bit mode. I found this posting in one mailing list Also this is extract from Apple docs: I/O 64-bit applications can use posix read, write, and ioctl APIs to access storage devices and can use sockets for network I/O. However, they won't be able to use IOKitLib and IOUserClient plug-ins to access devices. Does this mean that bluetooth apps can never be 64 bit applications in 10.5? I did a little test with the BluetoothInquiryExample from the XCode distribution and added the following snippet to the startInquiry method IOBluetoothHostController* controller = [IOBluetoothHostController defaultController]; if (controller != NULL) { ret = [controller getAddress:&localBTAddress]; } printf ("Address read returns %X\n", ret); If I set the architecture of the application to "standard 32 bit universal" it works and returns 0. If I set the architecture of the application to "32/64 bit universal" it returns E00002BD as error code. This email sent to site_archiver(a)lists.apple.com

1 0

Problem with Bluetooth Setup Assistant
by Eriksson Håkan 22 Sep '08

22 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: AckcwEYnabBxu+wURriZZuecXZoIsg== Thread-topic: Problem with Bluetooth Setup Assistant Hi! I am new to this list, so first of all I apologize if this post is too much of a newbie question. To my defense, I have browsed the list archive from a year back, and haven't found any relevant post that could help me, so I thought I'd dare to post a question myself. I am working with a HID device that requires a PIN code authentication, but there are no means to input any random PIN on the device; the PIN is hard coded into the device's firmware. I am able to pair the device on Mac OS 10.4, but not on 10.5. It also works on Windows, och different BT stacks (and possibly different OS versions, I'm not sure about the details). I get the following behaviour from the Bluetooth Setup Assistant: 1. I choose "Any Device", and select my device from the list and choose passkey option "Use a specific passkey". 2. A popup dialog says that "The device you are setting up requests a passkey", with an option to enter a key. 3. I enter our PIN code and press continue. Then Bluetooth Setup Assistant will (most often) select a random PIN and try that on the device, which rejects it and disconnects. If I instead choose NOT to pair (in the dialog mentioned in 2. above), the Bluetooth Setup Assistant does NOT send a random PIN to the device, but I get another opportunity to enter PIN, which works fine. There are some timing issues here. When I wrote the description above, and consequently let the dialog boxes last a bit longer than normally, I managed to connect the device (but I had to enter the PIN twice, which is confusing). Normally, the Setup Assistant cooks up a random PIN and sends it to the device. Or maybe it's not related to timing, I cannot reproduce that successful attempt again... So, sometimes it skips the random PIN altogether, sometimes itr generates a random PIN, and on very few occasions it allowed me to enter PIN myself, a second time. Anyway, it seems to me that the fact that our device requests a PIN authentication triggers the first popup, and that the Bluetooth Setup Assistant will want to ask for PIN as well, even though the PIN request has already been made from our device. I also tried passkey option "Do not use passkey with this device", hoping that the PIN request from our device will be enough, but that doesn't work either. The visible difference between 10.4 and 10.5 is that there is no "The device you are setting up requests a passkey" popup dialog on 10.4. Our device FW is the same, and should request a PIN in borth cases; on 10.4 we don't get that popup, and on 10.5 we do, and to me it seems that that popup is the problem (or a symptom of the problem). So, that's pretty much it. Any ideas? :-) Best regards, H. Eriksson _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

RFCOMM Event Ordering
by James Blair 19 Sep '08

19 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hello: I have some code that communicates with a Bluetooth device using the RFCOMM protocol. The communication is very ordered -- that is, I typically send a command, then, wait for a response from my device, and then send the next command (as opposed to receiving data at unpredictable intervals from the Bluetooth device). I've created a callback and registered it using the IOBluetoothRFCOMMChannelRegisterIncomingEventListener function from IOBluetoothUserLib.h. This has been working fine for me since OS X 10.3.9. However, we recently noticed some strange behavior on newer MacBook Pros running OS X 10.5 (with a particular Bluetooth chipset? or maybe dual core?). Digging into the problem, I discovered the root cause was that RFCOMM events were arriving in my callback in an order I didn't expect. Typically the exchange goes something like this: 1. write data 2. receive kIOBluetoothRFCOMMChannelEventTypeWriteComplete 3. receive kIOBluetoothRFCOMMChannelEventTypeData 4. read data But in this situation, the order was: 1. write data 2. receive kIOBluetoothRFCOMMChannelEventTypeData 3. receive kIOBluetoothRFCOMMChannelEventTypeWriteComplete 4. read data, but with buggy behavior That seems counter-intuitive -- how can the response data be ready before the write has completed? I expected that a search through the documentation would find either (a) a guarantee that a write event will always complete before the new data event occurs, or (b) a warning that events can arrive out of order, so I should code carefully. Unfortunately, I didn't find any inforamtion about event ordering. (Closest was http://developer.apple.com/documentation/DeviceDrivers/Reference/IOBluetoot….) The happy ending is that we were able to resolve the problem just fine by being more careful about how we process the different events. But this seemed like strange enough behavior that I should expose it to a wider audience, if for no other reason than to serve as a caution to other developers. James Blair National Instruments www.ni.com _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Call me for Bluetooth Test Engineer job in CA
by Neetu 17 Sep '08

17 Sep '08

site_archiver(a)lists.apple.com Delivered-To: Bluetooth-dev(a)lists.apple.com Thread-index: AckY7C+N1a5MfKcRQiu1oMknpyQL9Q== _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

How to make a plug-in for Iphone???
by pcardinot＠netscape.net 13 Sep '08

13 Sep '08

site_archiver(a)lists.apple.com Delivered-To: Bluetooth-dev(a)lists.apple.com _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Pairing my device
by Gami Ravi 11 Sep '08

11 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com -- _____________________________________________________________________ Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated.Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. __________________________________________________________________________ _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

check for bluetooth stack on mac
by Gami Ravi 09 Sep '08

09 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com -- _____________________________________________________________________ Disclaimer: This e-mail message and all attachments transmitted with it are intended solely for the use of the addressee and may contain legally privileged and confidential information. If the reader of this message is not the intended recipient, or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by replying to this message and please delete it from your computer. Any views expressed in this message are those of the individual sender unless otherwise stated.Company has taken enough precautions to prevent the spread of viruses. However the company accepts no liability for any damage caused by any virus transmitted by this email. __________________________________________________________________________ _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… This email sent to site_archiver(a)lists.apple.com

1 0

Re: Pairing with a device that requires authentication using an "empty password"
by Felix Schwarz 05 Sep '08

05 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Resent-date: Fri, 5 Sep 2008 10:30:46 +0200 Resent-from: Felix Schwarz <felix.schwarz(a)iospirit-gmbh.de> Resent-message-id: <20080905083049.07045134210F@mail> Resent-to: bluetooth-dev(a)lists.apple.com Best regards, Felix Schwarz What OS X you work on, Iphone? What do you use as software tool, SDK? P.Cardinot Hello everybody, - [IOBluetoothDevice openConnection:] returns 4 via the delegate connectionComplete:status: - [IOBluetoothDevice requestAuthentication] returns 2 Best regards, Felix Schwarz _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… My question relates purely to the Bluetooth APIs of Mac OS X Tiger/ Leopard, not the iPhone. Le 4 sept. 08 à 23:13, Felix Schwarz <felix.schwarz@iospirit- gmbh.de> a écrit : I'm currently writing an OS X driver for a new Bluetooth device. I do, however, have problems to get a baseband connection to the device through all of - [IOBluetoothDevice openConnection:withPageTime:authenticationRequired:] returns 4 via the delegate connectionComplete:status:, even when pageTimeout is (4 * kDefaultPageTimeout)) In PacketLogger, I can see page timeouts for Write_Authentication_Enable as well as Create_Connection. On the other hand - [IOBluetoothDevice getServices] returns the device information (but then I'm aware that that info may be from the cache of the BT stack from previous successful pairings => see below). After a few tries, I can pair the device successfully when going through the OS X Bluetooth Assistant, selecting "All" and "Empty password". I'd like to be able to directly pair with that device, though, using IOBluetoothInquiry and IOBluetoothDevice. I tried IOBluetoothPairingController as a middle way, but it doesn't seem to allow me to set that an "empty password" be sent instead of prompting the user. Instead, it will prompt the user for a password. Is there any API I've missed that allows me to pair directly with a device that requires authentication with an "empty password"? Also, what does "empty password" mean in technical terms? I couldn't find any info on this in the Bluetooth specs. Thanks for any insight and help you can provide. I can't wait to get support for that device into the hands of OS X users. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Pairing with a device that requires authentication using an "empty password"
by P.Cardinot 04 Sep '08

04 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Can you send me the bluetooth documentation you use? Thanks! Patrick Hello everybody, - [IOBluetoothDevice openConnection:] returns 4 via the delegate connectionComplete:status: - [IOBluetoothDevice requestAuthentication] returns 2 Best regards, Felix Schwarz _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/pcardinot%40netscape.n… _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… Le 4 sept. 08 à 23:13, Felix Schwarz <felix.schwarz(a)iospirit-gmbh.de> a écrit : I'm currently writing an OS X driver for a new Bluetooth device. I do, however, have problems to get a baseband connection to the device through all of - [IOBluetoothDevice openConnection:withPageTime:authenticationRequired:] returns 4 via the delegate connectionComplete:status:, even when pageTimeout is (4 * kDefaultPageTimeout)) In PacketLogger, I can see page timeouts for Write_Authentication_Enable as well as Create_Connection. On the other hand - [IOBluetoothDevice getServices] returns the device information (but then I'm aware that that info may be from the cache of the BT stack from previous successful pairings => see below). After a few tries, I can pair the device successfully when going through the OS X Bluetooth Assistant, selecting "All" and "Empty password". I'd like to be able to directly pair with that device, though, using IOBluetoothInquiry and IOBluetoothDevice. I tried IOBluetoothPairingController as a middle way, but it doesn't seem to allow me to set that an "empty password" be sent instead of prompting the user. Instead, it will prompt the user for a password. Is there any API I've missed that allows me to pair directly with a device that requires authentication with an "empty password"? Also, what does "empty password" mean in technical terms? I couldn't find any info on this in the Bluetooth specs. Thanks for any insight and help you can provide. I can't wait to get support for that device into the hands of OS X users. This email sent to pcardinot(a)netscape.net This email sent to site_archiver(a)lists.apple.com

1 0

Re: Pairing with a device that requires authentication using an "empty password"
by P.Cardinot 04 Sep '08

04 Sep '08

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com What OS X you work on, Iphone? What do you use as software tool, SDK? P.Cardinot Hello everybody, - [IOBluetoothDevice openConnection:] returns 4 via the delegate connectionComplete:status: - [IOBluetoothDevice requestAuthentication] returns 2 Best regards, Felix Schwarz _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/pcardinot%40netscape.n… _______________________________________________ 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: http://lists.apple.com/mailman/options/bluetooth-dev/site_archiver%40lists.… Le 4 sept. 08 à 23:13, Felix Schwarz <felix.schwarz(a)iospirit-gmbh.de> a écrit : I'm currently writing an OS X driver for a new Bluetooth device. I do, however, have problems to get a baseband connection to the device through all of - [IOBluetoothDevice openConnection:withPageTime:authenticationRequired:] returns 4 via the delegate connectionComplete:status:, even when pageTimeout is (4 * kDefaultPageTimeout)) In PacketLogger, I can see page timeouts for Write_Authentication_Enable as well as Create_Connection. On the other hand - [IOBluetoothDevice getServices] returns the device information (but then I'm aware that that info may be from the cache of the BT stack from previous successful pairings => see below). After a few tries, I can pair the device successfully when going through the OS X Bluetooth Assistant, selecting "All" and "Empty password". I'd like to be able to directly pair with that device, though, using IOBluetoothInquiry and IOBluetoothDevice. I tried IOBluetoothPairingController as a middle way, but it doesn't seem to allow me to set that an "empty password" be sent instead of prompting the user. Instead, it will prompt the user for a password. Is there any API I've missed that allows me to pair directly with a device that requires authentication with an "empty password"? Also, what does "empty password" mean in technical terms? I couldn't find any info on this in the Bluetooth specs. Thanks for any insight and help you can provide. I can't wait to get support for that device into the hands of OS X users. This email sent to pcardinot(a)netscape.net This email sent to site_archiver(a)lists.apple.com

1 0