September 2009 - Bluetooth-dev

Re: Bluetooth on Snow Leopard
by David Herrmann 09 Sep '09

09 Sep '09

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=googlemail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type; bh=j3lAxcmUdnbKp2Au7FkO9XHXj0EN3Up5L2z5JO+QTiU=; b=eBqgltoPoVmEtl/dj5yuuyhQ4i7e7T1r6vXPJ5tf6vaaI12gW6QqlcFe9pYagecPc0 EjbyhFdL6i6Ia9hjFF65OSSgZrHWEZGO+2/0TjWBbnGk8BSoV/2mk2R8wo6shytVKFZM 2LUrXBszAkAL0MOrbk3x5ZU+1i9oRAFoDaong= Domainkey-signature: a=rsa-sha1; c=nofws; d=googlemail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=mBxxMNXydmcFGaaR8cGB1Fxzd0WWOSDtXITm9lTQBx2T+XCLBDCrMNujQgFbXXdoj3 9I8O58wZDW50NlDOLMCYBdDhF6b+CCemY9BjNqGH2TmUztk8dWu81j34QwWlm0W+PHuC wCw3/Bmvcer6D9tAHvQDaKwz+f/CCxv4ofkdM= I happened to use the IOBluetooth C API in a project some time ago and I only discovered that all bluetooth functions have to be called from the same thread, but not explicitely the main thread. I currently have no access to Snow Leopard but did that also change in the new release? When I developed the code I noticed that some notifications are sent to the current thread but especially the "ConnectionClose" notifications where always sent to the thread that I used to open the first connection. Since this was never the main thread, I put all the bluetooth stuff in a separate worker thread and everything worker fine. Has anyone tested this in the new Mac OS release? Do I have to change the code? David Herrmann _______________________________________________ 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: Bluetooth on Snow Leopard
by Camille Troillard 09 Sep '09

09 Sep '09

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=gamma; h=domainkey-signature:mime-version:sender:received:in-reply-to :references:date:x-google-sender-auth:message-id:subject:from:to:cc :content-type; bh=RF2rmOPW2cgb2Ic4wLysCr1onUIF7UZtn5Qcto9GclI=; b=JxthuKimcbCkCzbMCtFk7K+jnDYNIukAYBMlNj15ptsjR+KJ5YfLR9FuJW/5/bsEVQ Tedx92eLG8wsMzRdJ+YGghjnaBkQUgp1AO4cO8wQ5+ogFgSTjyItl5deY5bUk2O72SgU Km+X+UlOM1NkxXSpoLJqIkJWwyoYbphd8Hod4= Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=HwuDrF8HmK2iuswE8IP/O1Ru68k9JdSnON00loCvxI5vtX09M0Fo4xvQli0CV0C+J7 V0HIyUBjavtIiPZ0lcSZJHpxsk7JEYGyJ1PEhVi7wGQF6h9NtD+xFzS4du+046OrTa2d 7J0T0k3hsWmzEi/u/mSRk4Nu/odfoBIfZ1Ne0= _______________________________________________ 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

Bluetooth on Snow Leopard
by Brian M. Criscuolo 09 Sep '09

09 Sep '09

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com Hi all, Thanks in advance for any help possible. b ******************** Brian M. Criscuolo Lead Software Engineer Mark/Space, Inc. bcriscuolo(a)markspace.com <http://www.markspace.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.… Realizing the list traffic is pretty low, I thought I'd give this one a try anyway. We have some old(er) code that deals with Bluetooth RFComm connections in a weird and probably a not-altogether correct way, but its been working for years successfully. In the past (Tiger and Leopard) we were handling rfcommChannelData delegate callbacks on a secondary thread - which allowed a blocking open-source library to be able to read data off of a queue as rfcommChannelData pushed the data received in. Now, in Snow Leopard, this isn't working - all delegate and notification callbacks from IOBluetooth are happening on thread 1 (the main thread), which means that our code isn't working. I suspect that what we're seeing is the correct behavior from IOBluetooth - comments here and there (including one from Jason Giles) point to the fact that IOBluetooth isn't thread safe and should be running entirely on the main thread. My question: how much has the inter-thread operation of IOBluetooth changed in Snow Leopard, and is what I'm seeing expected behavior? There is pretty much no discoverable information about the thread safety of IOBluetooth, unfortunately. Synchronize: Palm Prē | iPhone | BlackBerry | Windows Mobile | Palm OS | Symbian | Android | PSP | Macintosh | Windows This email sent to site_archiver(a)lists.apple.com

1 0

Re: Sending AVRCP Commands
by Roman Pixell 08 Sep '09

08 Sep '09

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com dear josh, / ® On 8 sep 2009, at 04.36, Joshua Brickner wrote: - (IBAction) play:(id)sender { IOReturn ret; int i; const char data[5] = {0x00, 0x48, 0x7C, 0x44, 0x00}; unsigned int length = 5; unsigned char buf[5]; memset(buf,0,5); memcpy(buf, data, length); printf ("send%3d:", length); for(i=0 ; i<length ; i++) { printf(" %02X", buf[i]); } printf("\n"); for (i = 0; i < 10; i++){ ret = [l2channel writeSync:buf length:length]; if (kIOReturnSuccess == ret) break; usleep(10000); } } med vänliga hälsningar / warmest regards, / ® roman pixell http://www.linkedin.com/in/pixell http://emoticards.com/ [LIVE!] emoticards AB kåkbrinken 11a 3tr 111 27 stockholm mailto://roman@pixell.net skype://romanpixell?call http://twitter.com/d0pp13r callto://+46709103551 _______________________________________________ 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 think that so far, there is not a single A2DP/AVRCP headset that is fully compatible with OS X or iphone for that matter. at least i didnt hear about ANY headset hat gives you full compatibility. right now, the music pauses only if you take an incoming phone call. the music is then resumed after hanging up. I'm trying to learn how to write commands to a bluetooth device using the IOBluetooth framework. I've gotten as far as discovering, pairing, and connecting with the device. I'm at the point where I have an L2CAP channel open and I'm using - (IOReturn)writeSync:(void *)data length:(UInt16)length; to send data. My problem is figuring how to send the specific command that I want. I'm using the AVRCP profile, and the device I'm working with is a media player. For starters I just want to send a play command. From reading the spec for AVRCP I'm pretty sure that this example is what I'm going for: http://imgur.com/K9uUG.png Here is the code I have so far, but it doesn't seem to work. The data goes through and I get back a seemingly random set of data (usually something like: 0x480010) Can anyone give me some pointers? I haven't had much experience with this lower level C stuff such as hex and the like, but I'm eager to learn. Cheers -Josh _______________________________________________ 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/roman %40pixell.net This email sent to roman(a)pixell.net This email sent to site_archiver(a)lists.apple.com

1 0

Sending AVRCP Commands
by Joshua Brickner 08 Sep '09

08 Sep '09

site_archiver(a)lists.apple.com Delivered-To: bluetooth-dev(a)lists.apple.com - (IBAction) play:(id)sender { IOReturn ret; int i; const char data[5] = {0x00, 0x48, 0x7C, 0x44, 0x00}; unsigned int length = 5; unsigned char buf[5]; memset(buf,0,5); memcpy(buf, data, length); printf ("send%3d:", length); for(i=0 ; i<length ; i++) { printf(" %02X", buf[i]); } printf("\n"); for (i = 0; i < 10; i++){ ret = [l2channel writeSync:buf length:length]; if (kIOReturnSuccess == ret) break; usleep(10000); } } Cheers -Josh _______________________________________________ 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 learn how to write commands to a bluetooth device using the IOBluetooth framework. I've gotten as far as discovering, pairing, and connecting with the device. I'm at the point where I have an L2CAP channel open and I'm using - (IOReturn)writeSync:(void *)data length: (UInt16)length; to send data. My problem is figuring how to send the specific command that I want. I'm using the AVRCP profile, and the device I'm working with is a media player. For starters I just want to send a play command. From reading the spec for AVRCP I'm pretty sure that this example is what I'm going for: http://imgur.com/K9uUG.png Here is the code I have so far, but it doesn't seem to work. The data goes through and I get back a seemingly random set of data (usually something like: 0x480010) Can anyone give me some pointers? I haven't had much experience with this lower level C stuff such as hex and the like, but I'm eager to learn. This email sent to site_archiver(a)lists.apple.com

1 0