Bluetooth HELP, please!

itt egy viszonylag jó leírás ami nekem is sokat segített:

http://www.saunalahti.fi/nonn/linux_gprs.html

[quote:0608db1d2d="szabolcs1975"]Na jó, ez eddig megvan, viszont a PIN az problémás lehet, ugyanis én nem tudhatom meg a telefonom pin-jét..Tudom hülyén hangzik, de ez egy önkormányzati csomag.

Több helyen az van írva, hogy bármilyen négyjegyü szám jó, csak egyezzen meg a gépen tárolt a telefonba írt-tal. Ezzel most akkor mi is a helyzet?

Mit is kell beírni a telóba és a PIN fájlba?

Elvileg van telefonban olyan, hogy kér jelszót a BT használatához (pl 6230) ide olyan jelszót adhatsz meg amilyet akarsz (elvileg) de érdemes csupa számból álló jelszót megadni.
Amúgy a PIN file-ba BT használatához szükséges jelszó kell nem a telefon PIN-je!

No. Itt az elobb egesz jol leirta gipszjakab?

Szoval egyfelol

/etc/bluetooth/rfcomm.conf-ba a telefon MAC address-e kell.

Ha ez megvan (es te azt irod, hogy latjak egymast), akkor lehet probalkozni az rfcomm bind vagy connect parancsokkal, vagy pon, ha kitarcsazni akarsz a /dev/rfcomm0 eszkozon keresztul.

A bind-hoz nem kell pin, a connect-hez es a pon-hoz (ami connect-tel indit) kell.

A hcid.conf-ba allitod be, hogy mi legyen a pin. Ezt csak egyszer keri el a gep, kesobb, ha a kapcsolatot nem torlod, es nem valtoztatod, akkor mar nem.

A pin_helper az erdekes, ide be lehet akarmi scriptet irni.

En az eredeti /usr/bin/bluepin-nel nem hasznaltam.

Nekem ezek voltak:

/usr/bin/bluez-pin (ezzel azt hiszem, nem jott ossze)
/usr/lib/kdebloetooth/kbluepin (ez kivaloan mukodik)
/home/gee/bin/blue-pin (ez is)

A lenyeg, hogy valami olyan program legyen, ami visszaad egy pin-t.

A /home/gee/bin/blue-pin pl. ennyi:

echo "PIN:1234"

Innentol kezdve, az elso kapcsolodaskor a telefon keri, hogy adj meg
egy jelszot. Ugy emlekszem, ez csak szamokbol allhat.

Pl. beirod, hogy 1234.

Ezutan a szamitogepnek ugyanezt a pin-t kell tudnia, vagy ugy, hogy elore bedrotoztad, vagy ugy, hogy egy interaktiv cucc megkerdezi, hogy mit utottel be az elobb a telefonon (pl. a kbluepin).

Ha a telefonon es a szamitogepen sikerul ugyanazt irnod, akkor a connect sikeres, es onnantol kezdve mar nem kell tobbe pin-t irogatnod, a telefon emlekszig a gepre, es tudja, hogy mar jol osszeparosodtak a multkor.

Sok sikert (es nezd a logokat, mit beszel, miert nem megy a cucc)

ja és nekem valamiért az első sikeres kapcsolat előtt a telfonon minden security beállítást ki kellett kapcsolni. Miután pedig egyszer már ment a BT utána simán vissza lehet kapcsolni az elrejtést meg mindent...

[quote:a0bba8be08="szabolcs1975"]Egyébként érdekes, mert a minicom azt írja ki, hogy dev/rfcomm0 érvénytelen paraméter, vagy dev/rfcomm0 nincs ilyan fálj.

Tegnap egyébként probálam az IRDA-t is, hát ne tudjátok meg. Először is a T68 csak ugy müxik, ha beállítok egy-két plusz paramétert (max_tx_window meg ilyesmi.....), nem nagyon hittem már benne, egyszer csak a wvdialconf, kiírta, hogy megtalálta a modemet. Huhha volt öröm és éljenezés.
Aztán amikor mégegyszer kerestem, lefagyott a rendszer. Azóta egyszer müxik ugyanazokkal a beállításokkal egyszer nem..Persze még csak ott járok, hogy parancsot szeretnék küldeni a telónak, és van amikor sikerül , van amikor kifagy az egész linux....!

Bluetoothra visszatérve, nem látom az eszközt, legalábbis a wvdialconf ezt írja, amit feljebb is írtam.

Jakab: Nem bánnám ha elküldenéd nekem a T68-hoz a szkriptetl....Köszi.

