Anleitung: 10.2 & Gnome & Bluetooth (Dateitransfer)?

[wilder]

hallo,
habe mich jetzt mal umgeschaut und festgestellt, dass es einige themen zu bluetooth und opensuse gibt, aber insgesamt ein schönes durcheinander herrscht mit kde-schwerpunkt ...

vorraussetzungen:
* PC mit opensuse 10.2 und gnome
* usb-bluetooth-dongle/stick
* bluetooth-fähiges handy

ich möchte mit eurer hilfte eine schritt für schritt anleitung erstellen, die folgendes zum thema hat:
* bluetooth installieren
* bluetooth einrichten
* dateitransfer (handy <-> PC)
* handydaten synchronisieren

1. bluetooth installieren
welche pakete müssen unter OS 10.2 und gnome installiert sein oder installiert werden?

2. welche konfiguration(en) muss ich wo vornehmen (konsole oder im gnome)?

3. wie richte ich einen funktionierenden dateitransfer vom und zum handy ein?

4. wie synchronisiere ich meine handydaten (telefonbucheinträge, termine etc.)

vielleicht können wir zu diesen vier hauptfragen antworten sammeln auch mit links auf andere threads, die diese fragen schon beantwortet haben.

danke für die hilfe.

p.s.:
in meinem speziellen fall geht es um das nokia 6230i, den edimax bluetooth adapter und opensuse 10.2 mit gnome 2.16.
1.) wie kann ich dateien von und zum handy kopieren?
2.) wie kann ich die handydaten synchronisieren?
gruß w

 

[wilder]

zum thema synchronisieren:

habe diese anleitung (http://www.linux-club.de/viewtopic.php?t=47784) befolgt und bekomme nach der bluetooth-passworteingabe beim handy eine fehlermeldung (kopplung fehlgeschlagen).. die bt-verbindung lässt sich nicht aufbauen..

# This is a sample ~/.gnokiirc file.  Copy it into your
# home directory and name it .gnokiirc.
# See http://wiki.gnokii.org/index.php/Config for working examples.
#

[global]

# Set port to the physical port used to connect to your phone.
# Linux version is:
# port = /dev/ttyS0
#
# For MacOSX you will need something like:
# port = /dev/cu.USA28X1P1.1
#
# For Win32 you want to use:
# port = com1:
# or similiar.
#
# FreeBSD (probably NetBSD and OpenBSD too) use:
# port = /dev/cuaa0
#
# With Linux-IrDA you will want to use
# port = /dev/ircomm0
# or similiar.
#
# Use this setting also for the Bluetooth connection:
port = [MAC-Adresse meines Handys]
# when using it with AT driver set it to:
# port = /dev/rfcomm0
# or similiar.
#
# For the Linux USB cables you will need one of the following settings (or
# similiar)
# port = /dev/ttyUSB0
# port = /dev/tts/USB0
# port = /dev/ttyACM0
# the last one will work only with AT driver. The correct setting should be
# given in the dmesg output.

# Set model to the model number of your phone. For the
# Symbian phones use:
# model = series60
# For other non-Nokia phones and when you want to use AT
# mode use:
# model = AT
# If you can't figure out what to put here read the FAQ.
# If it still doesn't help, consult gnokii-ml or #gnokii at freenode.
model = 6510
# There are few main models that should make use of the certain drivers.
# These are: 6110, 7110, 6510, 3110, 2110, 6160.

# Set IrDA device name.
# If you use irda connection you may want gnokii to autodetect the irda
# device it connects to. This is fine for most of the cases. if you have
# more than one device in range you may want to give manually the device
# name so gnokii correctly recognizes it. Use the name that you can see
# in the discovery log when the phone with infrared is in the range of
# your irda port.
# Note that you need to set this for each phone_ section separately. It
# isn't nested from the global section.
# irda_string = Nokia 6610i

# Initlength controls the number of characters sent to the
# phone during initialisation.  You can either set it to
# the word "default" or a positive integer.
#
# You can try setting this value if you want to connect
# to the phone quicker.  If you've never noticed the
# connection to be slow, it is suggested that you
# leave this alone.  Read the initialisation code in fbus-xxxx
# to understand what this changes if you're curious.
initlength = default

# The type of the connection, for IR set this to infrared or irda.
# For the nk6110 driver only infrared is valid for the IrDA connection.
# See Docs/gnokii-ir-howto for more detailes on this.
# If you have 6210/6250/7110 phone and dau9p cable (the one you can
# use with 6100 series and cannot use hardware modem from the phone)
# you may want to use 'dau9p' value to get faster initialization.
# If you use dlr3 or dlr3p cable for nokia phones in FBUS mode (ie.
# you don't use model = AT) you may want to use 'dlr3p' value here.
# Note that it is recommended and currently the best way to use this
# cable with nk6510 driver.
connection = bluetooth
# With DKU-2 cable use the following setting if you want to libusb driver
# (recommended):
# connection = dku2libusb
# or the following setting if you want to use Linux kernel driver
# connection = dku2
# With DKU-5 cable use the following setting
# connection = dku5
# For Bluetooth and AT driver use the following setting
# connection = serial
# For other Bluetooth settings use
# connection = bluetooth
# For infrared connection with phones other than Nokia 6110/6130/6150 use
# connection = irda


# Set this to 'yes' if you want gnokii to set and check the lock file in
# /var/lock directory. It avoids potential conflicts with other serial
# port software (eg. minicom). If you have wrong permissions for the
# directory, a warning will be generated. If you don't want a lockfile, set
# it to 'no'.
use_locking = no

# Baudrate to use on serial port connections.
# Currently used only by models AT and BIP/CIMD. Defaults to 19200.
serial_baudrate = 19200

# Force waiting after each send character the specified usec time.
# Value -1 forces the fastest 'block' writing,
# value 0 writes each character separately without any explicite waiting,
# other positive values specify the appropriate 1/1000000 sec delaying.
# Siemens M20 requires at least "1"!  FIXME: Model-driven autodetection
#serial_write_usleep = 10000

# Force serial port handshaking mode, useful primarily for "AT" model.
# Gnokii "AT" model uses software handshake by default.
# Possible values: hardware (RTS/CTS - 7 wires) or software (XON/XOFF - 3 wires)
#handshake = software

# If defined (not commented out by '#') it will quit Gnokii anytime
# when DCD line will drop.
#require_dcd = 1

# If you are using a bluetooth connection, you can specify the rfcomm
# channel number here. Default value is 1.
#rfcomm_channel = 1

# There may happen various timeouts during the communication with the phone.
# This parameter enables the retransmission policy. Ie. if the phone doesn't
# respond, we send the frame again. This happend mainly with the older
# phones. You may want to enable it when you see mysterious timeouts.
# Be very carefull with this option. It is suspected to cause phone breakage
# with new DCT4 phones (like Nokia 6100). By default it is switched off
# (sm_retry = 0)
#sm_retry = 1

# Run the specified script(s) right after opening and initializing the device
# and before any communication (right before closing for disconnect_script).
# You may find handy to use it to connect your modem to SMS Center
# when using BIP or CIMD protocols
# Non-absolute path is relative to the specific directory where gnokii is run!
#connect_script = /absolute/path/to/gnokii/Docs/sample/cimd-connect
#disconnect_script =

# When sending SMS you can experience timeouts. This is the feature of the
# overloaded SMSCs. The phones waits for the response from the SMSC confirming
# that it received the short message. When the SMSC is DoSed with many requests
# it will take more time to get the response. Adjust it to your needs. The
# value is given in seconds to wait. Defaults to 10 seconds. Set to 0 to wait
# forever.
smsc_timeout = 10

# Set bindir to point to the location of the various gnokiid binaries.
# In particular ensure that mgnokiidev is in this location, with
# permissions 4750, owned by root, group gnokii.  Ensure you
# are in the gnokii group and that the group exists...
[gnokiid]
bindir = /usr/sbin/

# Any entries in the following two sections will be set as environment
# variables when running the scripts.
# Handy for use for $VAR substitutions in your chat(8) script.
[connect_script]
TELEPHONE = [mein Passwort]
[disconnect_script]


# The following parameters control how libgnokii handle the debugging messages.
# Currently there are three categories: "debug" controls the libgnokii
# normal debug output, "rlpdebug" controls the debug output of the RLP
# subsystem, and "xdebug" is used by the xgnokii or smsd.

[logging]

# where to log the debug output (on: stderr, off: /dev/null)
debug = on

# where to log the rlp debug output (on: stderr, off: /dev/null)
rlpdebug = off

# where to log X debug output (on: stderr, off: /dev/null)
xdebug = off

wo ist der fehler?

 

[wilder]

wenn ich statt 6510 den korrekten handynamen angebe funktioniert es... anders als in dem HOWTO (http://www.linux-club.de/faq/OpenSuse_und_Nokia_via_Bluetooth_(gnokii)) angegeben!

in der gnokiirc funktioniert es so:

model = 6230i

habe den usb-bluetooth-adapter abgezogen und wieder angesteckt und schon hat es geklappt. das programm "Bluetooth Applet 0.6" ist automatisch gestartet..

das passwort muss im handy und am PC über eine abfrage eingegeben werden. die abfrage am PC hatte bisher gefehlt. das passwort-abfrage-fenster öffnet sich nach einem klick auf das bluetooth-popup-fenster.

gruß w

 

[Grothesk]

Und warum korrigierst du die Anleitung nicht einfach?
Dein Nutzername und Passwort funktionieren auch im wiki.

 

[wilder]

Und warum korrigierst du die Anleitung nicht einfach?
Dein Nutzername und Passwort funktionieren auch im wiki.

hallo, das wusste ich nicht. :roll: werde es ggf. einmal editieren, aber erst sollte dieses thema hinreichend geklärt werden..

die datensynchronisation per gnokii funktioniert jetzt.

habe mich jetzt um eine klärung des datei-transfers/datei-austausches zw. handy und pc (gnome) bemüht. scheint noch unzureichend behandelt... unter gnome.


(1) daher ein blick auf eine kde-lösung:
http://frilug.fh-friedberg.de/frilug/bluehandy.html

leider funktioniert diese auch nicht und ich weiß nicht weshalb..
bluetooth:/ im konqueror eingegeben, zeigt mein handy an, doch eine beschriebene "Übersicht der auf dem Handy vorhandenen Bluetooth-Dienste" wird bei mir nicht angezeigt..

könnte hier jemand dieses anleitung testen? um das problem zu klären..



(2) eine andere anleitung habe ich auch versucht:
http://www.jpberlin.de/j.kowal/wiki/index.php/Vaio_-_Bluetooth#obexfs

das handy zu mounten. leider hat auch diese nicht funktioniert. keine fehlermeldung beim mounten und beim zugriff auf /mnt/phone werden keine inhalte angezeigt.

vllt. hat auch hier jemand hinweise oder tipps?

gruß w

 

[wilder]

auch eine schöne beschreibung (mit hintergrundinfos), konnte mir leider nicht helfen. vllt liegt das problem darin, dass mein handy den pc (mit usb-bluetooth-stick) nicht finden kann? gibt es dazu lösungsvorschläge?

 

[wilder]

hallo,

ich habe jetzt gnome-vfs-obexftp installiert, wie es in der INSTALL des packetes beschrieben ist. keine probleme, nur dass ich noch gnome-vfs-devel installieren musste. "make install" als root ausgeführt, fertig.

wie in der README zu lesen ist, soll ich jetzt über "obex://[Handy-Adresse]/" auf das handy mit jedem file-magager (z.b. nautilus) zugreifen können, doch leider funktioniert es nicht. fehlermeldung: "»obex:« ist kein gültiger Ort." woran könnte es liegen?

xgnokii funktioniert ja mit bluetooth. und auch der dateitransfer aus der konsole funktioniert, z.b. "obexftp -b [Handy-Adresse] -c MMC -g testdatei.txt". wer weiß weiter..?

gruß w

 

[wilder]

habe eine lösung gefunden mehrere dateinen vom handy auf den pc zu kopieren. Datenaustausch mit ObexFTP und der Bash auf linux-user.de zeigt ein script, das bei mir einwandfrei funktioniert, um z.B. meine gesammelten fotos auf die festplatte zu bekommen.

der code für das Nokia 6230i ist folgend angepasst. den thumbnail-teil könnte man auch rausschmeißen, wenn nicht benötigt:

#!/bin/bash
IFS=""
Newline=$'\n'
BluetoothID="[Handy-Adresse]"
PhoneDir="MMC"
#NewFolder=$(date + "%Y%m%d")
LocalDir="/home/nutzer/bilder/handy"

function GetObexFiles()
{
XML="${1#*<folder-listing*>}"
XML="${XML%</folder-listing>*}"
OLDIFS=$IFS
IFS=$Newline
for Z in $XML; do
Z="<${Z#*<}"
if [ "${Z:1:4}" == "file" ]; then
Name="${Z#*<* name=\"}"
Name="${Name%%\"*/>*}"
echo "${Name}"
fi
done
IFS=$OLDIFS
}

XML="`obexftp -b ${BluetoothID} -l ${PhoneDir} 2>/dev/null`"
Files="`GetObexFiles $XML`"
IFS=$Newline

cd ${LocalDir}
#mkdir ${NewFolder}
for f in ${Files}; do
if [ "${f:0:1}" == "T" ]; then
continue
fi
obexftp -b ${BluetoothID} -c ${PhoneDir} -G ${f} >/dev/null 2>/dev/null
convert -geometry 195x156 ${f} T${f:1}
obexftp -b ${BluetoothID} -c ${PhoneDir} -p T${f:1} >/dev/null 2>/dev/null
done

kann jemand helfen, da ich für jedes mal ausführen des scripts, ein neues verzeichnis erstellen möchte, das den namen des aktuellen datums bekommen soll, z.b. 070820.

NewFolder=$(date + "%Y%m%d")
mkdir ${NewFolder}

funktioniert nicht. kenne mich auch nicht aus. wie bekomme ich das hin?


vllt. lässt sich noch das problem mit dem nautilus und "obex://..." lösen...

gruß w

 

[wilder]

NewFolder=$(date '+%y%m%d')
mkdir ${NewFolder}

funktioniert. leider genlingt es mir nicht z.b. "070820_Fotosammlung", also ein verzeichnisnamen mit datum und textzusatz, zu erstellen.. kennt da jemand scriptkundiges den kniff?

/edit: korrekt sieht das so aus:

NEUERORDNER="$(date '+%y%m%d')_$POSTFIX"

POSTFIX weise ich per eingabe über zenity zu.

POSTFIX=$(zenity --title='Ordnername für die Fotos' --entry --text 'Wie soll der Ordner heißen, in den die Bilder kopiert werden?')

jetzt wäre noch das problem mit obex:// und file-manager nautilus zu aufzuklären..

gruß w.

 

[DerWahreOskar]

Ich habe ein ähnliches Problem wie Du. Ich arbeite mit openSuse 10.2 und habe sowohl KDE wie auch Gnome installiert, es läuft aber als GUI fast ausschließlich Gnome, wobei ich ziemlich viele KDE-Tools verwende. Ich suche mir halt wg der vielen Software-Fehler aus beiden Paketen das Beste raus. Das funktioniert inzwischen auch ganz gut - so auch mit Bluetooth.

Zu Erklärung sei noch gesagt: Ich fahre - gerade wg Bluetooth - den Rechner nur einmal morgens hoch und abends wieder runter, sonst wird mir der Aufwand zu groß, denn Bluetooth ist nach meiner Erfahrung sehr empfindlich. Aber wenns mal läuft, dann läufts.

Meine Verwendung: Ich habe öfters größere Mengen an Bilddateien vom Handy - einem Motorola E1070 - zum PC zu transferieren, manchmal auch in der Gegenrichtung. Der Transfer Handy->PC wird via Handy eingeleitet. Dort markiere ich die Dateien, die überspielt werden sollen und starte dann den Transfer. Der Rest geht dann von alleine. Das funktioniert aber nur mit dem Motorola E1070 so. Ich habe noch ein Sagem-Handy, mit dem ich nur jeweils eine einzelne Datei pro Aufruf überspielen kann. Dabei wird man ramdösig. :wtf:

Ein Ärgernis ist die Art, wie unter die Linux die Geräte "gepaart" werden. :wtf: Weder das Handy, noch Linux haben einen "Button" vorgesehen, mit dem man die Suche nach einem anderen Gerät auslösen kann, man muß immer irgendwelche Umwege gehen. Wie ich es geschafft habe, die beiden - E1070 und Linux - zu "paaren", weiß ich nicht mehr. Anfangs hatte ich massive Probleme mit der Datenübertragung und hab die Geräte deshalb ab und zu auch mal wieder getrennt, mit der Folge, daß ich massive Probs hatte, sie wieder zusammenzubringen. Seitdem trenne ich sie gar nicht mehr.

Problematisch ist auch das morgendliche Hochfahren des Rechners. Ich habe es mir zur Gewohnheit gemacht, dabei PEINLICH GENAU ein bestimmtes Prozedere einzuhalten, dann funzt es einigermaßen und ich verbringe nicht mehr allzuviel Zeit damit. Ich hab nämlich durchaus was anderes vor, als ständig den Fehlern von Linux hinterher zu laufen. :roll:

Das Prozedere:

1. Der Rechner ist ausgeschaltet, der Bluetooth-dongle - von der Fa. Denqbar - steckt bereits in der USB 1.1-Schnittstelle

2. Rechner einschalten, Linux  hochfahren und als normaler User einloggen. Nach dem Einloggen einen Moment warten, bis die Festplatten-Aktivitäten nachgelassen haben. Wenn man das nicht einhält, d.h. NICHT WARTET, bis der Rechner wieder zur Ruhe gekommen ist, dann funktioniert das Ganze nach meiner Erfahrung nicht. Ich vermute als Ursache massive Timing-/Synchronisationsprobleme in Linux. Es gibt noch andere Fehlersituationen, in denen dieser VERDACHT besteht. Gesichert ist das allerdings nicht. Ich habe weder Zeit noch Lust, nach diesen Fehlern zu suchen.

3. Per Mausclick mittels Yast die Bluetooth-Dienste und den Bluetooth-Manager starten: /sbin/yast2 bluetooth.   Danach einen Moment warten, bis der Mauszeiger wieder "normal" ist.

4. Danach sofort kbluetoothd starten. Darauf achten, daß sich das Icon korrekt in der Taskleiste plaziert, sonst gibts Probleme beim Ansprechen der Tools.

5. Versuchsweise eine Datei vom Handy zum PC transferieren. Das muß auf Anhieb und innerhalb von Sekundenbruchteilen funktionieren. Falls NICHT, dann hast Du ein Problem.

Wenn der versuchsweise Transfer funzt, dann läufts auch für den Rest des Tages. Wenn nicht, dann wirds problematisch. Das kommt inzwischen aber nur noch selten vor, weil ich mich geradezu sklavisch an dieses Prozedere halte.

Grund für die Probleme:

1. Linux-Softwarefehler
2. Software-Fehler im Handy
3. Fehler im Bluetooth-Dongle, der bei mir insbesondere NICHT auf einen Hardware-Reset reagiert

Deshalb kommt es in Fehlersituationen besonders darauf an, einen definierten Ausgangszustand herzustellen. Das heißt, daß ich

a) den Rechner komplett runterfahre und für ca. 1 Minute ausschalte. Der Dongle sitzt auf der Rückseite und der Rechner steht unter dem Schreibtisch. Da ist das der einfachste und sicherste Weg. Das kommt aber - wie gesagt - nur noch selten vor.

b) am Handy Bluetooth abschalte und erst dann das Handy ebenfalls ganz ausschalte. In Fehlersituationen darf am Motorola E1070 Bluetooth nicht eingeschaltet sein, wenn man das Handy ein- bzw. ausschaltet. Ansonsten ist das egal.

