[Bluez-users] rfcomm device names

[Bluez-users] rfcomm device names

[Robert Dahlström]

Hello all, I'm currently trying to make bluez work with a Maxell
Digital Pen (the DP-201 for interested parties)...

The question to make this happen is if it is possible to have generic
rfcomm device names? I.e. can rfcomm be configured to use any device
name that I can choose? (These pens only supply data via bluetooth to
a specifically named port so for them to work with linux I need to be
able to set this device/port name somehow)

Specifically the pen works ok out of the box with the obex transfer
protocol but I'm trying to enable the pens streaming protocol with
connects using the serial interface and expects to find a commport
with a specific name. (I'm aware that this is quite bad programming in
the pens but I cannot change that)

I'd appreciate any hints/ideas that would take me in the right
direction. Sadly I failed to find any information in the archives for
this issue.

Thanks in advance for your help!

Regards
-- 
Robert

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Marcel Holtmann]

Hi Robert,

> Hello all, I'm currently trying to make bluez work with a Maxell
> Digital Pen (the DP-201 for interested parties)...
> 
> The question to make this happen is if it is possible to have generic
> rfcomm device names? I.e. can rfcomm be configured to use any device
> name that I can choose? (These pens only supply data via bluetooth to
> a specifically named port so for them to work with linux I need to be
> able to set this device/port name somehow)
> 
> Specifically the pen works ok out of the box with the obex transfer
> protocol but I'm trying to enable the pens streaming protocol with
> connects using the serial interface and expects to find a commport
> with a specific name. (I'm aware that this is quite bad programming in
> the pens but I cannot change that)
> 
> I'd appreciate any hints/ideas that would take me in the right
> direction. Sadly I failed to find any information in the archives for
> this issue.

I am not sure if I understand you correct, but you simply have to write
your own RFCOMM server that registers a SDP record with the correct
service name in it.

Regards

Marcel



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Robert Dahlström]

On 9/26/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Robert,
>
> > Hello all, I'm currently trying to make bluez work with a Maxell
> > Digital Pen (the DP-201 for interested parties)...
> >
> > The question to make this happen is if it is possible to have generic
> > rfcomm device names? I.e. can rfcomm be configured to use any device
> > name that I can choose? (These pens only supply data via bluetooth to
> > a specifically named port so for them to work with linux I need to be
> > able to set this device/port name somehow)
> >
> > Specifically the pen works ok out of the box with the obex transfer
> > protocol but I'm trying to enable the pens streaming protocol with
> > connects using the serial interface and expects to find a commport
> > with a specific name. (I'm aware that this is quite bad programming in
> > the pens but I cannot change that)
> >
> > I'd appreciate any hints/ideas that would take me in the right
> > direction. Sadly I failed to find any information in the archives for
> > this issue.
>
> I am not sure if I understand you correct, but you simply have to write
> your own RFCOMM server that registers a SDP record with the correct
> service name in it.
>
> Regards
>
> Marcel
>

I think this is correct, however, for a little bit more feedback:
So far I have others that have used this pen in Windows and they got
it working by renaming the virtual serial port to the expected name
(using the widcom stack). If the serial ports are exported as services
then you're definately spot on (I guess I have some reading to do on
the SDP for bluetooth).

Please forgive me for being confusing, I have had very little
information to begin with. As for implementing a RFCOMM server and
exporting it do I build it on top of existing bluez source code or can
I hook the utility programs rfcomm together with the sdptool somehow?
Or is this better suited for the development list?

Thanks for the reply
Regards

-- 
Robert

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Marcel Holtmann]

Hi Robert,

> > > Hello all, I'm currently trying to make bluez work with a Maxell
> > > Digital Pen (the DP-201 for interested parties)...
> > >
> > > The question to make this happen is if it is possible to have generic
> > > rfcomm device names? I.e. can rfcomm be configured to use any device
> > > name that I can choose? (These pens only supply data via bluetooth to
> > > a specifically named port so for them to work with linux I need to be
> > > able to set this device/port name somehow)
> > >
> > > Specifically the pen works ok out of the box with the obex transfer
> > > protocol but I'm trying to enable the pens streaming protocol with
> > > connects using the serial interface and expects to find a commport
> > > with a specific name. (I'm aware that this is quite bad programming in
> > > the pens but I cannot change that)
> > >
> > > I'd appreciate any hints/ideas that would take me in the right
> > > direction. Sadly I failed to find any information in the archives for
> > > this issue.
> >
> > I am not sure if I understand you correct, but you simply have to write
> > your own RFCOMM server that registers a SDP record with the correct
> > service name in it.
> 
> I think this is correct, however, for a little bit more feedback:
> So far I have others that have used this pen in Windows and they got
> it working by renaming the virtual serial port to the expected name
> (using the widcom stack). If the serial ports are exported as services
> then you're definately spot on (I guess I have some reading to do on
> the SDP for bluetooth).

I am still not sure what renaming means.

