Ivanovo Linux Users Group -  
Форум Помощь Поиск Вход
Предыдущая Следующая Вверх Тема Железо / Настраиваем железки / Как прикрутить Bluetooth на Debian? (117266 хитов)
- Написал(а) hawk Дата 17.09.07 12:42 Отредактировано 17.09.07 12:50
Собственно тема говорит сама за себя. В какую сторону копать :-(, подскажите ?
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) cutter Дата 17.09.07 12:52
Bluetooth  ?
Parent - Написал(а) hawk Дата 17.09.07 13:06
Упс ссори за ошибку (модераторы поправьте плиз тему, буду внимательнее), да я про него.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) cutter Дата 17.09.07 13:30
А что именно нужно прикрутить?

Например, я пользуюсь блютуфом как интерфейсом между телефоном и компом.
И стоит всего лишь один пакет -- bluez-utils.
Parent Написал(а) hawk Дата 17.09.07 13:44 Отредактировано 17.09.07 13:47
Да-да, вот это именно и нужно. Просто я не знал, как это реализовывается и с помощью какого софта.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) hawk Дата 17.09.07 18:12
Можно поподробнее. Знак блютуса появился, но вот что дальше, там же должен модем ставится?
Пакет bluez-utils поставил.
Причем из под Гнома все работает из под КДЕ - не нашел.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) LOE (Site/forum admin) Дата 17.09.07 19:59
Тебя на гугле забанили? ;-)
первая же строка поиска выдала ссылку: http://www.opennet.ru/base/modem/altlinux-s55-bluetooth-gprs.txt.html
Посмотри, что-то немного устарело, но в основе все сказано. Сам пробовал - все работает.
Не знаю, как уж у тебя в гноме работает, а в кде нет, но все можно сделать утилитами (запуск которых можно прописать через udev: втыкаешь bluetooth донгл, а все команды отдаст udev автоматом)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) hawk Дата 23.09.07 06:32
1. поставил blues-utils
2. etc/bluetooth - поправил hcid.conf где речь идет о пин тлф
еще добавил pin_helper /etc/bluetooth/bluepin; в раздел options,
создал файл bluepin слудующего содержания #/bin/sh
echo "PIN:00"
3. в консоле проделал следующее:

debian:~# hciconfig
hci0:   Type: USB
        BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
        UP RUNNING PSCAN
        RX bytes:395 acl:0 sco:0 events:17 errors:0
        TX bytes:317 acl:0 sco:0 commands:17 errors:0

debian:~# hcitool scan
Scanning ...
        00:13:70:1D:10:3E       Oleg

debian:~# sdptool search DUN
Inquiring ...
Searching for DUN on 00:13:70:1D:10:3E ...
Service Name: Dial-Up Networking
Service RecHandle: 0x10005
Service Class ID List:
  "Dialup Networking" (0x1103)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 2
Language Base Attr List:
  code_ISO639: 0x454e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Dialup Networking" (0x1103)
    Version: 0x0100

подключаю устройство:

debian:~# rfcomm bing 0 00:13:70:1D:10:3E 1
RFCOMM configuration utility ver 3.7
Usage:
        rfcomm [options] <command> <dev>

Options:
        -i [hciX|bdaddr]      Local HCI device or BD Address
        -h, --help            Display help
        -r, --raw             Switch TTY into raw mode
        -f, --config [file]   Specify alternate config file
        -a                    Show all devices (default)

Commands:
        bind     <dev> <bdaddr> [channel]       Bind device
        release  <dev>                          Release device
        show     <dev>                          Show device
        connect  <dev> <bdaddr> [channel]       Connect device
        listen   <dev> [channel]                Listen


что я делаю не верно при подключении устройства?
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent Написал(а) LOE (Site/forum admin) Дата 23.09.07 17:41 Отредактировано 23.09.07 18:13
Вот мои тесты:
$ sh /etc/rc.d/rc.bluetooth start
Starting Bluetooth subsystem:  hcid sdpd rfcomm dund passkeys.