c) dann das gesamte Prozedere - wie oben beschrieben - wiederhole

Auf diese Weise funzt der Datei-Transfer inzwischen in beiden Richtungen nahezu reibungslos. Es hat aber auch WOCHEN gedauert, bis es endlich soweit war.

Nicht wirklich ausprobiert habe ich bisher den Abgleich von Termin- und Telefondaten etc. Konqueror bietet das zwar an, aber es scheinen die zugehörigen Scripts - oder was auch immer - zu fehlen. An diesem Punkt habe ich aufgegeben, weil die LINUX-Doku für mich einfach nur noch ein einziges Ärgernis ist. :wtf:

Gestartet wird Konqueror, indem man mit der LINKEN Maustaste auf das Icon von KBLUETOOTHD in der Taskleiste klickt. Dort dann auf LOCALHOST klicken und schon biste "drin" - oder auch nicht :mrgreen:

 

[emvau]

Hallo, ich habe es schon aufgegeben Bluetooth mit Suse 10.2 zu nutzen. Habe ein Nokia 6230i.
Parallel nutze ich Suse 10.3 und da sind schon in der Beta3 alle Bluetooth-Probleme gelöst..
Es kann nur besser werden.

 

[Stinger_AM]

]auch eine schöne beschreibung (mit hintergrundinfos), konnte mir leider nicht helfen. vllt liegt das problem darin, dass mein handy den pc (mit usb-bluetooth-stick) nicht finden kann? gibt es dazu lösungsvorschläge?