> Please forgive me for being confusing, I have had very little
> information to begin with. As for implementing a RFCOMM server and
> exporting it do I build it on top of existing bluez source code or can
> I hook the utility programs rfcomm together with the sdptool somehow?

You can't really hook these to up and I prefer if you write your own
application to make it work properly.

Regards

Marcel



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Robert Dahlström]

On 9/26/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Robert,
>
> > > > Hello all, I'm currently trying to make bluez work with a Maxell
> > > > Digital Pen (the DP-201 for interested parties)...
> > > >
> > > > The question to make this happen is if it is possible to have generic
> > > > rfcomm device names? I.e. can rfcomm be configured to use any device
> > > > name that I can choose? (These pens only supply data via bluetooth to
> > > > a specifically named port so for them to work with linux I need to be
> > > > able to set this device/port name somehow)
> > > >
> > > > Specifically the pen works ok out of the box with the obex transfer
> > > > protocol but I'm trying to enable the pens streaming protocol with
> > > > connects using the serial interface and expects to find a commport
> > > > with a specific name. (I'm aware that this is quite bad programming in
> > > > the pens but I cannot change that)
> > > >
> > > > I'd appreciate any hints/ideas that would take me in the right
> > > > direction. Sadly I failed to find any information in the archives for
> > > > this issue.
> > >
> > > I am not sure if I understand you correct, but you simply have to write
> > > your own RFCOMM server that registers a SDP record with the correct
> > > service name in it.
> >
> > I think this is correct, however, for a little bit more feedback:
> > So far I have others that have used this pen in Windows and they got
> > it working by renaming the virtual serial port to the expected name
> > (using the widcom stack). If the serial ports are exported as services
> > then you're definately spot on (I guess I have some reading to do on
> > the SDP for bluetooth).
>
> I am still not sure what renaming means.

The serial ports in windows are mapped to COM1, COM2, COM3 and so on
(like ttyS0, tttyS1 etc). This name (as I have understood it) needs to
be mapped so that it appears as say STREAMING instead. For certain
windows devices you can simply tell it to have a specific name and
this is supposed to be enough.

I realise it is possible that this could be achieved by a virtual
device in linux linked to the correct rfcomm<x> port as well but my
knowledge in this area is rather small at the moment.

Since it seemed that it was Bluez that mapped the names for the rfcomm
ports I figured that maybe it was through Bluez it could be achieved.


>
> > Please forgive me for being confusing, I have had very little
> > information to begin with. As for implementing a RFCOMM server and
> > exporting it do I build it on top of existing bluez source code or can
> > I hook the utility programs rfcomm together with the sdptool somehow?
>
> You can't really hook these to up and I prefer if you write your own
> application to make it work properly.
>
> Regards
>
> Marcel
>

Thanks for all the help so far!

-- 
Robert

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Marcel Holtmann]

Hi Robert,

> > > > > Hello all, I'm currently trying to make bluez work with a Maxell
> > > > > Digital Pen (the DP-201 for interested parties)...
> > > > >
> > > > > The question to make this happen is if it is possible to have generic
> > > > > rfcomm device names? I.e. can rfcomm be configured to use any device
> > > > > name that I can choose? (These pens only supply data via bluetooth to
> > > > > a specifically named port so for them to work with linux I need to be
> > > > > able to set this device/port name somehow)
> > > > >
> > > > > Specifically the pen works ok out of the box with the obex transfer
> > > > > protocol but I'm trying to enable the pens streaming protocol with
> > > > > connects using the serial interface and expects to find a commport
> > > > > with a specific name. (I'm aware that this is quite bad programming in
> > > > > the pens but I cannot change that)
> > > > >
> > > > > I'd appreciate any hints/ideas that would take me in the right
> > > > > direction. Sadly I failed to find any information in the archives for
> > > > > this issue.
> > > >
> > > > I am not sure if I understand you correct, but you simply have to write
> > > > your own RFCOMM server that registers a SDP record with the correct
> > > > service name in it.
> > >
> > > I think this is correct, however, for a little bit more feedback:
> > > So far I have others that have used this pen in Windows and they got
> > > it working by renaming the virtual serial port to the expected name
> > > (using the widcom stack). If the serial ports are exported as services
> > > then you're definately spot on (I guess I have some reading to do on
> > > the SDP for bluetooth).
> >
> > I am still not sure what renaming means.
> 
> The serial ports in windows are mapped to COM1, COM2, COM3 and so on
> (like ttyS0, tttyS1 etc). This name (as I have understood it) needs to
> be mapped so that it appears as say STREAMING instead. For certain
> windows devices you can simply tell it to have a specific name and
> this is supposed to be enough.
> 
> I realise it is possible that this could be achieved by a virtual
> device in linux linked to the correct rfcomm<x> port as well but my
> knowledge in this area is rather small at the moment.
> 
> Since it seemed that it was Bluez that mapped the names for the rfcomm
> ports I figured that maybe it was through Bluez it could be achieved.