$ hciconfig
hci0:   Type: USB
        BD Address: 00:11:67:5C:3E:01 ACL MTU: 678:8 SCO MTU: 48:10
        UP RUNNING PSCAN
        RX bytes:408 acl:0 sco:0 events:18 errors:0
        TX bytes:320 acl:0 sco:0 commands:18 errors:0

$ hcitool scan
Scanning ...
        00:1A:8A:60:C1:31       mobilephone

$ sdptool search DUN
Inquiring ...
Searching for DUN on 00:1A:8A:60:C1:31 ...
Service Name: Dial-up Networking
Service RecHandle: 0x10002
Service Class ID List:
  "Dialup Networking" (0x1103)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 3
Profile Descriptor List:
  "Dialup Networking" (0x1103)
    Version: 0x0100

$ rfcomm bind rfcomm0 00:1A:8A:60:C1:31 3

$ ls -l /dev/rfcomm*
crw-rw---- 1 root root 216, 0 2007-09-23 20:35 /dev/rfcomm0

Обрати внимание на выделение жирным! Номер канала должен использоваться именно для DUN! В твоем случае - канал номер 2

Далее, настраиваем /etc/ppp/peers/bluetooth на использование /dev/rfcomm0 (плюс, конечно, другие опции, для вызова chat в частности. так-же, настраиваем /etc/ppp/pap-secrets) и вызываем:
$ pppd call bluetooth
Press CTRL-C to close the connection at any stage!
defining PDP context...
rAT
OK
ATH
OK
ATE1
OK
AT+CGDCONT=1,"IP","internet.beeline.ru"
OK
waiting for connect...

ATD*99***1#
CONNECT
Connected.
If the following ppp negotiations fail,
try restarting the phone.

Serial connection established.
using channel 3
Using interface ppp1
Connect: ppp1 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x1 <asyncmap 0xa0000> <auth pap>]
sent [LCP ConfAck id=0x1 <asyncmap 0xa0000> <auth pap>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0>]
sent [LCP EchoReq id=0x0 magic=0x0]
sent [PAP AuthReq id=0x1 user="beeline" password="beeline"]
rcvd [LCP EchoRep id=0x0 magic=0x0]
rcvd [PAP AuthAck id=0x1 "Login OK"]
Remote message: Login OK
PAP authentication succeeded
kernel does not support PPP filtering
sent [IPCP ConfReq id=0x1 <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <addr 192.200.1.21>]
sent [IPCP ConfAck id=0x1 <addr 192.200.1.21>]
rcvd [IPCP ConfNak id=0x1 <addr 10.1.47.55>]
sent [IPCP ConfReq id=0x2 <addr 10.1.47.55>]
rcvd [IPCP ConfAck id=0x2 <addr 10.1.47.55>]
local  IP address 10.1.47.55
remote IP address 192.200.1.21
Script /etc/ppp/ip-up started (pid 4838)
Script /etc/ppp/ip-up finished (pid 4838), status = 0x0
Terminating on signal 2
Connect time 0.8 minutes.
Sent 924 bytes, received 336 bytes.
sent [LCP TermReq id=0x2 "User request"]
rcvd [LCP TermAck id=0x2]
Connection terminated.

Sending break to the modem

PDP context detached
Serial link disconnected.
(после подключения сделал:
$ route add -host www.ru dev ppp1
$ ping www.ru
PING www.ru (194.87.0.50) 56(84) bytes of data.
64 bytes from www.ru (194.87.0.50): icmp_seq=1 ttl=51 time=927 ms
64 bytes from www.ru (194.87.0.50): icmp_seq=2 ttl=51 time=721 ms
64 bytes from www.ru (194.87.0.50): icmp_seq=3 ttl=51 time=698 ms

--- www.ru ping statistics ---
4 packets transmitted, 3 received, 25% packet loss, time 3505ms
rtt min/avg/max/mdev = 698.381/782.637/927.775/103.073 ms
и нажал Ctrl-C в окне запуска pppd для остановки)

PS. версии установленных у меня утилит:
$ ls /var/log/packages/bluez*
/var/log/packages/bluez-firmware-1.2-i486-1
/var/log/packages/bluez-hcidump-1.34-i486-1
/var/log/packages/bluez-libs-3.9-i486-1
/var/log/packages/bluez-utils-3.9-i486-3
может и тебе стоит обновиться? ;-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) cutter Дата 23.09.07 18:02

