Date: Sun, 13 May 2007 16:14:28 -0700 From: "Maksim Yevmenkin" <maksim.yevmenkin@gmail.com> To: "Stefan `Sec` Zehl" <sec@42.org> Cc: freebsd-bluetooth@freebsd.org Subject: Re: send something TO a hid device Message-ID: <bb4a86c70705131614t76526fbbya3a5253fe2e742a9@mail.gmail.com> In-Reply-To: <20070513140148.GA24803@ice.42.org> References: <20070513140148.GA24803@ice.42.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Hello, > I have just acquired a Bluetooth "Media Pad", which is basically a small > keyboard with an LCD display above it. you are talking about logitech dinovo pad, are you not? > The keypad part works ok with bthidd (some special keys don't yet send > keycodes, but that should be easily fixable). ok. patches are welcome. > The more interesting part is that I have found some rudimentary info on > how to send something to that display, and wanted to implement that for > FreeBSD. > > The problem I have is that bthidd is not designed to receive data from > somewhere else and send it to the device. As a test, I have successfully > hardcoded some data and sent it to the device already, but that data > needs to come from outside bthidd in the long run. What would be the > preferred way to get such data into the bthidd? it depends. what are you planning to do with the lcd display? also would be nice to have hid descriptor dump (i assume hid reports are used to send information to the pad). > The obvious idea seams to be to make bthidd listen on a local socket, > and implement an ad hoc protocol. Are there any better ideas? Is there > perhaps a way to send information "backwards" through a vkbd device? local unix or inet (on 127.0.0.1) is the way to go imo. putting stuff into vkbd(4) is a bad idea, because one side (keyboard) of vkbd is grabbed by the kernel another (device) is grabbed by the bthidd(8) and there is no easy way to stuff extra data into vkbd(4). implementing a "pass-through" type of interface in bthidd(8) makes more sense, however, there is aways a risk that someone will use "pass-through" interface incorrectly and will, for example, mess with keyboard lights or something. i'm not a really big fan of displays on keyboards, but someone might find them useful in an "eye candy" soft of way :) the "pass-through" interface idea might have some value, though. i'm hoping for "smart" hid devices, i.e. keyboards with programmable layouts, etc. thanks, max
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bb4a86c70705131614t76526fbbya3a5253fe2e742a9>