that won't help you at all. The remote device doesn't see the actual
port name and so it can not make any difference. You can use udev to
name the TTY to whatever you like, but again, this doesn't change
anything for your remote device. I think that the word "renaming" was
wrong in the first place.

You need to know for exactly what service record the remote device is
looking. Everything else is pure crap and has nothing do with it.

Regards

Marcel



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Robert Dahlström]

On 9/27/06, Marcel Holtmann <marcel@holtmann.org> wrote:
> Hi Robert,
>
> > > > > > Hello all, I'm currently trying to make bluez work with a Maxell
> > > > > > Digital Pen (the DP-201 for interested parties)...
> > > > > >
> > > > > > The question to make this happen is if it is possible to have generic
> > > > > > rfcomm device names? I.e. can rfcomm be configured to use any device
> > > > > > name that I can choose? (These pens only supply data via bluetooth to
> > > > > > a specifically named port so for them to work with linux I need to be
> > > > > > able to set this device/port name somehow)
> > > > > >
> > > > > > Specifically the pen works ok out of the box with the obex transfer
> > > > > > protocol but I'm trying to enable the pens streaming protocol with
> > > > > > connects using the serial interface and expects to find a commport
> > > > > > with a specific name. (I'm aware that this is quite bad programming in
> > > > > > the pens but I cannot change that)
> > > > > >
> > > > > > I'd appreciate any hints/ideas that would take me in the right
> > > > > > direction. Sadly I failed to find any information in the archives for
> > > > > > this issue.
> > > > >
> > > > > I am not sure if I understand you correct, but you simply have to write
> > > > > your own RFCOMM server that registers a SDP record with the correct
> > > > > service name in it.
> > > >
> > > > I think this is correct, however, for a little bit more feedback:
> > > > So far I have others that have used this pen in Windows and they got
> > > > it working by renaming the virtual serial port to the expected name
> > > > (using the widcom stack). If the serial ports are exported as services
> > > > then you're definately spot on (I guess I have some reading to do on
> > > > the SDP for bluetooth).
> > >
> > > I am still not sure what renaming means.
> >
> > The serial ports in windows are mapped to COM1, COM2, COM3 and so on
> > (like ttyS0, tttyS1 etc). This name (as I have understood it) needs to
> > be mapped so that it appears as say STREAMING instead. For certain
> > windows devices you can simply tell it to have a specific name and
> > this is supposed to be enough.
> >
> > I realise it is possible that this could be achieved by a virtual
> > device in linux linked to the correct rfcomm<x> port as well but my
> > knowledge in this area is rather small at the moment.
> >
> > Since it seemed that it was Bluez that mapped the names for the rfcomm
> > ports I figured that maybe it was through Bluez it could be achieved.
>
> that won't help you at all. The remote device doesn't see the actual
> port name and so it can not make any difference. You can use udev to
> name the TTY to whatever you like, but again, this doesn't change
> anything for your remote device. I think that the word "renaming" was
> wrong in the first place.
>
> You need to know for exactly what service record the remote device is
> looking. Everything else is pure crap and has nothing do with it.
>
> Regards
>
> Marcel
>

Yep, you're correct. I've finally realised that it I need to export a
service with the correct name (just as you stated in your first reply)
and that the actual device name is not important at all.

Can you provide pointers on how to do this with bluez? (I have not
looked into application development on top of bluez yet).

Thanks again for very good feedback, it's clarified a lot so far.

Regards
-- 
Robert

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users

Re: [Bluez-users] rfcomm device names

[Marcel Holtmann]

Hi Robert,

> > > The serial ports in windows are mapped to COM1, COM2, COM3 and so on
> > > (like ttyS0, tttyS1 etc). This name (as I have understood it) needs to
> > > be mapped so that it appears as say STREAMING instead. For certain
> > > windows devices you can simply tell it to have a specific name and
> > > this is supposed to be enough.
> > >
> > > I realise it is possible that this could be achieved by a virtual
> > > device in linux linked to the correct rfcomm<x> port as well but my
> > > knowledge in this area is rather small at the moment.
> > >
> > > Since it seemed that it was Bluez that mapped the names for the rfcomm
> > > ports I figured that maybe it was through Bluez it could be achieved.
> >
> > that won't help you at all. The remote device doesn't see the actual
> > port name and so it can not make any difference. You can use udev to
> > name the TTY to whatever you like, but again, this doesn't change
> > anything for your remote device. I think that the word "renaming" was
> > wrong in the first place.
> >
> > You need to know for exactly what service record the remote device is
> > looking. Everything else is pure crap and has nothing do with it.
> 
> Yep, you're correct. I've finally realised that it I need to export a
> service with the correct name (just as you stated in your first reply)
> and that the actual device name is not important at all.
> 
> Can you provide pointers on how to do this with bluez? (I have not
> looked into application development on top of bluez yet).

check out the source code of dund and see how it registers service
records. All extra stuff you need can be found in sdptool.

Regards

Marcel



-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys -- and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bluez-users mailing list
Bluez-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bluez-users