> debian:~# rfcomm bing 0 00:13:70:1D:10:3E 1


А что значит bing? Он же вполне понятно говорит, о том, какие опции имеются
и как их применять.

Может так:
rfcomm bind /dev/rfcomm0 00:13:70:1D:10:3E 1


Этап с ПИНами, похоже, пройден. Это хорошо :-)

У меня есть такой конфиг: /etc/bluetooth/rfcomm.conf :
cat rfcomm.conf
#
# RFCOMM configuration file.
#

rfcomm0 {
        # Automatically bind the device at startup
        bind yes;

        # Bluetooth address of the device
        device 00:17:E3:C3:1A:F3

        # RFCOMM channel for the connection
        channel 1;

        # Description of the connection
        comment "connection to ... ";
}


После изменения вышеуказанного конфига, говорим /etc/init.d/bluetooth restart
и, далее, используем /dev/rfcomm0 в любимой звонилке, wvdial, например. (Я
так предположил, что мы собираемся пользоваться гпрс-интернетом через телефон,
посредством блютуфа?)
Parent - Написал(а) LOE (Site/forum admin) Дата 23.09.07 18:15
Хех, bing -> bind я тоже прозевал ;-)
Хотя там все равно 2 ошибки: неверно указаны номер канала и девайс в команде биндинга.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent Написал(а) cutter Дата 23.09.07 18:20
Да.
А я прозевал номер канала в выводе hcitool scan :-)
Parent - Написал(а) hawk Дата 23.09.07 18:21 Отредактировано 23.09.07 18:26
Да совершенно верно cutter, проверю еще раз, кстати команда
[bloc] debian:~# hcitool scan
Scanning ...
        00:13:70:1D:10:3E       Oleg
debian:~# rfcomm bind 0 00:13:70:1D:10:3E 1
debian:~# pppd call gprs
Failed to open /dev/rfcomm0: Connection refused [/bloc]
были созданы файлы:
[bloc]/etc/ppp/peers/gprs
/etc/ppp/chat/gprs [/bloc]
при вызове pppd call gprs к сотику идет обращение, сотик выдает, "разрешить подключение и просит код", по умолчанию 12345 ввожу в ответ: "Failed to open /dev/rfcomm0: Connection refused "

Сейчас попробую проделать в соответствии с вышенаписанным.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent Написал(а) LOE (Site/forum admin) Дата 23.09.07 18:26
На счет ПИН-кода подтверждения у меня в слаквари написано:
PIN (or passkey) management
---------------------------
since bluez 3.0 the old pin_helper script has been replaced by
the dbus interface.  To add a default passkey for every outgoing
request (e.g. the old /etc/bluetooth/pin file) drop it into
/etc/bluetooth/passkeys/default. (e.g. echo -n "1234" >
/etc/bluetooth/passkeys/default )
To add a passkey for a specific outgoing connection replace default
with the device's address. ( /etc/bluetooth/passkeys/aa:bb:cc:dd:ee:ff
will contain passkey for aa:bb:cc:dd:ee:ff ).
After adding a passkey you should restart bluetooth with

/etc/init.d/bluetooth restart

and the new passkeys will be registered.

(This behaviour has been copied from Debian)


И еще раз: синтаксис команды биндинга немного _другой_, не считая номера канала.
Внимательнее читай наши сообщения, все ж разжевано ;-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) cutter Дата 23.09.07 18:46
Я ошибся. Этап с пином не пройден! :-)

Внимательно читай файл /usr/share/doc/bluez-utils/README.Debian.gz
Parent - Написал(а) hawk Дата 23.09.07 19:15
Вроде свои ошибки поправил, теперь:
debian:~# hcitool scan
Scanning ...
        00:13:70:1D:10:3E       Oleg
debian:~# sdptool search DUN
Inquiring ...
Searching for DUN on 00:13:70:1D:10:3E ...
Service Name: Dial-Up Networking
Service RecHandle: 0x10005
Service Class ID List:
  "Dialup Networking" (0x1103)