Ich nutze aktuell OpenSUSE 10.3, einen Bluetooth-USB-Stik der Firma BELKIN und mein Handy ist ein Nokia 9300. Mit og. Beschreibung habe ich es nach ein paar Mal aktualisieren geschafft, mein Handy mit dem PC zu verbinden. Siehe da, alle Handy-Laufwerke wurden nach der PIN-Eingabe im obex-Verzeichnis im Konquerer angezeigt und auch ein Dateitransfer klappte prima. Allerdings war die Transferrate recht fad und ein File von 5,5MB brauchte ca. 5 Minuten zum übertragen.

Gibts da eine Möglichkeit das Ganze zu beschleunigen?

Außerdem ist mir aufgefallen, das mein Linux mit jedem Gerätezugriff eine neue Verbindung aufbaute und diese nach Abschluss der Operation kappte. Ich schätze, dass dies so gewollt ist.

 

[linux-for-ever]

Ich habe ein ähnliches Problem wie Du. Ich arbeite mit openSuse 10.2 und habe sowohl KDE wie auch Gnome installiert, es läuft aber als GUI fast ausschließlich Gnome, wobei ich ziemlich viele KDE-Tools verwende. Ich suche mir halt wg der vielen Software-Fehler aus beiden Paketen das Beste raus. Das funktioniert inzwischen auch ganz gut - so auch mit Bluetooth.

