sdp_open: Connection refused

[KIYOHARA Takashi]

Hi! Iain,


I got Parani-SD100 (Bluetooth SPP device).
# And Parani-ESD200. The ESD-200 not test yet. ;-)

http://www.sena.com/download/datasheet/ds_parani_sd.pdf


I try to connect to this from amd64 with ubt(4).

# btconfig ubt0 inq

... snip ...

2: bdaddr 00:01:95:xx:yy:zz (com)
: name "PSD100v1.1.5-xxyyzz"
: class: [0x001f00]
: page scan rep mode 0x01
: clock offset 19653

# sdpquery -a com search SP
sdpquery: sdp_open: Connection refused <-- Ooops...


This SPP device can connect from Linux and MacOS very easily.
I will try to debug. Which debug/check this problem easy?

Thanks,
--
kiyohara

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Iain Hibbert]

-----Original Message-----
From: KIYOHARA Takashi <***@kk.iij4u.or.jp>

# sdpquery -a com search SP
sdpquery: sdp_open: Connection refused <-- Ooops...


This SPP device can connect from Linux and MacOS very easily.
I will try to debug. Which debug/check this problem easy?

-----Original Message-----

Hi,

Pkgsrc/sysutils/hcidump is best for this, shows packets in and out. Or the one in wip/netbt-hcidump is later version with better decoding

iain


--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[KIYOHARA Takashi]

Hi! Iain,


From: Iain Hibbert <***@rya-online.net>
Date: Thu, 26 Mar 2009 08:13:19 +0000

Post by Iain Hibbert
-----Original Message-----
# sdpquery -a com search SP
sdpquery: sdp_open: Connection refused <-- Ooops...
This SPP device can connect from Linux and MacOS very easily.
I will try to debug. Which debug/check this problem easy?
-----Original Message-----
Pkgsrc/sysutils/hcidump is best for this, shows packets in and out. Or the one in wip/netbt-hcidump is later version with better decoding

Thank you for your follow.
I will try after a few days.

Thanks,
--
kiyohara

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Iain Hibbert]

Post by KIYOHARA Takashi
Date: Thu, 26 Mar 2009 08:13:19 +0000

Post by Iain Hibbert
-----Original Message-----
# sdpquery -a com search SP
sdpquery: sdp_open: Connection refused <-- Ooops...
This SPP device can connect from Linux and MacOS very easily.
I will try to debug. Which debug/check this problem easy?
-----Original Message-----
Pkgsrc/sysutils/hcidump is best for this, shows packets in and out. Or
the one in wip/netbt-hcidump is later version with better decoding

Thank you for your follow.
I will try after a few days.

I guess something relating to pairing - if you paired already with the
same radio on another OS the key will be in the wrong place..?

iain

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[KIYOHARA Takashi]

Hi! Iain,


From: Iain Hibbert <***@rya-online.net>
Date: Fri, 27 Mar 2009 16:54:55 +0000 (GMT)

Post by Iain Hibbert

Post by KIYOHARA Takashi
Date: Thu, 26 Mar 2009 08:13:19 +0000

Post by Iain Hibbert
-----Original Message-----
# sdpquery -a com search SP
sdpquery: sdp_open: Connection refused <-- Ooops...
This SPP device can connect from Linux and MacOS very easily.
I will try to debug. Which debug/check this problem easy?
-----Original Message-----
Pkgsrc/sysutils/hcidump is best for this, shows packets in and out. Or
the one in wip/netbt-hcidump is later version with better decoding

Thank you for your follow.
I will try after a few days.

I guess something relating to pairing - if you paired already with the
same radio on another OS the key will be in the wrong place..?

We wish to express our gratitude for your wonderful insight.
I was not executing btpin. I was not assuming sdpquery used PIN.

Thanks,
--
kiyohara

P.S.
I got bluetooth CFcard. Maybe this device driver is said 'dtl1_cs' from
Linux guys.
pcmcia1 function 0: <Socket, CF+ Personal Network Card Rev 2.5> (manufacturer 0x0104, product 0x0096)

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[Iain Hibbert]

Post by KIYOHARA Takashi
I was not executing btpin. I was not assuming sdpquery used PIN.

sdpquery does not care about pairing, only if a) "auth" is enabled on
local device (with btconfig) or b) remote device requires auth to
connect..

Post by KIYOHARA Takashi
P.S.
I got bluetooth CFcard. Maybe this device driver is said 'dtl1_cs' from
Linux guys.
pcmcia1 function 0: <Socket, CF+ Personal Network Card Rev 2.5> (manufacturer 0x0104, product 0x0096)

Interesting. We should probably think about making a "btuart" layer
abstraction soon to cut down on code duplication..

iain

btw I have a similar RS232C<->RFCOMM device (LM058) that works quite well
sending NMEA signals..

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de

[KIYOHARA Takashi]

From: Iain Hibbert <***@rya-online.net>
Subject: Re: sdp_open: Connection refused
Date: Fri, 3 Apr 2009 17:41:45 +0100 (BST)

Post by Iain Hibbert

Post by KIYOHARA Takashi
I got bluetooth CFcard. Maybe this device driver is said 'dtl1_cs' from
Linux guys.
pcmcia1 function 0: <Socket, CF+ Personal Network Card Rev 2.5> (manufacturer 0x0104, product 0x0096)

Interesting. We should probably think about making a "btuart" layer
abstraction soon to cut down on code duplication..

Ooops. I mistook.
'Rev 2.5' of that card works with bcsp (and com). More older version
supports 'dtl1_cs'.

i.e.
<Socket, CF+ Personal Network Card>
^^^
Thanks,
--
kiyohara

--
Posted automagically by a mail2news gateway at muc.de e.V.
Please direct questions, flames, donations, etc. to news-***@muc.de