public inbox for linux-bluetooth@vger.kernel.org
 help / color / mirror / Atom feed
From: deva seetharam <tagsense@yahoo.com>
To: bluez-users@lists.sourceforge.net
Subject: Re: [Bluez-users] bluetooth remote control
Date: Wed, 12 Apr 2006 08:54:15 -0700 (PDT)	[thread overview]
Message-ID: <20060412155415.62433.qmail@web61214.mail.yahoo.com> (raw)
In-Reply-To: <fe0a97c20604111925t14594fa3y76f2794dfa92fbfc@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 3081 bytes --]

thank you for the pointer. you can find the video at the following site:
 http://www.windowsfordevices.com/news/NS5107313610.html
 
 

Sowmya Gattupalli <sowmya.gattupalli@gmail.com> wrote: Hi
 well... there is this video by Anil Dhawan which actually implemented in windows CE os I guess... probably u can look into the video to know more... He used COM ports get it working.. just look at his video... may be it rings a bell... (just give Anil Dhawan + Bluetooth in Google)

On 4/12/06, deva seetharam <tagsense@yahoo.com > wrote:hello all,
 i am building bluetooth based handheld remote control devices.   
 
 background information
 ===============
 the remote control devices are based on LMX9820 (National Semiconductor's single-chip bluetooth modules).  when buttons are pressed, these devices send messages to an application running on a debian linux box. bluetooth connectivity is added to this linux box using D-Link DBT-120 bluetooth dongle. 
  
 attempted architectures
 ==============
 i tried to implement this system using the following architectures:
 
 1. RFCOMM server
 the linux box runs a bluetooth socket server on a particular channel. the remote control device connects to the server over the specific channel and sends messages. 
 
 problems encountered: multiple remotes can't connect to the same server.
 
 i see that the accept method (unlike tcp implementation) returns the server port upon accepting an incoming connection. for instance, if the server is listening on port 16, when any remote connects to the server, the server port 16 is used to establish end-to-end connection with the client. now, another device cannot connect to the same server until the first remote disconnects. this problem stops us from using multiple remotes with a single linux server.
 
 
 2. Serial port 
 set up one or more bluetooth serial ports and the remote control devices can send messages to anyone of them by randomly selecting one of those channels. 
 
 so i setup a port as listed by rfcomm show:
 rfcomm0: 00:0D:88:C0:61:55 channel 16 clean

 > sdptool add --channel=16 sp
    Serial Port service registered
 
 > rfcomm listen 0 16 
 Waiting for connection on channel 16
 
 i tried to connect to rfcomm0 from a *different* linux machine. 
 
 problems encountered: can't connect...
 
 >rfcomm connect 00:0D:88:C0:61:55 16
 Can't connect RFCOMM  socket: Host is down
 
 (although, when i do a l2ping, the second machine gets replies from the first). 
 
 Questions
 ======
 1. what would be the best architecture for implementing bluetooth remote control? 
 2. is it possible to configure the accept function to return connection specific ports?
 3. what do i need to get the bluetooth serial port working?
 
 pls. let me know.
 
 thanks in advance,
 dave
 
 
 
 
 
    

---------------------------------
Love cheap thrills? Enjoy PC-to-Phone   calls to 30+ countries for just 2¢/min with Yahoo! Messenger with Voice. 



 

		
---------------------------------
Talk is cheap. Use Yahoo! Messenger to make PC-to-Phone calls.  Great rates starting at 1&cent;/min.

[-- Attachment #2: Type: text/html, Size: 4111 bytes --]

  reply	other threads:[~2006-04-12 15:54 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-04-11 22:31 [Bluez-users] bluetooth remote control deva seetharam
2006-04-12  2:25 ` Sowmya Gattupalli
2006-04-12 15:54   ` deva seetharam [this message]
2006-04-12 17:06 ` Albert Huang

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20060412155415.62433.qmail@web61214.mail.yahoo.com \
    --to=tagsense@yahoo.com \
    --cc=bluez-users@lists.sourceforge.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox