From: Gene Heskett <gene.heskett@verizon.net>
To: linux-bluetooth@vger.kernel.org
Subject: The link I had working quit. Help
Date: Sat, 04 Apr 2009 16:36:25 -0400 [thread overview]
Message-ID: <200904041636.25409.gene.heskett@verizon.net> (raw)
Greetings all;
I had minicom working fine till I reset the passkey on both devices, and now
minicom says there is no /dev/rfcomm0 when there really is.
The init script I use here now reads:
----------------------------------
#!/bin/bash
echo attempting to get bt link to the coco3
hcitool -i hci0 11:11:11:11:11:11 key 4391
rfcomm release hci0
rfcomm -i 11:11:11:11:11:11 bind hci0 00:0c:84:00:86:F8
echo this should show the cocos address
rfcomm -i 11:11:11:11:11:11 show hci0
------------------------------------
and returns:
[root@coyote sysconfig]# connect2coco3
attempting to get bt link to the coco3
this should show the cocos address
rfcomm0: 11:11:11:11:11:11 -> 00:0C:84:00:86:F8 channel 1 clean
But minicom now says /dev/rfcomm0 doesn't exist, or after a couple of minutes:
-------------------------------
[root@coyote system.d]# minicom
minicom: cannot open /dev/rfcomm0: Host is down
-----------------------------
but it does exist:
[root@coyote sysconfig]# ls -l /dev/rfc*
crw------- 1 root root 216, 0 2009-04-04 16:20 /dev/rfcomm0
I am assuming that 'key' here is equal to 'passkey' on the other device.
Is that assumption wrong?
I'm also assuming that a short powerdown for the eb101 device at the other end
will restore it to link mode after I quit the comm proggy on that machine,
which probably puts the eb101 into the command mode with a +++ pause ATH. I
can train that program not to do that I think.
So, which end do I beat on here?, I'm getting lost in the forest, too many
trees.
Thank you all.
--
Cheers, Gene
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Please state the nature of the technical emergency
next reply other threads:[~2009-04-04 20:36 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-04-04 20:36 Gene Heskett [this message]
2009-04-05 20:59 ` The link I had working quit. Help Gene Heskett
2009-04-05 21:59 ` Gene Heskett
[not found] ` <alpine.LNX.2.00.0904060246560.29837@nge2.ngu.pk>
2009-04-06 18:57 ` Gene Heskett
2009-04-06 22:14 ` Zygo Blaxell
2009-04-07 4:08 ` Gene Heskett
2009-04-07 20:40 ` Zygo Blaxell
2009-04-08 4:11 ` Gene Heskett
2009-04-07 18:54 ` Gene Heskett
2009-04-07 20:02 ` Zygo Blaxell
2009-04-07 21:35 ` Gene Heskett
2009-04-07 21:56 ` Zygo Blaxell
2009-04-07 23:05 ` Bastien Nocera
2009-04-08 4:26 ` Gene Heskett
2009-04-08 15:06 ` Gene Heskett
2009-04-08 16:17 ` Zygo Blaxell
2009-04-08 18:50 ` Gene Heskett
2009-04-08 19:30 ` Zygo Blaxell
2009-04-08 19:35 ` Gene Heskett
2009-04-08 19:36 ` Zygo Blaxell
2009-04-09 2:40 ` Gene Heskett
2009-04-09 14:55 ` Zygo Blaxell
2009-04-09 18:28 ` Gene Heskett
2009-04-08 19:03 ` Gene Heskett
[not found] ` <alpine.LNX.2.00.0904062153190.3436@nge2.ngu.pk>
2009-04-07 4:47 ` Gene Heskett
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=200904041636.25409.gene.heskett@verizon.net \
--to=gene.heskett@verizon.net \
--cc=linux-bluetooth@vger.kernel.org \
/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