Protocol Descriptor List:
  "L2CAP" (0x0100)
  "RFCOMM" (0x0003)
    Channel: 2
Language Base Attr List:
  code_ISO639: 0x454e
  encoding:    0x6a
  base_offset: 0x100
Profile Descriptor List:
  "Dialup Networking" (0x1103)
    Version: 0x0100

debian:~# rfcomm bind rfcomm0 00:13:70:1D:10:3E 2
debian:~# ls -l /dev/rfcomm*
crw-rw---- 1 root dialout 216, 0 2007-09-23 22:38 /dev/rfcomm0


После ввода: pppd call gprs тлф хрюкнет, затребует код, ввожу код, который всегда и был 12345 и тишина :-( в консольке сново приглашение debian:~#

Пробовал с конфигом /etc/bluetooth/rfcomm.conf :
содержание
rfcomm0 {
        # Automatically bind the device at startup
        bind yes;

        # Bluetooth address of the device
        device 00:13:70:1D:10:3E

        # RFCOMM channel for the connection
  channel 2;

        # Description of the connection
        comment "connection to ... ";
}

после запуска:
debian:~# /etc/init.d/bluetooth restart
Restarting bluetooth: hcid sdpdsyntax error line 9
rfcomm.
что за ошибка синтаксиса в строке "channel 2;" я так и не понял?..???
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent Написал(а) LOE (Site/forum admin) Дата 23.09.07 19:34
Ошибка в предыдущей строке:
device 00:13:70:1D:10:3E; - пропущена точка-с-запятой в конце
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) LOE (Site/forum admin) Дата 23.09.07 19:37
Покажи свой /etc/ppp/peers/gprs
pppd может детачиться от контрольного терминала
Если указана опция debug - смотри в /var/log/debug вывод отладки запуска pppd
Трабла уже может быть с ним.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) hawk Дата 24.09.07 05:32
/etc/ppp/peers/gprs следующего содержания

        /dev/rfcomm0 57600
        connect '/usr/sbin/chat -v -f /etc/ppp/chat/gprs'
        noauth
        defaultroute
        lock
        debug
        novjccomp
        nopcomp
        noaccomp
        nodeflate
        novj
        nobsdcomp
        default-asyncmap
        ipcp-accept-local
        ipcp-accept-remote
        usepeerdns
        user
        nodetach

провайдер megafon, там пользователь и пароль пустые, около user - надо в этом случае что-то указывать?

/etc/ppp/chat/gprs записываем команды /usr/sbin/chat:

        TIMEOUT 5
        ECHO    ON
        ABORT   '\nBUSY\r'
        ABORT   '\nERROR\r'
        ABORT   '\nNO ANSWER\r'
        ABORT   '\nNO CARRIER\r'
        ABORT   '\nNO DIALTONE\r'
        ABORT   '\nRINGING\r\n\r\nRINGING\r'
        ''              \rAT
        TIMEOUT 12
        OK              ATH
        OK              ATE1
        OK              AT+CGDCONT=1,"IP","internet.nw"
        OK              ATD*99***1#
        CONNECT


в файл /etc/ppp/pap-secrets добавляю строку:

megafon  ppp0  "megafon"
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent Написал(а) hawk Дата 24.09.07 06:48
Проверил еще насроечки блютуса тлф, в сопряженных устройствах поставил разрешение для всех, теперь вроде при конекте не запрашивает ни каких кодов, вечером проверю, как будет при конекте из linux.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) Bercut Дата 24.09.07 11:30
так к сведению у мегафона apn не один
если симка этого года то internet
а если прошлого и ранее то internet.nw
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent Написал(а) hawk Дата 24.09.07 17:59
internet.nw точно - это проверено, настраивал под Win
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) LOE (Site/forum admin) Дата 24.09.07 21:34
Что в логах при запуске pppd? Если дело доходит до его запуска, логов не может не быть!
И вот мои опции для pppd:
nodetach
debug
show-password
connect /etc/ppp/peers/gprs-connect-chat
disconnect /etc/ppp/peers/gprs-disconnect-chat
/dev/rfcomm0    # Bluetooth serial port one
230400
crtscts  # serial cable, Bluetooth and USB
local
noipdefault
ipcp-accept-local
nodefaultroute
novj
nobsdcomp
novjccomp
nopcomp
noaccomp
nodeflate
noauth
nomagic
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) hawk Дата 25.09.07 17:23
var/log/debug
Sep 25 21:15:06 localhost hcid[3111]: call_passkey_agent(): no agent registered