Zu Erklärung sei noch gesagt: Ich fahre - gerade wg Bluetooth - den Rechner nur einmal morgens hoch und abends wieder runter, sonst wird mir der Aufwand zu groß, denn Bluetooth ist nach meiner Erfahrung sehr empfindlich. Aber wenns mal läuft, dann läufts.

Meine Verwendung: Ich habe öfters größere Mengen an Bilddateien vom Handy - einem Motorola E1070 - zum PC zu transferieren, manchmal auch in der Gegenrichtung. Der Transfer Handy->PC wird via Handy eingeleitet. Dort markiere ich die Dateien, die überspielt werden sollen und starte dann den Transfer. Der Rest geht dann von alleine. Das funktioniert aber nur mit dem Motorola E1070 so. Ich habe noch ein Sagem-Handy, mit dem ich nur jeweils eine einzelne Datei pro Aufruf überspielen kann. Dabei wird man ramdösig. :wtf:

Ein Ärgernis ist die Art, wie unter die Linux die Geräte "gepaart" werden. :wtf: Weder das Handy, noch Linux haben einen "Button" vorgesehen, mit dem man die Suche nach einem anderen Gerät auslösen kann, man muß immer irgendwelche Umwege gehen. Wie ich es geschafft habe, die beiden - E1070 und Linux - zu "paaren", weiß ich nicht mehr. Anfangs hatte ich massive Probleme mit der Datenübertragung und hab die Geräte deshalb ab und zu auch mal wieder getrennt, mit der Folge, daß ich massive Probs hatte, sie wieder zusammenzubringen. Seitdem trenne ich sie gar nicht mehr.