Ok este bepostolom a scripteket ide... Hátha mást is érdekel.
amúgy a megy/nem megy nekem is megvolt... Ahogy korábban írtam ezt az ATZ idézi elő a T6x-nél. Használd helyette az AT&F-et.
Ráadásul ha eljutott a nem megy állapotba akkor abból csak telefon kikapcs/bekapcs hozta ki. Ez valószínű hogy feature, mert windoz alatt is el lehetett vele játszani ATZ-re terminálból.

Vwdial-lal neekem sem remekelt a T6x csak a pppd call-lal volt hajlandó rendesen menni...

A T6x hisztis telefon... Most egy N6230-al űzöm a gprs-t, hát arról is tudnék mesélni. Tapasztaltom szerint egyik se jobb a másiknál.

[quote:27492bb7d6="szabolcs1975"]Sikerült a kapcsolatfelvétel. A telefonnnal kellett kezdeményeznem és így összejött a dolog. Persze nem csak így kellene neki menni, de hát ezvan.
Viszont a probléma továbbra is fenntálll, ugyanugy mint az IRDA-modemnél, a teló egyszerüen nem reagál a modemparancsokra vagy rosszabb esetben(pl: minicom) azt írja ki hogy hibás paraméter.

A beállításokat végigcsináltam mindet, amit írtatok. A modulok be vannak töltve, viszot a teló nem válaszol egy modemparancsra sem.