в консоли:
debian:/# pppd call gprs
Failed to open /dev/rfcomm0: Connection refused
при этом на сотовом открывается окно с запросом кода доступа, обычно всегда вводил 12345, сейчас на эти цифры выдает, то что выше написал. Failed to open /dev/rfcomm0: Connection refused

файл исправил etc/ppp/peers/gprs

nodetach
debug
show-password
connect /etc/ppp/peers/gprs
#disconnect /etc/ppp/peers/gprs-disconnect-chat
/dev/rfcomm0    # Bluetooth serial port one
230400
crtscts  # serial cable, Bluetooth and USB
local
noipdefault
ipcp-accept-local
nodefaultroute
novj
nobsdcomp
novjccomp
nopcomp
noaccomp
nodeflate
noauth
nomagic
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent Написал(а) LOE (Site/forum admin) Дата 25.09.07 18:16
Поскольку у тебя не появляется /dev/rfcomm0, то начинай с самого начала.
pppd запускать бестолку.
Добивайся работоспособности сначала связки мобила-донгл.
Всю свою информацию я предоставил.
Не забывай про совет обновить утилиты, у тебя версия старовата.
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) G0thic Дата 26.09.07 14:47
Хех. Походу я дальше продвинулся. у меня так вылетает:

# pppd call gprs
AT
OK
ATH
OK
AT+CGDCONT=1,"IP","internet.beeline.ru"
OK
ATD*99***1#
CONNECT
Serial connection established.
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/rfcomm0
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1693c1e3>]
rcvd [LCP ConfRej id=0x1 <magic 0x1693c1e3>]
sent [LCP ConfReq id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfAck id=0x2 <asyncmap 0x0>]
rcvd [LCP ConfReq id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
sent [LCP ConfAck id=0x0 <auth pap> <mru 1500> <asyncmap 0xa0000>]
sent [LCP EchoReq id=0x0 magic=0x0]
sent [PAP AuthReq id=0x1 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x2 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x3 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x4 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x5 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x6 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x7 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x8 user="beeline" password="beeline"]
sent [PAP AuthReq id=0x9 user="beeline" password="beeline"]
sent [PAP AuthReq id=0xa user="beeline" password="beeline"]
sent [LCP EchoReq id=0x1 magic=0x0]
No response to PAP authenticate-requests
sent [LCP TermReq id=0x3 "Failed to authenticate ourselves to peer"]
sent [LCP TermReq id=0x4 "Failed to authenticate ourselves to peer"]
Connection terminated.
Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.
Parent - Написал(а) hawk Дата 26.09.07 18:25
Наконец то удалось &#171;сопряч&#187; дебиан и телефон =-)

проделал следующее:
---------------------------------------------------------------------------
1) Изменил hcid.conf

#
# HCI daemon configuration file.
#

# HCId options
options {
  # Automatically initialize new devices
  autoinit yes;

  # Security Manager mode
  #   none - Security manager disabled
  #   auto - Use local PIN for incoming connections
  #   user - Always ask user for a PIN
  #
  security auto;                                      - тут поменял на auto

  # Pairing mode
  #   none  - Pairing disabled
  #   multi - Allow pairing with already paired devices
  #   once  - Pair once and deny successive attempts
  pairing multi;

  # Default PIN code for incoming connections
  passkey "12345";                              - тут поменял пароль
}

# Default settings for HCI devices
device {
  # Local device name
  #   %d - device id
  #   %h - host name
  name "%h-%d";

  # Local device class
  class 0x3e0100;

  # Default packet type
  #pkt_type DH1,DM1,HV1;

  # Inquiry and Page scan
  iscan enable; pscan enable;

  # Default link mode
  #   none   - no specific policy
  #   accept - always accept incoming connections
  #   master - become master on incoming connections,
  #            deny role switch on outgoing connections
  lm accept;

  # Default link policy
  #   none    - no specific policy
  #   rswitch - allow role switch
  #   hold    - allow hold mode
  #   sniff   - allow sniff mode
  #   park    - allow park mode
  lp rswitch,hold,sniff,park;
}