Problematisch ist auch das morgendliche Hochfahren des Rechners. Ich habe es mir zur Gewohnheit gemacht, dabei PEINLICH GENAU ein bestimmtes Prozedere einzuhalten, dann funzt es einigermaßen und ich verbringe nicht mehr allzuviel Zeit damit. Ich hab nämlich durchaus was anderes vor, als ständig den Fehlern von Linux hinterher zu laufen. :roll:

Das Prozedere:

1. Der Rechner ist ausgeschaltet, der Bluetooth-dongle - von der Fa. Denqbar - steckt bereits in der USB 1.1-Schnittstelle

2. Rechner einschalten, Linux  hochfahren und als normaler User einloggen. Nach dem Einloggen einen Moment warten, bis die Festplatten-Aktivitäten nachgelassen haben. Wenn man das nicht einhält, d.h. NICHT WARTET, bis der Rechner wieder zur Ruhe gekommen ist, dann funktioniert das Ganze nach meiner Erfahrung nicht. Ich vermute als Ursache massive Timing-/Synchronisationsprobleme in Linux. Es gibt noch andere Fehlersituationen, in denen dieser VERDACHT besteht. Gesichert ist das allerdings nicht. Ich habe weder Zeit noch Lust, nach diesen Fehlern zu suchen.

