Return-Path: MIME-Version: 1.0 In-Reply-To: References: <1302455477-27664-1-git-send-email-dh.herrmann@googlemail.com> <1304379171.13362.41.camel@novo.hadess.net> Date: Tue, 3 May 2011 20:28:17 +0200 Message-ID: Subject: Re: [RFC][PATCH 0/4] Allow hexadecimal encoded pins From: David Herrmann To: Daniele Forsi Cc: Bastien Nocera , linux-bluetooth@vger.kernel.org, johan.hedberg@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: On Tue, May 3, 2011 at 2:27 PM, Daniele Forsi wrote: > one issue when using the 1+2 way is that the Wiimote will forget the > pairing when it is turned off while the PC will remember it, so the > Wiimote won't be shown in the list of found devices and you need to > delete it before you can pair again I don't get this. If the wiimote is listed as paired, why would you want to see it in the list of found devices? The wiimote is already listed as paired so simply reestablish the pairing by connecting to the wiimote via DBus bluez.Input api. >>> Is there any way to detect which "type" of pairing is made with the >>> Wiimote, eg. you say that button 1+2 will only work for temporary >>> connections. Can we detect this? Would pairing anyway work? >> >> I guess you mean that you wanna predict which PIN to use? No, I >> currently know no way to detect this. However, one may try the first >> pin and if that fails the second pin. > > I think this is what the Wii does when in the "home" screen where you > are supposed to press 1+2 because it will find the remote also when > pressing the sync button (I have a Wiimote that I need to pair from > the home screen pressing sync because it doesn't wake up with 1+2) With 1+2 buttons only the dest-address works as PIN (I checked this). However, with "sync" button both addresses may work. I will check this later... Anyway, this would simplify the wiimote handling significantly.