----------------------------------------------------------------

2)  После поправил rfcomm.conf:

rfcomm0 {
        bind yes;
        device 00:13:70:1D:10:3E;
  channel 2;
        comment "Oleg";
}

перезапустил блютус выполнив etc/init.d/bluetooth restart

-----------------------------------------------------------------

3)Проверил, видно ли в системе блютус адаптер:

debian:~# hciconfig
hci0:   Type: USB
        BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
        UP RUNNING PSCAN
        RX bytes:2193 acl:40 sco:0 events:137 errors:0
        TX bytes:1697 acl:41 sco:0 commands:52 errors:0

debian:~# sudo hcitool scan
Scanning ...
        00:13:70:1D:10:3E       Oleg

debian:~# hciconfig hci0 pi scan
hci0:   Type: USB
        BD Address: 00:02:5B:01:09:4E ACL MTU: 384:8 SCO MTU: 64:8
        UP RUNNING PSCAN ISCAN
        RX bytes:2436 acl:40 sco:0 events:154 errors:0
        TX bytes:1712 acl:41 sco:0 commands:55 errors:0


После выполнения данных команд и обмена запросами удалось таки спарить ТЛФ и комп. На ТЛФ в сопряженных устройствах появилось устройство: debian-0. Что говорит о том, что устройства сопряжены.

4)Установил звонилку wvdial.
5)Изменил /etc/wvdial.conf :

[Dialer Defaults]
Modem = /dev/rfcomm0
ISDN = off
Modem Type = Analog Modem
Baud = 115200
Init = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+CGDCONT=1,"IP","internet.nw"
Phone = *99***1#
Dial Attempts = 1
Dial Command = ATM1L3DP
Ask Password = off
Password = megafon
Username = megafon
Auto Reconnect = off
Abort on Busy = on
Carrier Check = on
Check Def Route = on
Abort on No Dialtone = on
Stupid Mode = on
Idle Seconds = 0
Auto DNS = on


после чего в консоле ввел:
debian:~# wvdial (подтвердил запрос на сотике, пошло соединение)

Ход подключения:

debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.
debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Configuration does not specify a valid login name.
--> Configuration does not specify a valid password.
debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Sending: ATM1L3DP*99***1#
--> Waiting for carrier.
ATM1L3DP*99***1#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected.  Starting PPP immediately.
--> Starting pppd at Wed Sep 26 21:27:47 2007
--> Pid of pppd: 3927
--> Using interface ppp0
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> pppd: [18][12][06][08]
--> local  IP address 10.129.115.205
--> pppd: [18][12][06][08]
--> remote IP address 10.6.6.6
--> pppd: [18][12][06][08]
--> primary   DNS address 10.140.142.45
--> pppd: [18][12][06][08]
--> secondary DNS address 10.140.142.42
--> pppd: [18][12][06][08]


После чего на сотовом появился значок &#171;G&#187; - gprs.

Все попытки загрузить странички (например ya.ru) или пропинговать оказались без результатными, в чем еще дело не понятно :-(. Подскажите плиз, что я сделал не так опять?

По &#171;контрл+с&#187; соединение разрывается и значек &#171;G&#187; - gprs на сотике пропадает.

Пробовал подключаться и с более простым конфигом  wvdial.conf

[Dialer Defaults]
Modem = /dev/rfcomm0
Phone = *99***1#
Init2 = AT+CGDCONT=1,"IP","internet.nw"
Password = megafon
Username = megafon


Подключение так же проходит, вот результат:

debian:~# wvdial
--> WvDial: Internet dialer version 1.56
--> Cannot get information for serial port.
--> Initializing modem.
--> Sending: ATZ
ATZ
OK
--> Sending: AT+CGDCONT=1,"IP","internet.nw"
AT+CGDCONT=1,"IP","internet.nw"
OK
--> Modem initialized.
--> Sending: ATDT*99***1#
--> Waiting for carrier.
ATDT*99***1#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected.  Waiting for prompt.
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> PPP negotiation detected.
--> Starting pppd at Wed Sep 26 21:16:27 2007
--> Pid of pppd: 3839
--> Using interface ppp0
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]
--> pppd: H&#65533;&#65533;&#65533;&#65533;[05][06][08]&#65533; [06][08]


