Problem 1: The old firmware in my E61 is just not working in Linux at all (firmware version v2.0618.06.05). It doesn't respond to initialization commands other than the simpler ATZ variants, moreover, Wvdial version 1.60 always ended up with a segmentation fault. Therefore, I upgraded to firmware version 3.0633.09.04 to make wvdial works. I mean, with the new firmware, pppd that's called by wvdial can work up to displaying the CONNECT response. That's it, the old firmware is just not working properly. You have to use version 3.xx.xx.
Problem 2: The modem initialization command suggested by most people in the web is not working for me :(. I spent a day to find out how am I suppose to find the modem initialization command. Fortunately, as long as your Nokia E61 is working in Windows, you'll always found a working modem initialization command >:). It's located in the Windows installation directory, in my case, it's:
C:\WINDOWS\ModemLog Nokia E61 USB Modem #x.txt
Note that x denotes a number representing the USB port which the phone cable is connected to.
Below is snippet from the file in my laptop:
------- file: C:\WINDOWS\ModemLog_Nokia E61 USB Modem #2.txt ------------------
12-18-2007 16:03:20.000 - File: C:\WINDOWS\system32\tapisrv.dll, Version 5.1.2600
12-18-2007 16:03:20.000 - File: C:\WINDOWS\system32\unimdm.tsp, Version 5.1.2600
12-18-2007 16:03:20.000 - File: C:\WINDOWS\system32\unimdmat.dll, Version 5.1.2600
12-18-2007 16:03:20.015 - File: C:\WINDOWS\system32\uniplat.dll, Version 5.1.2600
12-18-2007 16:03:20.062 - File: C:\WINDOWS\system32\drivers\modem.sys, Version 5.1.2600
12-18-2007 16:03:20.062 - File: C:\WINDOWS\system32\modemui.dll, Version 5.1.2600
12-18-2007 16:03:20.062 - File: C:\WINDOWS\system32\mdminst.dll, Version 5.1.2600
12-18-2007 16:03:20.062 - Modem type: Nokia E61 USB Modem
12-18-2007 16:03:20.062 - Modem inf path: oem30.inf
12-18-2007 16:03:20.062 - Modem inf section: ModemDeviceInstallE61
12-18-2007 16:03:20.062 - Matching hardware ID: nmwcd\vid_0421&pid_044d&prot_00&if_mod_2k
12-18-2007 16:03:20.078 - 460800,8,N,1, ctsfl=1, rtsctl=2
12-18-2007 16:03:20.078 - Initializing modem.
12-18-2007 16:03:20.093 - Send: AT&F
12-18-2007 16:03:20.093 - Recv: AT&F
12-18-2007 16:03:20.093 - Command Echo
12-18-2007 16:03:20.093 - Recv:OK
12-18-2007 16:03:20.093 - Interpreted response: OK
12-18-2007 16:03:20.109 - Send: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:03:20.109 - Recv: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:03:20.109 - Command Echo
12-18-2007 16:03:20.109 - Recv:OK
12-18-2007 16:03:20.109 - Interpreted response: OK
12-18-2007 16:03:20.125 - Send: AT+IFC=2,2;+CVHU=1
12-18-2007 16:03:20.125 - Recv:OK
12-18-2007 16:03:20.125 - Interpreted response: OK
12-18-2007 16:03:20.140 - Send: ATS7=60+DS=3,0;&K3
12-18-2007 16:03:20.156 - Recv:OK
12-18-2007 16:03:20.156 - Interpreted response: OK
12-18-2007 16:03:20.156 - Sending user initialization commands.
12-18-2007 16:03:20.156 - Send: AT+CGDCONT=,,"jalawave.net.id"
12-18-2007 16:03:20.156 - Recv:OK
12-18-2007 16:03:20.156 - Interpreted response: OK
12-18-2007 16:03:20.156 - Waiting for a call.
12-18-2007 16:03:20.171 - Send: ATS0=0
12-18-2007 16:03:20.171 - Recv:OK
12-18-2007 16:03:20.171 - Interpreted response: OK
12-18-2007 16:03:20.171 - 460800,8,N,1, ctsfl=1, rtsctl=2
12-18-2007 16:03:20.187 - Initializing modem.12-18-2007 16:03:20.203 - Recv:OK
12-18-2007 16:03:20.203 - Interpreted response: OK
12-18-2007 16:03:20.203 - Send: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:03:20.203 - Recv: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:03:20.203 - Command Echo
12-18-2007 16:03:20.218 - Recv:OK
12-18-2007 16:03:20.218 - Interpreted response: OK
12-18-2007 16:03:20.218 - Send: AT+IFC=2,2;+CVHU=1
12-18-2007 16:03:20.218 - Recv:OK
12-18-2007 16:03:20.218 - Interpreted response: OK
12-18-2007 16:03:20.234 - Send: ATS7=60+DS=3,0;&K3
12-18-2007 16:03:20.234 - Recv:OK
12-18-2007 16:03:20.234 - Interpreted response: OK
12-18-2007 16:03:20.234 - Sending user initialization commands.
12-18-2007 16:03:20.250 - Send: AT+CGDCONT=,,"jalawave.net.id"
12-18-2007 16:03:20.250 - Recv:OK
12-18-2007 16:03:20.250 - Interpreted response: OK
12-18-2007 16:03:20.250 - Dialing.
12-18-2007 16:03:20.265 - Send: ATD*###
12-18-2007 16:03:22.765 - Recv:CONNECT
12-18-2007 16:03:22.765 - Interpreted response: Connect
12-18-2007 16:03:22.781 - Connection established at 460800bps.
12-18-2007 16:03:22.781 - Error-control off or unknown.
12-18-2007 16:03:22.781 - Data compression off or unknown.
12-18-2007 16:19:30.593 - Hanging up the modem.
12-18-2007 16:19:30.593 - Hardware hangup by lowering DTR.
12-18-2007 16:19:30.640 - Detected CD dropped from lowering DTR
12-18-2007 16:19:31.640 - Timed out waiting for response from modem
12-18-2007 16:19:31.656 - Send: ATH
12-18-2007 16:19:31.656 - Recv:OK
12-18-2007 16:19:31.656 - Interpreted response: OK
12-18-2007 16:19:31.656 - 460800,8,N,1, ctsfl=1, rtsctl=2
12-18-2007 16:19:31.656 - Initializing modem.
12-18-2007 16:19:31.671 - Send: AT&F
12-18-2007 16:19:31.671 - Recv:OK
12-18-2007 16:19:31.671 - Interpreted response: OK
12-18-2007 16:19:31.687 - Send: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:19:31.687 - Recv: AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
12-18-2007 16:19:31.687 - Command Echo
12-18-2007 16:19:31.687 - Recv:OK
12-18-2007 16:19:31.703 - Send: AT+IFC=2,2;+CVHU=1
12-18-2007 16:19:31.718 - Recv:OK
12-18-2007 16:19:31.718 - Interpreted response: OK
12-18-2007 16:19:31.734 - Send: ATS7=60+DS=3,0;&K3
12-18-2007 16:19:31.734 - Recv:OK
12-18-2007 16:19:31.734 - Interpreted response: OK
12-18-2007 16:19:31.734 - Sending user initialization commands.
12-18-2007 16:19:31.750 - Send: AT+CGDCONT=,,"jalawave.net.id"
12-18-2007 16:19:31.750 - Recv:OK
12-18-2007 16:19:31.750 - Interpreted response: OK
12-18-2007 16:19:31.750 - Waiting for a call.
12-18-2007 16:19:31.765 - Send: ATS0=0
12-18-2007 16:19:31.765 - Recv:OK
12-18-2007 16:19:31.765 - Interpreted response: OK
---------------------------------------------------------------------
Then, what to do with the information from this file? Yeah, I don't even have a clue at first.
But, I just thought there must be some lines which represent the "vendor specific" initialization
in it. After thinking for a while, I decided to add the following lines to my "partially working" wvdial.conf
Init1 = AT&F
Init2 = AT E0 V1 &D2 &C1 &S0 S0=0 +dr=1
Init3 = AT+IFC=2,2;+CVHU=1
Init4 = ATS7=60+DS=3,0;&K3
Init5 = AT+CGDCONT=1,"IP","jalawave.net.id"
Init6 = ATS0=0
Note: You have to add the correct Username and Password values in addition to the configuration values above to make it work.
Then I re-run wvdialconf. The resulting wvdial.conf is as follows:
----------------- file: /etc/wvdial.conf -----------------------------
[Dialer Defaults]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+IFC=2,2;+CVHU=1
Init4 = ATS7=60+DS=3,0;&K3
Init5 = AT+CGDCONT=1,"IP","jalawave.net.id"
Init6 = ATS0=0
Phone = *99#
Password = [my password]
Modem Type = USB Modem
Baud = 460800
New PPPD = yes
Dial Command = ATDT
Modem = /dev/ttyACM0
ISDN = 0
Username = [my login name]
-------------------------------------------------------------------------------------
After this changes, ppp is able to obtain a valid IP address and generates the correct DNS servers IP in /etc/ppp/resolv.conf. Below is a snippet from my shell when the connection is active.
bash-3.1# wvdial
--> WvDial: Internet dialer version 1.60
--> 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+IFC=2,2;+CVHU=1
AT+IFC=2,2;+CVHU=1
OK
--> Sending: ATS7=60+DS=3,0;&K3
ATS7=60+DS=3,0;&K3
OK
--> Sending: AT+CGDCONT=1,"IP","jalawave.net.id"
AT+CGDCONT=1,"IP","jalawave.net.id"
OK
--> Sending: ATS0=0
ATS0=0
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected. Waiting for prompt.
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> PPP negotiation detected.
--> Starting pppd at Tue Dec 18 17:38:30 2007
--> Pid of pppd: 4413
--> Using interface ppp0
--> pppd: È,ù·8[06][08]([06][08]
--> pppd: È,ù·8[06][08]([06][08]
--> pppd: È,ù·8[06][08]([06][08]
--> pppd: È,ù·8[06][08]([06][08]
--> local IP address 60.253.126.78
--> pppd: È,ù·8[06][08]([06][08]
--> remote IP address 10.6.6.6
--> pppd: È,ù·8[06][08]([06][08]
--> primary DNS address 202.51.232.114
--> pppd: È,ù·8[06][08]([06][08]
--> secondary DNS address 202.51.232.116
--> pppd: È,ù·8[06][08]([06][08]
Problem 3: The next thing to do is to set the default route in my Slackware 12 machine so that my browser and other network tools is working. To do that, I copied the DNS addresses from /etc/ppp/resolv.conf to /etc/resolv.conf. My /etc/resolv.conf then reads as:
---------------- file: /etc/resolv.conf ----------------------------------------------
nameserver 202.51.232.114
nameserver 202.51.232.116
-------------------------------------------------------------------------------------
Also, I set the default route using the ppp0 interface accordingly with the following command:
bash-3.1# route add default gw 10.6.6.6 ppp0
Voila', there you have it. Connecting to the Internet via a ppp connection with Nokia E61.
Anyway, I still have a few notes regarding the configuration of my current Slackware system:
======================================================
Kernel:
bash-3.1# cat /proc/version
Linux version 2.6.21.5-smp (root@midas) (gcc version 4.1.2) #2 SMP Tue Jun 19 14:58:11 CDT 2007
udev:
bash-3.1# udevinfo -V
udevinfo, version 111
=====================================================================
I need to note about this because I can't make my Nokia E61 works in Slackware 11 with a beefed-up kernel 2.6.23.1. Note that at the moment I'm using kernel 2.6.22.15 because the ATI AC'97 sound chip is problematic in kernel 2.6.23.x. Apparently, that's because of mismatch in the udev and kernel version. I'm still using the stock udev version 097 from kernel 2.6.17.3 (provided in Slackware 11 DVD) at that point. With an upgrade to Slackware 12 with udev 111. Everything is working as expected.
Using Nokia E61 GPRS/3G Modem Through Bluetooth Connection in Linux
In the previous explanation, the connection between the PC and Nokia E61 is through the supplied DKU-2 cable. In this section, I will explain how to use E61 as a GPRS/3G modem by using the bluetooth connection to connect the PC and E61. I'm using E61 with firmware version 3.0633.09.04 and Linux Slackware 12 (kernel updated to 2.6.23.12) with Bluez bluetooth stack. The steps are:
1. Install all the required bluetooth package. I'm using the bluetooth stack from the bluez project www.bluez.org. You can search your distribution for bluez utils package or download the latest from www.bluez.org
2. Make sure to turn on the bluetooth hardware in your E61 (Menu-->Connect-->Bluetooth).
3. Identify the bluetooth device indentifier of the modem in Linux. This is accomplished by using the hcitool, as follows:
Line two shows the process of inquiring the bluetooth device (E61) for its bluetooth device id. The third line shows the result. The blutooth id for my particular E61 is 00:12:D1:85:E8:8F as shown above. This id is needed for the bluetooth configuration file (explained later).
bash-3.1 # hcitool inq
Inquiring ...
00:12:D1:85:E8:8F clock offset: 0x3950 class: 0x50020c
4. Find out which "channel" is used by E61 in order to use it as a modem with sdptool. This is accomplised as follows:
bash-3.1# sdptool browse 00:12:D1:85:E8:8F
Browsing 00:12:D1:85:E8:8F ...
Service Name: AVRCP Target
Service Description: Audio Video Remote Control
Service Provider: Symbian Software Ltd.
Service RecHandle: 0x10000
Service Class ID List:
"AV Remote Target" (0x110c)
Protocol Descriptor List:
"L2CAP" (0x0100)
PSM: 23
"AVCTP" (0x0017)
uint16: 0x100
Profile Descriptor List:
"AV Remote" (0x110e)
Version: 0x0100
...truncated to save space...
Service Name: Dial-Up Networking
Service RecHandle: 0x10014
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
...truncated to save space...
As you can see above, sdptool is used to browse the E61 by passing the E61 bluetooth address as one of its invocation parameter. The important thing to note is the channel used by the "Dial-up Networking" service in E61. As you can see clearly from sdptool browsing result, the channel used is channel 2. We need this information for the bluetooth configuration file.
5. Edit the bluetooth configuration file. The file is /etc/bluetooth/rfcomm.conf. The lines that start with a '#' are comments in this file. You have to use the information from step 3 and 4 above to complete this configuration file. The following is my configuration file:
#
# RFCOMM configuration file.
#
rfcomm0 {
# # Automatically bind the device at startup
# bind no;
#
# # Bluetooth address of the device
device 00:12:D1:85:E8:8F;
# # RFCOMM channel for the connection
channel 2;
# # Description of the connection
comment "Nokia E61 3G Modem via Bluetooth";
}
Note that each configuration line ends with a ';'. The address of the bluetooth device (E61) is the one that I call as bluetooth device id in step 3. Anyway, you can change the comment in the last line to whatever you like, but don't forget the trailing ';' in the end of the line ;-).
6. Edit the default "pass-code" for your bluetooth device. The pass code setting is in /etc/bluetooth/passkeys/default in my Slackware 12 Linux installation, yours may differ. This file is simply a text file that contains the pass code. I'm using "123" as the default pass code at one time to ease my burden ;-).
7. Now, restart the "bluetooth service" in Linux to activate the pass code. In my Slackware 12 installation I run the following command:
At this point, your E61 should be asking for a passcode once it detected the bluetooth module in your PC. If you are using bluez tools, your PC should be detected as something like 'Bluez(0)' bluetooth device in your E61.
bash-3.1# /etc/rc.d/rc.bluetooth restart
8. The last step is to "bind" your E61 as a modem. To do this, execute:
Note that the command above, assumes that your E61 is configured as rfcomm0 interface in your bluetooth configuration file. It should be adapted to your present situation, i.e. prehaps you have another bluetooth device configured as rfcomm0. In that case then you have to adapt the command accordingly.
bash-3.1# rfcomm bind rfcomm0
Now, your E61 should be present as a modem device in rfcomm0. You should be able to use it with Wvdial to connect to your ISP. Below, is my custom wvdial.conf for the bluetooth connection:
[Dialer bluetooth]
Init1 = ATZ
Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
Init3 = AT+IFC=2,2;+CVHU=1
Init4 = ATS7=60+DS=3,0;&K3
Init5 = AT+CGDCONT=1,"IP","jalawave.net.id"
Init6 = ATS0=0
Phone = *99#
Password = [ my password ]
Modem Type = USB Modem
Baud = 115200
New PPPD = yes
Dial Command = ATDT
Modem = /dev/rfcomm0
ISDN = 0
Username = [ my user name ]
I have no problem using my phone as a bluetooth GPRS/3G modem when using the above configuration. It should be OK for you too. To spoil the fun, I present the rather "obfuscated" connection log when using wvdial below >:).
bash-3.1# wvdial bluetooth
--> WvDial: Internet dialer version 1.60
--> 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+IFC=2,2;+CVHU=1
AT+IFC=2,2;+CVHU=1
OK
--> Sending: ATS7=60+DS=3,0;&K3
ATS7=60+DS=3,0;&K3
OK
--> Sending: AT+CGDCONT=1,"IP","jalawave.net.id"
AT+CGDCONT=1,"IP","jalawave.net.id"
OK
--> Sending: ATS0=0
ATS0=0
OK
--> Modem initialized.
--> Sending: ATDT*99#
--> Waiting for carrier.
ATDT*99#
CONNECT
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> Carrier detected. Waiting for prompt.
~[7f]}#@!}!} } }2}#}$@#}!}$}%\}"}&} }*} } g}%~
--> PPP negotiation detected.
--> Starting pppd at Sun Dec 30 21:08:28 2007
--> Pid of pppd: 3022
--> Using interface ppp0
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> local IP address xx.xxx.xxx.xx
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> remote IP address xx.x.x.x
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> primary DNS address xxx.xx.xxx.xxx
--> pppd: È[1c]ù·°[06][08]À[06][08]
--> secondary DNS address xxx.xx.xxx.xxx
--> pppd: È[1c]ù·°[06][08]À[06][08]
The Windows vs Linux Bluetooth compatibility when using Nokia E61
After using my E61 as Bluetooth 3G Modem and switching to Linux kernel 2.6.22.15 which is the most stable and feature rich kernel for my machine right now, I found out that there's an issue using it as a 3G modem. The problem is mostly related to the Broadcom USB Bluetooth device after powering down the system or using my E61 in Windows and switching back to Linux. If I do one of those actions, the created rfcomm0 device always refuse to connect to the E61. After tinkering for a little while, I found out that the problems are due to:
- An incompatibility between the Bluez utilities and the Kernel
- Misconfiguration in /etc/wvdial.conf for bluetooth modem connection.
The second problem can be fixed by fixing /etc/wvdial.conf. I didn't notice that there's one subtle difference between using E61 as USB modem and using it as bluetooth modem. The throughput of both mode are different, and it's reflected in the modem log file in Windows. I notice it when reading the following file:
------------- file: C:/WINDOWS/ModemLog_Bluetooth Modem.txt -------------
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\tapisrv.dll, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\unimdm.tsp, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\unimdmat.dll, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\uniplat.dll, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\drivers\modem.sys, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\modemui.dll, Version 5.1.2600
01-18-2008 12:32:38.909 - File: C:\WINDOWS\system32\mdminst.dll, Version 5.1.2600
01-18-2008 12:32:38.909 - Modem type: Bluetooth Modem
01-18-2008 12:32:38.909 - Modem inf path: oem49.inf
01-18-2008 12:32:38.909 - Modem inf section: Modemint
01-18-2008 12:32:38.909 - Matching hardware ID: {95c7a0a0-3094-11d7-a202-00508b9d7d5a}\wcbtmodem0
01-18-2008 12:33:02.206 - 115200,8,N,1, ctsfl=0, rtsctl=1
01-18-2008 12:33:02.206 - Initializing modem.
01-18-2008 12:33:02.206 - DSR is low while initializing the modem. Verify modem is turned on.
01-18-2008 12:33:02.206 - CTS is low while initializing modem.
01-18-2008 12:33:02.221 - Send: AT
01-18-2008 12:33:04.221 - Timed out waiting for response from modem
01-18-2008 12:33:04.221 - The modem failed to respond to the initialization command, Retrying one more time
01-18-2008 12:33:04.221 - 115200,8,N,1, ctsfl=0, rtsctl=1
01-18-2008 12:33:04.221 - DSR is low while initializing the modem. Verify modem is turned on.
01-18-2008 12:33:04.221 - CTS is low while initializing modem.
01-18-2008 12:33:04.237 - Send: AT
01-18-2008 12:33:06.237 - Timed out waiting for response from modem
01-18-2008 12:33:06.237 - The modem failed to respond to the initialization command, Retrying one more time
01-18-2008 12:33:06.237 - 115200,8,N,1, ctsfl=0, rtsctl=1
01-18-2008 12:33:06.237 - DSR is low while initializing the modem. Verify modem is turned on.
01-18-2008 12:33:06.237 - CTS is low while initializing modem.
01-18-2008 12:33:06.252 - Send: AT
01-18-2008 12:33:08.252 - Timed out waiting for response from modem
01-18-2008 12:33:08.252 - Lowering DTR before closing port
01-18-2008 12:33:08.362 - Session Statistics:
01-18-2008 12:33:08.362 - Reads : 0 bytes
01-18-2008 12:33:08.362 - Writes: 0 bytes
Notice the line that specify the baud rate of the Bluetooth modem above, it's only 115200, a lot slower compared to 460800 when using it as a USB Modem. After fixing the /etc/wvdial.conf to comply to this fact. I don't encounter any problem as previously.
I have adjust the bluetooth wvdial.conf section to reflect this change.
Further investigation shows that the fix I suggested above still not fixing the entire bluetooth problem. One more configuration must be fixed for the E61 to work seamlessly whether in Windows or Linux. The configuration involves giving the same device name for the hci device in both Windows and Linux. Note that the hci device is the bluetooth adapter in your machine which is in my case the Broadcom 2xxx bluetooth USB adapter. Why the name must be the same? It's because the of the pairing "cache" that the Nokia E61 stores in it's memory associates the bluetooth address of the hci device and its literal/alphanumeric name. If you use a different name in Linux and Windows, Nokia E61 will reject the connection next time you try to connect to it in Linux. I still don't know how the Windows driver for the bluetooth adapter forces Nokia E61 to "flush" its pairing "cache" when I reboot to Windows from Linux. Anyway, you have to edit the /etc/bluetooth/hcid.conf file and make the device name identical to the name displayed in your Nokia E61 when you try to pair it in Windows. In my case, the name is PINCZAKKO. Therefore, I edit /etc/bluetooth/hcid.conf to change the default name. The final /etc/bluetooth/hcid.conf as follows:
#
# 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 user;
# 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 "BlueZ";
}
# Default settings for HCI devices
device {
# Local device name
# %d - device id
# %h - host name
#name "BlueZ (%d)";
name "PINCZAKKO";
# Local device class
class 0x000100;
# 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;
}
Notice the bold line where I change the name of the hci device to PINCZAKKO. I have one thing left to be figured out, how the Windows driver and/or application set the name for the Broadcom bluetooth USB adapter? In the mean time, I'll conduct more tests.
I hope you can configure your E61 bluetooth connection flawlessly as well ;-).
Have fun.
Final note
===========
- Mind you that this is a work-in-progress notes. So, I'll update this post as soon as I have time.
- There's an excellent free book about Linux kernel that I think is a must read. The title is Linux Kernel In a Nutshell, you can download it freely at: http://www.kroah.com/lkn/
- Pay more attention to see the device capabilities when you configure the device, so that you don't do silly misconfiguration as what I did with the bluetooth 3G modem of my Nokia E61 (sic)
Post a Comment
1 comment:
Hi,
thanks for interesting blog entry. I'm sure it will be helpful to other people.
Anyway, i found out that it is possible to make ppp connection to internet with kppp (kde dialup program).
Software/hardware used:
kppp (KDE 4.2.1 version)
Nokia E61 (firmware >3)
Bluetooth chip of HP 2530p laptop
Operator: Elisa
Account info:
*99#
PAP/CHAP
username/password, a/a
Modem info:
device, /dev/rfcomm0
rfcomm0 {
# Automatically bind the device at startup
bind yes;
# Bluetooth address of the device
# E61
device 00:22:dd:f1:36:66;
# RFCOMM channel for the connection
# E61
channel 2;
# Description of the connection
comment "My Nokia E61";
}
Modem initialization commands:
Init command 1: ATZ
Init command 2: AT+cgdcont=1,"ip","internet"
Delays:
Setting delay, before (line 1): 0
Setting after, before (line 4): 1
Call speed (line 5): 1
It was actually these last three lines that made the connection successful: default delay(s) seem to be too long for E61, and kppp stalled in modem initialization phase ("Initializing modem...").
Works like a charm!
Post a Comment