3. Per Mausclick mittels Yast die Bluetooth-Dienste und den Bluetooth-Manager starten: /sbin/yast2 bluetooth.   Danach einen Moment warten, bis der Mauszeiger wieder "normal" ist.

4. Danach sofort kbluetoothd starten. Darauf achten, daß sich das Icon korrekt in der Taskleiste plaziert, sonst gibts Probleme beim Ansprechen der Tools.

5. Versuchsweise eine Datei vom Handy zum PC transferieren. Das muß auf Anhieb und innerhalb von Sekundenbruchteilen funktionieren. Falls NICHT, dann hast Du ein Problem.

Wenn der versuchsweise Transfer funzt, dann läufts auch für den Rest des Tages. Wenn nicht, dann wirds problematisch. Das kommt inzwischen aber nur noch selten vor, weil ich mich geradezu sklavisch an dieses Prozedere halte.

Grund für die Probleme:

1. Linux-Softwarefehler
2. Software-Fehler im Handy
3. Fehler im Bluetooth-Dongle, der bei mir insbesondere NICHT auf einen Hardware-Reset reagiert

Deshalb kommt es in Fehlersituationen besonders darauf an, einen definierten Ausgangszustand herzustellen. Das heißt, daß ich

a) den Rechner komplett runterfahre und für ca. 1 Minute ausschalte. Der Dongle sitzt auf der Rückseite und der Rechner steht unter dem Schreibtisch. Da ist das der einfachste und sicherste Weg. Das kommt aber - wie gesagt - nur noch selten vor.

b) am Handy Bluetooth abschalte und erst dann das Handy ebenfalls ganz ausschalte. In Fehlersituationen darf am Motorola E1070 Bluetooth nicht eingeschaltet sein, wenn man das Handy ein- bzw. ausschaltet. Ansonsten ist das egal.

c) dann das gesamte Prozedere - wie oben beschrieben - wiederhole

Auf diese Weise funzt der Datei-Transfer inzwischen in beiden Richtungen nahezu reibungslos. Es hat aber auch WOCHEN gedauert, bis es endlich soweit war.

Nicht wirklich ausprobiert habe ich bisher den Abgleich von Termin- und Telefondaten etc. Konqueror bietet das zwar an, aber es scheinen die zugehörigen Scripts - oder was auch immer - zu fehlen. An diesem Punkt habe ich aufgegeben, weil die LINUX-Doku für mich einfach nur noch ein einziges Ärgernis ist. :wtf:

Gestartet wird Konqueror, indem man mit der LINKEN Maustaste auf das Icon von KBLUETOOTHD in der Taskleiste klickt. Dort dann auf LOCALHOST klicken und schon biste "drin" - oder auch nicht :mrgreen:

Hallo,
ich hatte das Problem, das jedes Mal eine Fehlermeldung auftauchte, bis ich einmal mich als ROOT eingelockt habe.
Da hab ich mich beigesetzt und folgendes Script geschrieben :

#/bin/sh!
sux --command='ciptool connect XX:XX:XX:XX:XX:XX'

XX:XX:XX:XX:XX:XX ist die Bluetooth-Adresse des Gerätes.

Folgende Schritte sind noch zu machen:
1. Dieses Script habe ich unter den Eigenschaften noch dem Rechte "Ausführbar" ausgestattet.
2. Als Anwendung, die geöfnet werden soll, habe ich X-Terminal ausgewählt.

das war eigentlich alles.
Wenn ich jetzt diese Script aufführe (klick), so öffnet sich ein Terminalfenster, in das ich ROOT-Passwort eingeben muss. Dieses schliesst sich, sobald die Verbindung stabil ist.
Wenn es nicht funktionieren würde, häte ich keine Nachricht verfast.

so long,
linux-for-ever :