linux-arm-kernel.lists.infradead.org archive mirror
 help / color / mirror / Atom feed
From: redhatter@gentoo.org (Stuart Longland)
To: linux-arm-kernel@lists.infradead.org
Subject: Voltage/current/sensor monitoring interface and Wiegand
Date: Mon, 13 Sep 2010 11:13:02 +1000	[thread overview]
Message-ID: <20100913011302.GV14056@atomos.longlandclan.yi.org> (raw)
In-Reply-To: <20100910063253.GA5895@core.coreip.homeip.net>

On Thu, Sep 09, 2010 at 11:32:54PM -0700, Dmitry Torokhov wrote:
> On Thu, Sep 09, 2010 at 01:43:20PM +0100, Jonathan Cameron wrote:
> > ....
> > > 
> > > Likewise with the PIR sensor, I notice there's a "gesture" input
> > > (MSC_GESTURE)... seems appropriate?  Or am I barking up the wrong tree?
> > Does it look like a button (e.g. is it a straight on off device with
> > no control parameters etc)?

Had a discussion with a few of the people involved on Friday.  For all
intents and purposes, it will look like a "button".  Apparently with the
PIR sensor, nominally the value I get (which is a raw 10-bit reading
from an ADC) will be some high but mostly constant value.  When movement
is detected, it'll shoot up, then down, then settle back to where it
was.

At this point, the sensor controller will send an interrupt.  I can
consider this a "button press"... I suppose I can consider a button
release as being some time after the movement has ceased.  There is a
register that controls sensitivity.  I could make that a
sysfs-adjustable parameter, but ideally if there's a standard interface
for things like trigger sensitivity, I'd like to use that too.

> > Dmitry, what would you put this as and would
> > this be acceptable in input?  
> 
> Phone guys made me add SW_FRONT_PROXIMITY at some point which is
> supposed to be reported when someone covers phone screen with something
> (puts into pocket or talks holding against the cheek). Could be used
> here as well...

I'll have a hunt around for this SW_FRONT_PROXIMITY (it wasn't in kernel
2.6.28) and see if I can bring it in.  The idea here is that when
someone passes this entrance station, it can trigger the LCD/keypad to
light up, turn on security lights...etc.

Thanks for the advice.
Regards,
-- 
Stuart Longland (aka Redhatter, VK4MSL)      .'''.
Gentoo Linux/MIPS Cobalt and Docs Developer  '.'` :
. . . . . . . . . . . . . . . . . . . . . .   .'.'
http://dev.gentoo.org/~redhatter             :.'

I haven't lost my mind...
  ...it's backed up on a tape somewhere.

      reply	other threads:[~2010-09-13  1:13 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-09-09  0:02 Voltage/current/sensor monitoring interface and Wiegand Stuart Longland
2010-09-09  2:48 ` Ryan Mallon
2010-09-09  5:01   ` Stuart Longland
2010-09-09  8:29     ` Mark Brown
2010-09-09 12:43 ` Jonathan Cameron
2010-09-09 22:46   ` Stuart Longland
2010-09-10  6:32   ` Dmitry Torokhov
2010-09-13  1:13     ` Stuart Longland [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20100913011302.GV14056@atomos.longlandclan.yi.org \
    --to=redhatter@gentoo.org \
    --cc=linux-arm-kernel@lists.infradead.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).