Anzeige:
Ergebnis 1 bis 11 von 11

Thema: Kein Connect mit wammu/gammu via Bluetooth

  1. #1
    bash-user Avatar von funkmasta
    Registriert seit
    Sep 2006
    Beiträge
    30

    Kein Connect mit wammu/gammu via Bluetooth

    Hallo zusammen,

    google/forum/irc.. nichts bringt mich "leider" weiter.

    Ziel: Verbindung zwischen meinem Notebook (Ubuntu 6.10) / Bluetooth-Dongle
    (DeLock) und meinem Handy Nokia 6230i herzustellen.

    1. bluez-utils / wammu/gammu installiert.

    2. hcitool scan findet das handy. Handy findet das Notebook.

    3. Configs:

    /etc/bluetotoh/hcid.conf
    Code:
    #
    # 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;
    
    	# 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 "1234";
    }
    
    # Default settings for HCI devices
    device {
    	# Local device name
    	#   %d - device id
    	#   %h - host name
    	name "%h-%d";
    
    	# Local device class
    	#class 0x3e0100;
    	class 0x100100;
    	# Default packet type
    	#pkt_type DH1,DM1,HV1;
    
    	# Inquiry and Page scan
    	iscan enable; pscan enable;
    	discovto 0;
    
    	# 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;
    }
    /etc/bluetooth/rfcomm.conf
    Code:
    #
    # RFCOMM configuration file.
    #
    
    rfcomm0 {
    	# Automatically bind the device at startup
    	bind yes;
    
    	# Bluetooth address of the device
    	device 00:13:FD:86:03:F2;
    
    	# RFCOMM channel for the connection
    	channel	3;
    
    	# Description of the connection
    	comment "6230i";
    }
    ~/.gammurc
    Code:
    [gammu]
    port = 00:13:FD:86:03:F2
    connection = bluerfphonet
    logfile = /tmp/gammulog
    logformat = textall
    model = 6230
    So, beim Verbinden von wammu kommt erst die Abfrage der PIN auf meinem Handy.
    Nach Eingabe dieser, kommt von wammu diese Fehlermeldung.

    Code:
    gammu --identify
    bringt mir
    Code:
    Fehler beim öffnen des Gerätes. Unbekannt/Belegt oder keine Berechtigung
    Hab das gleiche auch unter Debian Sarge ausprobiert, gleiche Probleme.

    Jemand evtl. Ideen?
    Geändert von funkmasta (29.10.06 um 22:35 Uhr)

  2. #2
    Registrierter Benutzer
    Registriert seit
    May 2001
    Ort
    Berlin
    Beiträge
    870
    machst du das als root? (wegen "keine Berechtigung")
    ls ~-

  3. #3
    bash-user Avatar von funkmasta
    Registriert seit
    Sep 2006
    Beiträge
    30
    Beides schon probiert.

  4. #4
    Registrierter Benutzer
    Registriert seit
    May 2001
    Ort
    Berlin
    Beiträge
    870
    kann man dieses gammu mit debug/verbose mode starten?
    Was sagt logfile = /tmp/gammulog?
    ls ~-

  5. #5
    bash-user Avatar von funkmasta
    Registriert seit
    Sep 2006
    Beiträge
    30
    Code:
    [Gammu            - 1.07.00 built 10:26:01 Jul  3 2006 in gcc 4.1]
    [Connection       - "bluephonet"]
    [Model type       - "6230"]
    [Device           - "00:13:FD:86:03:F2"]
    [Run on           - Linux, kernel 2.6.17-10-386]
    [Module           - "1100|1100a|1100b|2650|3100|3100b|3105|3108|3200|3200a|3220|3300|3510|3510i|3530|3589i|3590|3595|5100|5140|5140i|6020|6021|6100|6111|6170|6200|6220|6230|6230i|6310|6310i|6385|6510|6610|6610i|6800|6810|6820|7200|7210|7250|7250i|7270|7600|8310|8390|8910|8910i"]
    Device 00:13:FD:86:03:F2 ("funky")
       Channel 1 - "Dial-up networking"
       Channel 15 - "Nokia PC Suite"
       Channel 3 - "COM 1"
       Channel 13 - "Voice Gateway"
       Channel 12 - "Audio Gateway"
       Channel 14
       Channel 4 - "SIM ACCESS"
       Channel 9 - "OBEX Object Push"
       Channel 10 - "OBEX File Transfer"
       Channel 7 - "Nokia SyncML Server"
       Channel 11 - "SyncML Client"
    Connecting to RF channel 15
    [ERROR 2: Error opening device. Unknown/busy or no permissions.]
    btw:
    Code:
    root@debulux:/home/martin# hcid -n
    hcid[5553]: Bluetooth HCI daemon
    hcid[5553]: Service could not become the primary owner.
    hcid[5553]: Unable to get on D-Bus
    Geändert von funkmasta (29.10.06 um 23:10 Uhr)

  6. #6
    bash-user Avatar von funkmasta
    Registriert seit
    Sep 2006
    Beiträge
    30
    Sorry wegen der neuen Nachricht, aber ist "wichtig".
    Ich habe das Handy nun via
    Code:
    rfcomm connect rfcomm0 00:13:FD:86:03:F2
    verbunden. Mittels gnome-obex-server konnte ich wenigstens schonmal Dateien an mein Handy senden.

    Doch der Rest, immer noch gleich. Ich denke es hat was mit der "Authentifizierung" / PIN zu
    tun. Doch was genau!? Keiner ne Idee?

  7. #7
    unix user
    Registriert seit
    Dec 2000
    Ort
    Lauf
    Beiträge
    239
    Ich weiss jetzt nicht ob das immer noch so ist, aber es
    gab frueher mal Probleme wegen dieser pin. Die einfache
    Abhilfe war, das /etc/bluetooth/pin -script gegen eine
    Datei mit nur dem Pin als Inhalt ausztauschen.
    Teste einfach mal ob das geht.
    # aber die originaldatei am besten nur umbenennen und nicht loeschen.

    mfg Tobyy

  8. #8
    bash-user Avatar von funkmasta
    Registriert seit
    Sep 2006
    Beiträge
    30
    @Tobyy
    Genauso mache ich es die ganze Zeit. EInfache Datei mit dem Inhalt "1234".
    Evtl. sollte ich es mit dem Script versuchen!? :-/

  9. #9
    unix user
    Registriert seit
    Dec 2000
    Ort
    Lauf
    Beiträge
    239
    Falls du das zufaellig noch nicht gesehen hast:

    das wiki von gammu sagt folgendes:
    in many new models (like Nokia 6230 or 6230i) you have to have keypad unlocked during all connection time. Simply activate Bluetooth, infrared (or whatever you use) and enter phone menu before you will try to connect with Gammu.

    http://www.gammu.org/wiki/index.php?...hone#Bluetooth

    mfg Tobyy

  10. #10
    Registrierter Benutzer
    Registriert seit
    Jun 2005
    Beiträge
    5
    Sorry das ich das nochmal hochhole, aber funkmasta, wie hast du das

    Code:
    bash-3.1# hcid -n
    hcid[10445]: Bluetooth HCI daemon
    hcid[10445]: Service could not become the primary owner.
    hcid[10445]: Unable to get on D-Bus
    Problem behoben? Da hänge ich nämlich gerade

  11. #11
    Registrierter Benutzer
    Registriert seit
    Jul 2006
    Beiträge
    115
    Zitat Zitat von funkmasta Beitrag anzeigen
    So, beim Verbinden von wammu kommt erst die Abfrage der PIN auf meinem Handy.
    Nach Eingabe dieser, kommt von wammu diese Fehlermeldung.
    Welche Fehlermeldung ? der Link zum Bild funktioniert nicht

Ähnliche Themen

  1. Nach Update von Amavis geht gar nichts mehr
    Von semy im Forum Linux als Server
    Antworten: 2
    Letzter Beitrag: 31.08.06, 19:11
  2. FRITZ!WLAN USB STICK will nicht mehr
    Von Cali37 im Forum Anbindung an die Aussenwelt
    Antworten: 9
    Letzter Beitrag: 26.01.06, 08:00
  3. verbindung bricht alle 20minuten ab :-(
    Von luckystrikerulz im Forum Anbindung an die Aussenwelt
    Antworten: 4
    Letzter Beitrag: 26.11.05, 12:29
  4. Sicherheitsproblem??
    Von Samson im Forum Linux als Server
    Antworten: 2
    Letzter Beitrag: 19.01.03, 23:20
  5. Bei SuSE7.3 geht das Routen nicht (ohne Firewall)
    Von ortega im Forum Router und Netzaufbau
    Antworten: 10
    Letzter Beitrag: 12.02.02, 00:51

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •