November 2007 - Bluetooth-dev

access bluetooth
by Ryan Perry 16 Nov '07

16 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hi, Thanks! _______________________________________________ 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 trying to write a perl module to get data from a (OS X) bluetooth device to be used by perl. Specifically, what I'm doing in taking data from barcode scanners and sending it into a database instead of standard input. I can't figure out how to do this in OS X though since it's a little different than how UNIX handles devices with it's I/OKit. I plan to make the module publicly available. Would anyone out there like to give me some sample code on how this is done or point me in the right direction? I'm not much of a C programmer (at least I haven't been in many many years). This email sent to site_archiver(a)lists.apple.com

1 0

Re: A better Way to detect a broken pairing?
by Martin Häcker 12 Nov '07

12 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com So... what do you do? Greetings, Martin _______________________________________________ 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.… even after searching the Docs, the net and this list archive in particular, I didn't find a better way to detect a not anymore working bluetooth pairing than this: I am somewhat surprised that nobody chimes in, as the problem we are trying to detect here is something that anybody programming bluetooth devices (though especially mobile phones) has to worry about. Right now we work around the problem by just killing the BluetoothUIServer when it pops up unwished for, but that is way less than a good solution. This email sent to site_archiver(a)lists.apple.com

1 0

Re: Leopard and RFCOMM...
by Joseph Kelly 12 Nov '07

12 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com To follow up on this: Joe K. On Oct 29, 2007, at 3:57 PM, Joseph Kelly wrote: Is there any known issues with RFCOMM running on Leopard? This was working on 10.4.10. If not, I'll file a bug. Joe K. _______________________________________________ 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/joeman%40mac.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 was my own mistake: I found that I was passing a raw CFData byte pointer (obtained from a message port callback) to the main thread without first retaining it. The message port callback would return, free the data, and in the main thread I would then RFCOMM-write the now invalid data. Apparently Leopard has instituted some new policy whereby the OS reclaims and re-uses freed memory ;-) I can write data to my company's device, but every once in a while, I stop receiving expected data. This email sent to joeman(a)mac.com This email sent to site_archiver(a)lists.apple.com

1 0

Re: IOBluetoothDeviceOpenRFCOMMChannelAsync in 10.5
by Ralf Menssen 12 Nov '07

12 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Thread-index: AcglBrsn+YaSoZD5Edy/WQAWy4XsLw== Thread-topic: IOBluetoothDeviceOpenRFCOMMChannelAsync in 10.5 User-agent: Microsoft-Entourage/11.3.6.070618 Yes, we have similar problems with our applications. Even worse, the Bluetooth Manager crashes a little bit later when back in releasing the autorelease pool. It occurs when opening/closing connections one after the other, which works fine on 10.4.x. We filed a bug report a month ago. For the moment our software spends 3 "Leopard memorial seconds" waiting between closing a channel and opening it again (while calling the runloop in the mean time). Then it does not crash. Hope we see a fix soon, because it makes the whole software painfully slow. I just tested with 10.5.1 Build 9B13, still the same problem. Ralf On 05.11.2007 23:35 Uhr, "James Blair" <James.Blair(a)ni.com> wrote: > However, on a system running 10.5, > Bluetooth version 2.0.80.14, the function doesn't work as reliably _______________________________________________ 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: device inquiry doesnt automatically stop
by b00mer＠mail386.com 11 Nov '07

11 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com User-agent: www.mail386.com Tom, Bluetooth processing takes place when you start the RunLoop by calling CFRunLoopRun(). For testing purposes stop the RunLoop in your inquiry complete callback by calling CFRunLoopStop(CFRunLoopGetCurrent()). You will then receive inquiry result just after CFRunLoopRun() call. Note, this call is a blocking call! Read some information about the RunLoops, I guess it won't make much sense before doing that. :) Regards, Boris Navajanje Tom Burger <tvburger(a)gmail.com>: > Hi all, > > I have problems with the IOBluetoothDeviceInquiry. So far I haven't > found material about it on the web. Can someone please explain? > > - Environment: > My Bluetooth API version is 1.7.14. > A inquiry will start for N seconds, what is by default 10 seconds. > > - Situation: > So let's start the inquiry with a complete callback: > inquiryRef = IOBluetoothDeviceInquiryCreateWithCallbackRefCon(NULL); > IOBluetoothDeviceInquirySetUpdateNewDeviceNames(inquiryRef, FALSE); > IOBluetoothDeviceInquirySetCompleteCallback(inquiryRef, completeCallback); > IOBluetoothDeviceInquiryStart(inquiryRef); > > (Checking IOBluetoothDeviceInquiryGetLength gives also the default 10secs) > > My theory is that the completeCallback should be invoked after 10 > seconds. But nothing happens (not even after 25 seconds)... only when > I 'manually' call the IOBluetoothDeviceInquiryStop function it will > call the completeCallback() function. > > - Question: > Should the bluetooth device automatically leave inquiry mode after the > number of seconds that a inquiry has been setup for? Or does it only > leave the inquiry mode by calling the IOBluetoothDeviceInquiryStop() > function? > > Kind regards, Tom > _______________________________________________ > 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/b00mer%40mail386.com > > This email sent to b00mer(a)mail386.com > ___________________________________________________________________________ Najhitrejši brezplačni klicni dostop :: Varno in zanesljivo po internetu Obiščite http://www.dialup386.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

device inquiry doesnt automatically stop
by Tom Burger 11 Nov '07

11 Nov '07

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=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; bh=Dh8vmAJ+Pjsc35X9HR+PJ3ixIsCDKCUWfMSUJET0GXY=; b=JGllX1MzgYPi1/Zv6R7kNR2isyHF4E9Sbkm56b1rNgKZ6Az9OHIAeVrREnQtAgsgXegnjbUK7dZZXriZVOvkqnaY/f5QJptNBX2SNo/5MdI0XezIqxkCr1UZ2ABVIekwcJ/63Ok4XIHW4PWXm+i6vWkflKDIjq25TxLDL45G+x8= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition; b=bTr5CAaxDRpcJ6ANXpSRDqQoDteUw/PEWePCPcmCYnlh08NjC/jH1SZkoqF9X8CIikKLz+cki1c11NwF6mdblrqpsDqZrFTMwaVOLHJOAMlAoz553H/MOKSuuAqyStGrl+wEgSRP9hvr4fKpQDij2BmPmB/+xcSw5jqtg+Wdz6I= Hi all, I have problems with the IOBluetoothDeviceInquiry. So far I haven't found material about it on the web. Can someone please explain? - Environment: My Bluetooth API version is 1.7.14. A inquiry will start for N seconds, what is by default 10 seconds. - Situation: So let's start the inquiry with a complete callback: inquiryRef = IOBluetoothDeviceInquiryCreateWithCallbackRefCon(NULL); IOBluetoothDeviceInquirySetUpdateNewDeviceNames(inquiryRef, FALSE); IOBluetoothDeviceInquirySetCompleteCallback(inquiryRef, completeCallback); IOBluetoothDeviceInquiryStart(inquiryRef); (Checking IOBluetoothDeviceInquiryGetLength gives also the default 10secs) My theory is that the completeCallback should be invoked after 10 seconds. But nothing happens (not even after 25 seconds)... only when I 'manually' call the IOBluetoothDeviceInquiryStop function it will call the completeCallback() function. - Question: Should the bluetooth device automatically leave inquiry mode after the number of seconds that a inquiry has been setup for? Or does it only leave the inquiry mode by calling the IOBluetoothDeviceInquiryStop() function? Kind regards, Tom _______________________________________________ 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: Problems with IOBluetoothDeviceInquiry on Leopard
by b00mer＠mail386.com 10 Nov '07

10 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com User-agent: www.mail386.com Tav, Remember that you have to use Runloop in order to actually process request. I can't give you an example, because unlike you I use C++. I suggest you to take a look at SDK samples... Regards, Boris > Rehi all, > > I've run into some problems with IOBluetoothDeviceInquiry on Leopard. > In an attempt to find the nearby bluetooth devices I do the following: > > IOBluetoothDeviceInquiry *inquire = [[IOBluetoothDeviceInquiry alloc] > init]; > [inquire start]; > > And about 15 seconds later, I look at [inquire foundDevices] which > keeps returning an empty array... no matter how long I wait. (In > actual fact, I do that within Python through the new bridging support > since calling start within Objective-C seems to never return...). > > Now, I am new to Obj-C and OS X app development, so it's most likely > to be a newbie error and I apologise in advance. > > Many thanks for your time and help. > > -- > love, tav > founder and ceo, esp metanational llp > > plex:espians/tav | tav(a)espians.com | +44 (0) 7809 569 369 > _______________________________________________ > 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/b00mer%40mail386.com > > This email sent to b00mer(a)mail386.com > ___________________________________________________________________________ Najhitrejši brezplačni klicni dostop :: Varno in zanesljivo po internetu Obiščite http://www.dialup386.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

Problems with IOBluetoothDeviceInquiry on Leopard
by tav 10 Nov '07