Ha jól tudom ezt a minicomban kellene, de ott elszáll hibával...:-(((
Holnap kipróbálom más linuxon és más gépen..hátha...de ez így eddig nagyon szívás....

Ha idáig eljutottál akkor jöhet a telefonnak a hisztije: nem reagál a modem parancsokra.

Itt kezdett el nekem is hullani a hajam (pedig már nincs sok). Végül a windozos driver logfilejait elemezve rájöttem, hogy a telkó dokumentációja (AT parancsok) igen kevéssé fedi a valóságot.

Pl a telkó doksija emliti az ATZ-t inicializálásnak... Na erre a T6x-ek kiakadnak. Nem is használja ezt a gyári driver, hanem inkább AT&F-et küld ami ugye a factory settings restore a doksi szerint.

Miután a minicomban az init stringet lecseréltem AT&F-re a letkó kezdett működni.

Ha elindul a minicom és az AT&F-re OK-t válaszol akkor nyeregben vagy.
Kérj utána egy ATI3-at erre ki kell írnia a típust.

Innen elkezdhetsz próbálkozni az ATD paranccsal... Elvileg ugye ATDT írtam be símán amit néha nem akart szeretni. Megint jött a logfile analízis (windoz) és lám az ATD-t használ ami nem volt leírva a hovatalos doksiban. Hasoló módon egész jót tesz ha kibányászod a AT+ extended AT parancsokat miket elküld a zárt driver mert ezzel működik a legjobban a kütyü.

Ezen felül ellenőrizd, hogy a /dev/xxxxx (amivel telkód kommunikál) a megfelelő jogosultságokkal van-é felruházva?

Kitartás!

Egyébként 1etértek: szívás beállítani... A gyártók nem igyekeznek kiadni a jó AT parancsokat...

/etc/bluetooth/pin

Ide beirod hogy ecetolaj
Aztan ha a telefon keri akkor neki is.
De ez biztosan csak a awhe_:DF,édo,dlm Linux disztribuciora igaz.

Nálam a pin megadása csak úgy működik, ha előtte kiadom az "xhost +localhost" (vagy a kicsit durvább "xhost +") parancsot.
Meg előtte be kell tölteni néhány modult:
[:20799e4d74]
bluetooth
hci_usb
l2cap
rfcomm
[/:u:20799e4d74][/]

én akkor jártam így, ha úgy próbáltam kapcsolódni telóhoz, hogy előtte nem voltak párosítva... először telón fedeztesd fel a géped, add hozzá a párosított kütyükhöz, majd utána próbálj kapcsolatot létesíteni gépről teló irányában... nekem így ok...

na itt van az /etc/ppp/peers könyvtár:

gprs file
##############################################################
##############################################################
# $Id: gprs,v 1.4 2004/04/28 08:40:32 mcfrisk Exp $
#
# File:
# gprs
#
# Description:
# Serial cable, IrDA, Bluetooth and USB pppd options for GPRS phones.
# See 'man pppd' for detailed option descriptions.

# Most GPRS phones don't reply to LCP echo's
lcp-echo-failure 0
lcp-echo-interval 0

# Keep pppd attached to the terminal:
# Comment this to get daemon mode pppd
nodetach

# Debug info from pppd:
# Comment this off, if you don't need more info
debug

# Show password in debug messages
# ezt én hagytam bekapcsolva debughoz
show-password

# Connect script:
# scripts to initialize the GPRS modem and start the connection,
# wvdial command is for Orange SPV while other phones should work with chat
# itt vwdial chat script
connect /etc/ppp/peers/gprs-connect-chat
#connect "/usr/bin/wvdial --chat --config /etc/ppp/peers/gprs-wvdial.conf radiolinja_usb_orange_spv"

# Disconnect script:
# AT commands used to 'hangup' the GPRS connection.
# hasonlóan a disconnect script is itt van
disconnect /etc/ppp/peers/gprs-disconnect-chat

# Serial device to which the GPRS phone is connected:
# /dev/ttyS0 for serial port (COM1 in Windows),
# /dev/ircomm0 for IrDA,
# /dev/ttyUB0 for Bluetooth (Bluez with rfcomm running) and
# /dev/ttyUSB0 for USB
#/dev/ttyS0 # serial port one
#/dev/ttyS1 # serial port two
#/dev/ircomm0 # IrDA serial port one
/dev/rfcomm0 # Bluetooth serial port one
#/dev/ttyUSB0 # USB serial device, for example Orange SPV

# Serial port line speed
115200 # fast enough
#57600 # perhaps usefull with IrDA as some phones don't like
# speeds higher than this

# Hardware flow control:
# Use hardware flow control with cable, Bluetooth and USB but not with IrDA.
crtscts # serial cable, Bluetooth and USB, on some occations with IrDA too
#nocrtscts # IrDA

# Ignore carrier detect signal from the modem:
local

# IP addresses:
# - accept peers idea of our local address and set address peer as 10.0.0.1
# (any address would do, since IPCP gives 0.0.0.0 to it)
# - if you use the 10. network at home or something and pppd rejects it,
# change the address to something else
# a t-mobilos gprs is ezt használja
:10.0.0.1

# pppd must not propose any IP address to the peer!
noipdefault

# Accept peers idea of our local address
ipcp-accept-local

# Add the ppp interface as default route to the IP routing table
defaultroute

# Newer pppd's also support replacing the default route, if one is
# already present, when the GPRS connetion should be set as the default route
# to the network
#replacedefaultroute

# DNS servers from the phone:
# some phones support this, some don't.
# pl t-mobile-nál ms-dns van és néha megkapom néha nem, így én beírtam a resolv.conf-ba a DNS szervereket azán megy rendesen
usepeerdns

# ppp compression:
# ppp compression may be used between the phone and the pppd, but the
# serial connection is usually not the bottleneck in GPRS, so the
# compression is useless (and with some phones need to disabled before
# the LCP negotiations succeed).
novj
nobsdcomp
novjccomp
nopcomp
noaccomp

# The phone is not required to authenticate:
noauth

# Username and password:
# If username and password are required by the APN, put here the username
# and put the username-password combination to the secrets file:
# /etc/ppp/pap-secrets for PAP and /etc/ppp/chap-secrets for CHAP
# authentication. See pppd man pages for details.
# Example, Radiolinja operator pap-secrets:
# "rlnet" * "internet" *
# ide én csak a usernevet írtam be (ugyanazt amit pap/chap-secretsbe!!!)
user "usernév"

# The persist tries to reopen the connection if it is dropped. This
# is usefull for example with a Nokia 7650 which only manages to
# 'dial' with every second attempt or when the network likes to drop the
# connection every now and then. It's not fun when the over-night
# 'apt-get dist-upgrade -d -y' fails constantly...
#persist
#maxfail 99

# Asyncmap:
# some phones may require this option.
#asyncmap 0xa0000

# No magic:
# some phones may require this option.
#nomagic

# Require PAP authentication:
# some phones may require this option.

##############################################################
##############################################################
a gprs-connect-chat file (chmod +x) futtatható legyen

#!/bin/sh
#
# $Id: gprs-connect-chat,v 1.2 2004/02/02 23:19:28 mcfrisk Exp $
#
# File:
# gprs-connect-chat
#
# Description:
# chat script to open Radiolinjas GPRS service with GPRS phones. If ppp
# negotiation stalls, try restarting the phone. To try with other GPRS
# operator setting, change the PDP contex setting. The settings work with
# most Ericsson models, but Nokia 8310 and 30 do not support QoS parameters
# with AT commands, so just delete those lines and it'll work.
#
# Set PDP context CID=1, protocol=IP, APN=internet:
# AT+CGDCONT=1,"IP","internet","",0,0
#
# Set CID=1 QoS requirements from the network, not supported by Nokia:
# AT+CGQREQ=1,0,0,0,0,0
#
# Set CID=1 minimum acceptable QoS parameters, not supported by Nokia:
# AT+CGQMIN=1,0,0,0,0,0
#
# 'Call' CID=1 (activate PDP context one, perform GPRS attach):
# ATD*99***1#
#
# Some phones like the Orange SPV (yes, the Microsoft Smartphone) use this
# dial string to start GPRS connection:
# ATD*99#
#
# The actual chat script:
exec /usr/sbin/chat TIMEOUT 5 ECHO ON ABORT 'nBUSYr' ABORT 'nERRORr' ABORT 'nNO ANSWERr' ABORT 'nNO CARRIERr' ABORT 'nNO DIALTONEr' ABORT 'nRINGINGrnrnRINGINGr' '' rAT TIMEOUT 12 SAY "Press CTRL-C to close the connection at any stage!" SAY "ndefining PDP context...n" OK ATH OK ATE1 OK 'AT+CGDCONT=1,"IP","internet","",0,0' OK ATD*99# TIMEOUT 22 SAY "nwaiting for connect...n" CONNECT "" SAY "nConnected." SAY "nIf the following ppp negotiations fail,n" SAY "try restarting the phone.n"

#############################################################
#############################################################
és a gprs-disconnect-chat (chmod +x) futtatható legyen

#!/bin/sh
#
# $Id: gprs-disconnect-chat,v 1.3 2004/07/08 22:40:47 mcfrisk Exp $
#
# File:
# gprs-disconnect-chat
#
# send break
exec /usr/sbin/chat -V -s -S ABORT "BUSY" ABORT "ERROR" ABORT "NO DIALTONE" SAY "nSending break to the modemn" "" "K" "" "K" "" "K" "" "+++ATH" "" "+++ATH" "" "+++ATH" SAY "nPDP context detachedn"

##############################################################
##############################################################

Ezen kívül állítsd be az /etc/ppp-ben a pap-secrets file-t és chap-secrets file-t:

Pap secretsbe:
"usernév" * "jelszó"

Chap secretsbe:
"usernév" * "jelszó"

##############################################################
##############################################################
Ha mindez megvan akkor a

rootként futtatva:
/usr/sbin/pppd call gprs

és elvleg ezzel mennie kell

a vonal bontásához ctrl+c

ja a szolgáltatód szerinti telefonszámot (ATD) és AT+CGDCONT=1,"IP","internet","",0,0 extended AT parancsot kell megadni. Nekem ez t-mobile-ra működik ha más a szolgáltatód akkor aszerint kell ezeket megadni!!!

én enekem így megy a dolog:

/etc/bluetooth-ban:

# rfcomm.conf
# RFCOMM configuration file.
#
# $Id: rfcomm.conf,v 1.1 2002/10/07 05:58:18 maxk Exp $
#

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

# Bluetooth address of the device
device 00:0E:ED:64:E7:A4;

# RFCOMM channel for the connection
channel 1;

# Description of the connection
comment "T-gipsz mobile phone";
}

# hcid.conf
# HCI daemon configuration file.
#
# $Id: hcid.conf,v 1.4 2004/04/29 20:14:21 holtmann Exp $
#

# 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;

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

# PIN helper
pin_helper /usr/bin/bluepin;

# D-Bus PIN helper
#dbus_pin_helper;
}

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

# Local device class
class 0x120104;

# 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,master;
#
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 hold,sniff;
#
lp rswitch,hold,sniff,park;

# Authentication and Encryption
auth enable;
encrypt enable;
}

én van egy "pin" nevű file is ott amiben a telefonom BT pinje van... semmi más. Ezze működőképes a telefon.

Amúgy T6x telókat igazi szívás rábírni a normális működésre, mert kell ismerni az AT parancskészletet... Pl ATZ parancsot ki ne adjál mert minden második ATZ-re a telefon behal. AT&F viszont remekül működik inicializálásként.

Ha érdekel, akkor elküldöm a parancskészletet meg a scriptet is amivel nekem megy a telkó...

Ja és volt olyan is, hogy ha két hálózati kártya volt a gépben akkor nem működött a telefon rendesen... Meg ne kérdezd, hogy miért mert nem jöttem rá. Ha kihúztam az egyik hálókártyát akkor ment minden mint a karikacsapás... De mire rájöttem... arrrrrg