I've got a Logitech bluetooth keyboard/mouse combo that comes with a
charging base for the mouse, which server also as the BT receiver. On it
is a button marked "connect".
When the receiver is working in "I'll do the bluetooth bit and just
pretend to be a USB keyboard and mouse", this is used to connect it to
the keyboard or mouse in question. When it is running as a real Bluetooth
receiver with the HID being done by Linux, this button appears to have no
effect.
I was wondering whether it might be possible to watch for this button
being pressed, and if so, trigger a
hidd --search
command.
I ask because sometimes lately I've noticed the keyboard and/or mouse
will become disconnected, requiring the above command to be run
simultaneously to pressing the "connect" button on the keyboard/mouse.
When the mouse has done that, not too difficult. But if the keyboard
goes, it's obviously more difficult to recover :)
--
Paul "LeoNerd" Evans
[email protected]
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
On Mon, 13 Nov 2006 09:14:54 +0100
Marcel Holtmann <[email protected]> wrote:
> I personally don't think that this button event is reported through HID
> in any way. So we can't react on it.
Perhaps a question for the USB people?
--
Paul "LeoNerd" Evans
[email protected]
ICQ# 4135350 | Registered Linux# 179460
http://www.leonerd.org.uk/
Hi Marcel,
On Mon, Nov 13, 2006 at 09:14:54AM +0100, Marcel Holtmann wrote:
> Hi Paul,
=
> > I ask because sometimes lately I've noticed the keyboard and/or mouse
> > will become disconnected, requiring the above command to be run
> > simultaneously to pressing the "connect" button on the keyboard/mouse.
> > When the mouse has done that, not too difficult. But if the keyboard
> > goes, it's obviously more difficult to recover :)
> =
> A Bluetooth mouse and keyboard re-connects to you after the initial
> connect. Make sure "hidd --server" is running to accept these connects.
Although this is generally true and works fine for me most of the time
(going away on vacation, coming back 10 days later and the keyboard/mouse
reconnects immediately), sometimes it fails. Then i have to massage the
system quite a bit (replug the BT dongle, multiple hidd --search and
pressing the connect button on the keyboard/mouse required until it
suddenly works again).
So there might still be a bug in there. Unfortunately i was unable to
reproduce it (and in the way of doing so write down what i _exactly_
had to do to get it working) and after me fixing it in "headless chicken
mode" the logs are probably too polluted to be useful.
If i encounter it the next time, i try to be more careful and capture
hcidump -V -X etc.
Oh - and it seems to happen more often on some hardware (never had it
on my epox CSR based keyboard/mouse, but the Microsoft BT Desktop shows
it more often). Generally, this seems to be happen less frequently with
a recent system than, say, a year ago.
-- =
Stefan Seyfried
QA / R&D Team Mobile Devices | "Any ideas, John?"
SUSE LINUX Products GmbH, N=FCrnberg | "Well, surrounding them's out." =
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easi=
er
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D1=
21642
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users
Hi Paul,
> I've got a Logitech bluetooth keyboard/mouse combo that comes with a
> charging base for the mouse, which server also as the BT receiver. On it
> is a button marked "connect".
>
> When the receiver is working in "I'll do the bluetooth bit and just
> pretend to be a USB keyboard and mouse", this is used to connect it to
> the keyboard or mouse in question. When it is running as a real Bluetooth
> receiver with the HID being done by Linux, this button appears to have no
> effect.
>
> I was wondering whether it might be possible to watch for this button
> being pressed, and if so, trigger a
>
> hidd --search
>
> command.
I personally don't think that this button event is reported through HID
in any way. So we can't react on it.
> I ask because sometimes lately I've noticed the keyboard and/or mouse
> will become disconnected, requiring the above command to be run
> simultaneously to pressing the "connect" button on the keyboard/mouse.
> When the mouse has done that, not too difficult. But if the keyboard
> goes, it's obviously more difficult to recover :)
A Bluetooth mouse and keyboard re-connects to you after the initial
connect. Make sure "hidd --server" is running to accept these connects.
Regards
Marcel
-------------------------------------------------------------------------
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job easier
Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo
http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642
_______________________________________________
Bluez-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bluez-users