10 Nov '07

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=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; bh=0rN8R0dY6BMmCITVBsgaN0H8Ef/YICcXZW+6gfAnQn0=; b=PDE0cqdhHYl32C1EfhhC8EIaUinrkoUnoNwLDRs6O1MPfZ+ep2Xl/W4MdOUTh31RsJvOuPB9AvPmmm/6wThKnCf+wgfNZ8S+1vxABpYGQDyeb7a5FDxP4aD++fk4aVklHnB73MOwXNmefB7rrK34liqjStrb47UuIIn4Z50CCVM= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:mime-version:content-type:content-transfer-encoding:content-disposition:x-google-sender-auth; b=Tl3UFAGHX1w3Z5hE+RanA9pOBGEOQeROaf7YENX883ou1pg1yCkFPbVw/H5ZXmAvgb813II6zoSGuzZzwj/3YWuwxM+kbyLUKkVUTyCHk9IDrIKSk8ttg1mIDF0lNWu63mCUJbtkXuYqG5glvsFsNRvKKnKs0BapOswIhRvWidM= Rehi all, I've run into some problems with IOBluetoothDeviceInquiry on Leopard. In an attempt to find the nearby bluetooth devices I do the following: IOBluetoothDeviceInquiry *inquire = [[IOBluetoothDeviceInquiry alloc] init]; [inquire start]; And about 15 seconds later, I look at [inquire foundDevices] which keeps returning an empty array... no matter how long I wait. (In actual fact, I do that within Python through the new bridging support since calling start within Objective-C seems to never return...). Now, I am new to Obj-C and OS X app development, so it's most likely to be a newbie error and I apologise in advance. Many thanks for your time and help. -- love, tav founder and ceo, esp metanational llp plex:espians/tav | tav(a)espians.com | +44 (0) 7809 569 369 _______________________________________________ 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

IOBluetoothDeviceOpenRFCOMMChannelAsync in 10.5
by James Blair 05 Nov '07

05 Nov '07

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hello: I am using the IOBluetoothDeviceOpenRFCOMMChannelAsync function to open a connection to my Bluetooth device. In fact, in one of my test frameworks, I open and close the connections repeatedly. On a system running OS X 10.4.10, Bluetooth version 1.90.80.08, this function works reliably every time I wish to open the connection. However, on a system running 10.5, Bluetooth version 2.0.80.14, the function doesn't work as reliably. Nearly half of the time, I receive the MACH_SEND_INVALID_DEST error. Can anyone offer suggestions on where the problem might lie? Thanks, James Blair Staff Software Engineer National Instruments _______________________________________________ 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: More than one bluetooth device?
by Daniel Birns 02 Nov '07

02 Nov '07

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=gmail.com; s=beta; h=domainkey-signature:received:received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; bh=ew7GuiH3eFevHRe3ZV7ZwWU+AN3Mzp7dYiH8lh1BGpY=; b=ZMWCVLuXgoTlOKlnO8irH8eWn99EETvoJOFvkx8FD/cBlW3TkdOg8KhiPV/jHG1FFAWjyc2CcXP7lEBNFpXWZOA6NrFK9KMcBYn+7WNVQpVUcqMsM2+8/FkZRwXd+vJzW9XsbxYSwH08Ijeo8Uo6gt8ErWg48WM/UwvRwMt/XnU= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:in-reply-to:references:mime-version:content-type:message-id:cc:content-transfer-encoding:from:subject:date:to:x-mailer; b=ZEX6N2KlON9NzfmzYaI96az9pVTlzZDyId63SQ7zv75Tmrrji5JfGTcAPAarq0aoy8Vkbp4GgeBvpTEPCC8C0+Qq1vttU1oZAvFrMxHeS5/ztjZah9XH9NzxlPl8LXONoaEKPCrN0TI7nm0XW5hkJiGr3Waaf/8gKUyDpR7uLqI= Hi Jason, --Daniel On Nov 1, 2007, at 5:32 PM, Bubba Giles wrote: jason _______________________________________________ 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 should add that there's a little button on the dongle. You have to press it for the PC to recognize that it's a bluetooth dongle. cannot get the mac to recognize the dongle as a bluetooth transceiver. Questions: 1) by "limited Bluetooth mode", does MSoft simply mean that the OS isn't recognizing the bluetooth transceiver? Or is this part of the bluetooth standard? 2) Does the mac not recognize it because it's not on a list of supported bt transceivers? Is there a list somewhere of which dongles the mac does recognize, and perhaps a roadmap of their intentions in this area? i suspect it operates in a special mode and Microsoft's software gives it the kick it needs to exit that mode and operate as a normal Bluetooth host controller once the OS is fully booted. A similar thing happens on the Mac with it's built in hardware. This email sent to site_archiver(a)lists.apple.com

1 0