После подключения на сотовом так же активен жпрс, но странички прогрузить нельзя :-((
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) G0thic Дата 26.09.07 18:45
У меня кстати тоже "G" загорается и не пропадает, пока телефон не выключишь.
Когда кругозор человека сужается к минимуму, он называет это своей точкой зрения.
Parent - Написал(а) hawk Дата 27.09.07 05:06 Отредактировано 27.09.07 05:11
Нет, если прекратить соединение ctrl+с, тогда на тлф пропадает gprs и "G" тоже.
Вобщем подключается все нормально и на тлф видно, что gprs заработал, отключается тоже нормально G пропадает. Но вот пинги не идут и стр. не прогружаются :-(
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) hawk Дата 27.09.07 05:29
Может быть брендмауэр есть какой? По умолчанию, может зарублено все? локально 80 порт видет, апач работает.
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) cutter Дата 27.09.07 10:43
Попробуй использовать точку доступа в конфиге wvdial не internet.nw а internet .
Parent - Написал(а) hawk Дата 27.09.07 16:46 Отредактировано 27.09.07 16:49
Все уважаемые! Пишу вам из Linux :-), мои крики УРА!!! наверное слышала вся округа Пустошь Бора =-).
Причина была банальной, все настроено верно и точка доступа тоже, т.к. настройки мне присылали SMS с Мегафона.
Все разрешилось переходом в Gnome, до этого ставил себе KDE и работал в нем, но видимо в Debian не все так гладко с KDE.
---
p.s. подскажите, как мне контролировать трафик, утилитка может какая подсчета трафика?
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Parent - Написал(а) cutter Дата 27.09.07 17:46
Доктор, чудес не бывает! KDE, Gnome -- это, конечно же, всё хорошо, но они ни каким
образом не повлияют на pppd и bluez-utils.

Трафик можно контролировать, иногда посматривая на интерфейс ppp0:
# ifconfig ppp0
ppp0      Link encap:Point-Point Protocol
          inet addr:91.76.122.192  P-t-P:91.76.120.1  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1492  Metric:1  ASYMMTU:1500
          RX packets:54990 errors:0 dropped:0 overruns:0 frame:0
          TX packets:54835 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:51997196 (49.5 Mb)  TX bytes:23948031 (22.8 Mb)


RX bytes -- принятые байты, TX -- переданные.

Ещё, помнится, для KDE был какой-то сервис, вешающий в трее иконку, на подобии
как в винде, пожамкав по которой можно было посмотреть на трафик. knemo называется.
Возможно в Gnome есть нечто подобное.
Parent Написал(а) hawk Дата 27.09.07 18:23
Доктор, чудес не бывает! KDE, Gnome -- это, конечно же, всё хорошо, но они ни каким
образом не повлияют на pppd и bluez-utils.


Но это действительно так, сначало начал менять конфиг WVDIAL, точки доступа пробовал прописывать, просто internet, но с такой настройкой выдавало ошибку соединения. После возвратил все обратно, подключился в KDE, но пинги не пошли, решил попробовать в GNOME - подключился, попробовал пропинговать тот же ресурс, что и в KDE и о чуду - все пошло.

По поводу контроля трафика - спасибо!
echo "good..." | perl -e '$??s:;s:s;;$?::s;;=]=>%-{<-|}<&|`{;;y; -/:-@[-`{-};`-{/" -;;s;;$_;see'
Предыдущая Следующая Вверх Тема Железо / Настраиваем железки / Как прикрутить Bluetooth на Debian? (117266 хитов)

Powered by mwForum 2.12.0 © 1999-2007 Markus Wichitill

Page created in 0.128s with 11 database queries.