November 2002 - Bluetooth-dev

Re: Bluetooth with LAN Access Point
by ngc＠ff.iij4u.or.jp 25 Nov '02

25 Nov '02

Hello. On Mon, 25 Nov 2002 01:31:09 +0100 Thibault Gueslin <tgueslin(a)free.fr> wrote: > Currently I am able to pair and I can create a Serial port for the > service LAN over PPP. > Then nothing happens ? With OS X 10.1.5 and Bluetooth Tech Preview, I could connect between PowerBook and Palm via Bluetooth serial port. However, I can't do it after updating to OS X 10.2. When kicking up "pppd" on Mac OS X, it is said "port is busy.", even though I don't use BT serial port in the other uses. ----------------------------- Hiroshi Noguchi ngc(a)ff.iij4u.or.jp http://www.ff.iij4u.or.jp/~ngc/ _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Bluetooth with LAN Access Point
by Thibault Gueslin 25 Nov '02

25 Nov '02

What have I to developp to support a LAN Access Point under Bluetooth? Currently I am able to pair and I can create a Serial port for the service LAN over PPP. Then nothing happens ? Thibault _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: IOBluetoothDeviceSelectorController Class
by Eric Brown 23 Nov '02

23 Nov '02

On Saturday, November 23, 2002, at 11:51 AM, Paul Davis wrote: Eric, When I use the runPanelWithAttributes method I am encountering a problem. If the user hits the cancel button I see the notification expected (windowWillClose) and control returns to the main window. However, if the user selects the red close button in the left upper corner of the Search Panel the Panel disappears (so windowWillClose still working as expected) but does not relinquish control back the the main window. Is this a bug with the runPanelWithAttributes method or am I doing something wrong? That is a bug in the current release. You aren't doing anything wrong. It will be fixed in the next release (actually its already been fixed). - Eric _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

IOBluetoothDeviceSelectorController Class
by Paul Davis 23 Nov '02

23 Nov '02

Eric, When I use the runPanelWithAttributes method I am encountering a problem. If the user hits the cancel button I see the notification expected (windowWillClose) and control returns to the main window. However, if the user selects the red close button in the left upper corner of the Search Panel the Panel disappears (so windowWillClose still working as expected) but does not relinquish control back the the main window. Is this a bug with the runPanelWithAttributes method or am I doing something wrong? Regards, Paul Davis _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: PSM Sign Extension Problem
by Björn Davidsson 22 Nov '02

22 Nov '02

I'm having the same problem, but as I am doing the server end of the connection, I have not been able to find a workaround other than changing our device. Is there a way to add a service record with a PSM>127? Bjvrn Davidsson C Technologies AB On Friday, November 22, 2002, at 08:17 AM, Eric Kolotyluk wrote: Thanks, for now I'm hard coding the PSM in the L2CAPP connection and that seems to be working for our Bluetooth device. In the long term it will be best to use the PSM from the service record. Cheers, Eric K Michael Larson wrote: This is correct. We will fix this for the next release. In the meantime, we'll be looking into a workaround we can provide for your use until the next version is released. Thanks, -larson On Thursday, November 21, 2002, at 03:26 AM, Eric Kolotyluk wrote: There seems to be a problem with L2CAP PSM values higher than 127 returned from IOBluetoothSDPServiceRecord class getL2CAPPSM: method. We have a device that uses a PSM of 12F1 but getL2CAPPSM returns FFF1. I confirmed this with both NSLog and the debugger. To be sure we used another programmable Bluetooth device with a lower PSM of 1 which returned properly, but when we programmed it for 12F1 my Apple code showed FFF1 again. We suspect that the code may only be reading an 8-bit quantity somewhere from the service record and sign extending it when returning the 16-bit PSM value. Could someone from Apple please verify this? _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.. _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: PSM Sign Extension Problem
by Eric Kolotyluk 22 Nov '02

22 Nov '02

Thanks, for now I'm hard coding the PSM in the L2CAPP connection and that seems to be working for our Bluetooth device. In the long term it will be best to use the PSM from the service record. Cheers, Eric K Michael Larson wrote: This is correct. We will fix this for the next release. In the meantime, we'll be looking into a workaround we can provide for your use until the next version is released. Thanks, -larson On Thursday, November 21, 2002, at 03:26 AM, Eric Kolotyluk wrote: There seems to be a problem with L2CAP PSM values higher than 127 returned from IOBluetoothSDPServiceRecord class getL2CAPPSM: method. We have a device that uses a PSM of 12F1 but getL2CAPPSM returns FFF1. I confirmed this with both NSLog and the debugger. To be sure we used another programmable Bluetooth device with a lower PSM of 1 which returned properly, but when we programmed it for 12F1 my Apple code showed FFF1 again. We suspect that the code may only be reading an 8-bit quantity somewhere from the service record and sign extending it when returning the 16-bit PSM value. Could someone from Apple please verify this? _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: PSM Sign Extension Problem
by Michael Larson 21 Nov '02

21 Nov '02

This is correct. We will fix this for the next release. In the meantime, we'll be looking into a workaround we can provide for your use until the next version is released. Thanks, -larson On Thursday, November 21, 2002, at 03:26 AM, Eric Kolotyluk wrote: There seems to be a problem with L2CAP PSM values higher than 127 returned from IOBluetoothSDPServiceRecord class getL2CAPPSM: method. We have a device that uses a PSM of 12F1 but getL2CAPPSM returns FFF1. I confirmed this with both NSLog and the debugger. To be sure we used another programmable Bluetooth device with a lower PSM of 1 which returned properly, but when we programmed it for 12F1 my Apple code showed FFF1 again. We suspect that the code may only be reading an 8-bit quantity somewhere from the service record and sign extending it when returning the 16-bit PSM value. Could someone from Apple please verify this? _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

PSM Sign Extension Problem
by Eric Kolotyluk 21 Nov '02

21 Nov '02

There seems to be a problem with L2CAP PSM values higher than 127 returned from IOBluetoothSDPServiceRecord class getL2CAPPSM: method. We have a device that uses a PSM of 12F1 but getL2CAPPSM returns FFF1. I confirmed this with both NSLog and the debugger. To be sure we used another programmable Bluetooth device with a lower PSM of 1 which returned properly, but when we programmed it for 12F1 my Apple code showed FFF1 again. We suspect that the code may only be reading an 8-bit quantity somewhere from the service record and sign extending it when returning the 16-bit PSM value. Could someone from Apple please verify this? Cheers, Eric K _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: Total Newbie Looking for Documentation on Bluetooth + T68i
by Michael Larson 20 Nov '02

20 Nov '02

For the communication mechanism used for things like call notification and the like you can refer to the Ericsson documentation: http://www.ericsson.com/mobilityworld/sub/open/devices/t68/docs/ t68_dev_guide_at_commands There are several AT commands listed there which can be used to pull all types of information from the phone to the computer (SMS, recent calls, etc.) As far as the Bluetooth side, you'll want to use a RFCOMM connection to the serial port service on the phone. The RFCOMM Client sample included in the developer documentation would be a good place to start for examples on how to open an RFCOMM channel to another device. -larson On Tuesday, November 19, 2002, at 07:15 AM, John Cleary Design wrote: Hi there, I'm totally new to this bluetooth stuff, but am working on an app i'd like to implement it for, and was wondering if you know where i'd best be looking for documentation on things such as sending SMS messages via the phone, showing incoming calls, etc. - i.e. the stuff the address book does at the moment ;) Also, is there a listing somewhere of what info in the phone can be accessed and pulled into the computer? Specifically I'm using a T68i Ericsson, Dlink Bluetooth adapter and Mac OSX 10.2.2. Thanks a lot, John Cleary -- Sent from the PowerMac G4 of John Cleary jcdesign(a)mac.com http://jcleary.dyndns.org Melbourne, Australia -- _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored. _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0

Re: Public API for Bluetooth Inquiry (follow-up)
by Paul Davis 20 Nov '02

20 Nov '02

On 11/18/02 8:15 PM, "Eric Brown" <esb(a)apple.com> wrote: > > On Sunday, November 17, 2002, at 03:33 PM, Paul Davis wrote: > >> Eric, >> >> I put some time into this and would like your opinion on my >> conclusions: >> >> 1. I looked into using the IOBluetoothPairingController class as a >> means for >> obtaining the device name. The runPanelWithAttributes works fine >> however it >> returns nothing. Therefore, it's not very useful. >> > > That would be a problem, wouldn't it. It will be fixed in the next dev > release. > I wouldn't worry about this. See my response below on 2. >> 2. Next I used IOBluetoothDeviceSelector class. The >> runPanelWithAttributes >> returns a pointer to an IOBluetoothDevice with all the salient >> information >> pertaining to the selected device from the GUI. This is extremely >> useful. >> I'm having some trouble extracting the details of the Service Record >> but I >> won't burden you with questions until I have spent more time on this. >> > > Let us know how it turns out. There should be API to do everything you > need. > I was able to get everything I need using the IOBluetoothDeviceSelector class. I was able to select the remote device and extract all details of the SDP records. I use the runPanelWithAttributes method. One question. Can you verify if this methods performs an inquiry? It appears to since the LastUpdate times always change but I would like to know for sure. >> 3. After thinking more about this, the API Apple is working on that >> will >> give access to the list of paired devices would be useful. Probably a >> better >> method in lieu of public inquiry API. >> > > That sounds good - especially if you require the device to be paired to > use. > I am now convinced this is the way to go for my application as long based on the results of 2. One question: Are the paired devices stored in a plist that I could read? If the answer is yes, I should be able to parse with XML services and we may not need the paired devices API. >> 4. I can't get the getRFCOMMChannelID method in the >> IOBluetoothSDPServiceRecord class method to work. It always bombs and >> was >> hoping you could comment. Are there are issues with this method? >> > > Is the app crashing or is it throwing an uncaught objc exception? The > code does have a couple of holes in the case where the > ProtocolDescriptorList attribute is improperly formatted. It checks > the first UUID in each sequence in the ProtocolDescriptorList for the > RFCOMM UUID. Then it assumes that the sequence has a second element > and attempts to get the RFCOMM channel ID from it. So if one of the > sequences has no elements or if the first element is the RFCOMM UUID > and there is no second element, it will cause an exception to be > thrown. That's a bug and we'll fix it. But it should work properly if > the ProtocolDescriptorList is formatted correctly. > > - Eric > Well this turned out to be my fault. Sorry for the erroneous information. Thanks for the heads up about the exception. I'll make sure to cover appropriately (throw/catch) later in the project. One other question. Any idea when your stack will support the HID profile? Even if you can tell me yes/no for 2003 this would be helpful. _______________________________________________ bluetooth-dev mailing list | bluetooth-dev(a)lists.apple.com Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/bluetooth-dev Do not post admin requests to the list. They will be ignored.

1 0