Am having the same probs. any luck so far?

I installed the various bluetooth stuff thru the synaptics manager, restarted the pc.  So now instead of no such command, the return is: Can't open HCI socket.:Address family not supported by protocol.  I have down loaded the bluesoliel application.  What should I do?  Thats besides moving over to XP.

I was able to get to sudo hidd --search.  My kensington dongle appears to be functioning properly.  I am trying to pair a plantronics 2500 headset.  without the headset in pairing mode I get "No device in range or visible".  With it in pairing mode it displays searching ... and then returns to the command prompt.  Am I wasting my time trying to pair an earpice?  Does Bluetooth only work with mice and keyboards?

In order to overcome 5MB limitation (strange one, cause I already have genuine BlueSoleil dongle) use this patch:

---[cut]---
#!/usr/bin/perl

# Depends: BsolServer of IVT_BlueSoleil_for_Linux_v1.0_i386_eeepc701.zip

$mode = shift; # -f forward, -b backward
$fname = (shift or 'BsolServer');

die "Wrong usage :-(" unless $mode and $fname;
die "Bad mode" if $mode ne '-f' and $mode ne '-b';

open F, "+<$fname" or die "Can't open file '$fname', cause: $!";
binmode F;

while(<DATA>)
{
    if (m{^([0-9A-F]{8}):\s+([0-9A-F]{2})\s+([0-9A-F]{2})})
    {
        $pos = hex($1); $addr = $1;

        if ($mode eq '-f') {($old, $new) = ($2, $3)}
        else               {($old, $new) = ($3, $2)};

        seek F, $pos, SEEK_SET;
        read F, $d, 1; $d = uc(unpack "H2", $d);
        die "Wrong data $d at $addr, must be $old"
            if $d ne $old and $d ne $new;

        seek F, $pos, SEEK_SET;
        print F chr(hex($new));
        print STDERR "Patching $d at $addr to be $new (was $old)\n";
    }
}

close F;

__END__
0007BACD: 01 00
0007BBAF: 01 00
---[cut]---

Never mind, I'm giving up on Bluesoleil :[

Hi 3ehobbyst,

I'm having difficulty solving hciconfig errors on eeepc900 onto which I have installed BlueSoleil.

In your 29 Jul 08 post you suggest hci tools are in conflict with BlueSoleil installation but I'm not quite sure of the steps in your 'fix':

3ehobbyst wrote:

...
so, my solution: to create subdirectory 'bluesoleil' (inside /lib/modules/.....-eeepc/)
to copy the four mentioned above modules here, to rename bluetooth.ko.bak back
and to run depmod after all these.

At which level are you putting your new subdirectory?
ie. ".. /lib/modules/${DKERNEL_VERSION}/bluesoleil .." or ".. /lib/modules/${DKERNEL_VERSION}/kernel/bluesoleil .."

Then, having transferred the four files into the new subdirectory, do we have to rename bluetooth.ko.bak to bluetooth.ko AND also hci_usb.ko.bak to hci_usb.ko as well?

Can you give any syntax needed with the use of '.. depmod .. ' and confirm the details of the transfers needed in your last step:

...  you need to transfer icon description from ".. /opt/xandros/share/AsusLauncher/simpleui.rc .." to ".. /home/user/.AsusLauncher/simpleui.rc .." otherwise it won't be showed.

Sorry if I am covering simple ground here, but I am finding this stuff pretty confusing and any assistance is very much appreciated for a complete beginner in Linux!

Perhaps the following might help those struggling with hciconfig problems – I can’t guarantee the steps will work for everyone but, looking at various forum postings, I became very confused to know if the solutions people seemed to be suggesting would work on my eeePC 900 or whether, for example, they had worked on a 700 but would go wrong if tried on a 900. Many novice users seem as confused as me, so please treat this post as a case of ‘the blind leading the blind’ (but with much appreciated help along the way from other forum posters):

I am putting this post into a couple of forum threads which cover the same areas of difficulty, but cross reference the different threads along the way. Sorry its so long, but if you’re as confused as I was, a bit of reading may help to calm the nerves!


Background:
I have been attempting to install and run SeaClear navigation software under Wine. I was able to get the software running Ok but could not receive a data feed from by Bluetooth GPS unit which SeaClear was looking for on serial port Com1


Problems with hciconfig and hci tools:

Initially, I installed BlueSoleil’s eeePC version of its software and, whilst this managed to pair successfully with Bluetooth phones, etc, and appeared to pair with my GPS unit, I still could not figure how to redirect the data feed to com1 for SeaClear.

Reading various postings, I realised that I needed to redirect Bluetooth input from rfcomm0 to com1 and that I needed hci tools to do that. Every time I tried running hciconfig I got either nothing or, having reloaded bluez-utils (through Synaptic) the error message “Can't open HCI socket. Address family not supported by protocol”

3ehobbyst’s posting on http://forum.eeeuser.com/viewtopic.php?id=27958 (post #7) made me think BlueSoleil might be creating problems with the bluez files so I reinstalled the two kernel modules he referred to and then ran the command depmod –a in the terminal window. (Olgs’ posting #8 on http://forum.eeeuser.com/viewtopic.php? … 76#p359476 deals with this very clearly too.)

This gave me back the hci tools on rebooting - so now I could go to the next stage and look at how to deal with the redirection from rfcomm0 to com1 for SeaClear.


Setting up Wine

Initially, I edited ~/.wine/dosdevices/system.reg so that the serial port com1 was set to rfcomm0. This can be done either in the terminal window (“.. sudo nano ……” or by double clicking the file under File Manager and editing).

Scroll down in the file until you find the entry
“.. [Hardware\\DEVICEMAP\\SERIALCOMM] …” (followed by a number)
and on the next line replace @=”” with:
    "com1"="rfcomm0"
(Note the quotation marks must be included). Re-save the file under its original name.

Note: I have carried out this step on my eeePC 900 but Notle (see below) who is running a 701 (with a beta version of Wine 9.25) has no ‘com1’ entry in his system.reg file – in my case the running SeaClear under Wine doesn’t work without the modification in system.reg but, depending on your eeePC model, you can perhaps experiment. It should be pretty obvious if your system.reg file needs the serialcomm setting to be input. I have Wine version 0.9.25 on my machine.



Running SeaClear under Wine:

Notle has posted a thread at http://forum.eeeuser.com/viewtopic.php?pid=344594 giving some code to connect his eeePC 701 with his GPS Bluetooth dongle.

Using hcitool scan I obtained the unit id for my GPS and was able to follow Notle’s given code but only up to the last line. At this point, I ran “.. sudo cat /dev/rfcomm0 ..” and received screenfulls of very encouraging looking GPS data streaming in from my Bluetooth GPS!

I changed the last line of Notle’s code to give the correct location path to the version of SeaClear_2.exe on my computer but still received an error message (“.. Cannot find com1 ..”) when I tried running SeaClear. Changing to other com ports didn’t help either – it all seemed ‘so near, yet still so far’!

Olgs’ posting (mentioned above) suggested creating (or modifying) the file /etc/fastservices and appending the two lines (which must be in the correct order):
dbus
bluetooth
so I did this.

I then decided that there must be some way to avoid manually starting up my Bluetooth connection after each reboot which is what Notle’s code seemed to make me do, so I delved into what appeared to be a highly complicated wiki entry (http://wiki.eeeuser.com/bluetooth_gps) but which is, in fact, fairly straightforward if you follow it through carefully – some things which I did, though, and which might help others:

(i)    Make sure to start udevmonitor in your terminal window before you plug in your GPS – not after as I did! (It monitors the GPS as it is plugged in!)
(ii)    I did all my work in my directory /home/user so don’t be put off by the reference in the wiki to vesta:/root>
(iii)    I did not install gpsd as suggested in the wiki – using sudo cat /dev/rfcomm0 was an easy way to check GPS data was feeding in. (Remember, at this stage, my Bluetooth was connected and I could see data on rfcomm0 but couldn’t get SeaClear to see it under com1)
(iv)    Instead of the file /etc/udev/gpsd.rules referred to in the wiki, I created a new file /etc/udev/gps.rules and changed all references to “gpsd” in the given code to “gps”. My new executable file, as you follow the wiki on, accordingly became /lib/udev/gps.rfcomm
(v)    I modified /etc/bluetooth/rfcomm.conf and, finally, edited /etc/modules as suggested.

With some trepidation, I then rebooted, plugged in my GPS, checked for data input (cat /dev/rfcomm0) and in came the data feed – when I turned the GPS off, it stopped, and when I pulled the dongle out and put it back in, it started up again automatically.

Furthermore, when I loaded up SeaClear under Wine, communication was established with com1 (which I had set as the communication port under Tools>Preferences in SeaClear) and – hey presto! – my chart now shows me where I am!!

With hindsight, it all seems so simple, but for those of us who are pretty new to Linux, the ‘getting there’ may not seem easy at all.

Good luck if you’re still struggling with Bluetooth - I hope this ‘case study’ might help and, in particular, I’m very grateful to those posters I refer to who helped me to get my problem resolved.


PS.
I have not re-installed BlueSoleil in case it causes me kernel problems again. I can’t comment on whether or not it originally caused any conflict in my system but as I only want a Bluetooth connection for GPS input to SeaClear I don’t need BlueSoleil at the moment.

Last edited by manxices (2008-09-02 5:41:57 pm)