Am Sa 8. März 2008 schrieb joerg:
> Great news!
> Now it seems simple to add a photodiode and a capacitor to have ambient
> light controlled backlight. :-)
> Only someone of OM has to disclose which testpoint is connected to 50633,
> pin32(LEDAMB)
For GTA02A5 this testpoint is labeled H-TP1705.
Salve!
Could the multi-touch sensor be used as light sensor?
Would it work in two direction (two sides of the display
with on corner) even better 2D (4 sides of the display)?
Then no additional sensor would be necessery (instead
of the additional sensor would be less power consumpting)
and the
On Friday 01 December 2006 02:03, Sean Moss-Pultz wrote:
> What do you mean "doesn't come for free"?
I for one would expect it to need more power than just sit there in idle mode?
pgpaDV9SWeyFG.pgp
Description: PGP signature
___
OpenMoko community mail
On 11/30/06, Tim Newsom <[EMAIL PROTECTED]> wrote:
> the problem with doing it this way, is you'd need some way to notify
> each application of all the sensors available at runtime, or you
> re-compile each availability sensitive app for every combination of
> sensors (having that many versions o
On 12/1/06 12:05 AM, "Richard Franks" <[EMAIL PROTECTED]>
wrote:
> I'm assuming that acquiring/monitoring the microphone input doesn't come
> for free.. but ambient noise level could also be used as an indicator of
> activity - either polling for one second every minute or so, or (if the
> ADC can
On 11/30/06, Tim Newsom <[EMAIL PROTECTED]> wrote:
> the problem with doing it this way, is you'd need some way to notify
> each application of all the sensors available at runtime, or you
> re-compile each availability sensitive app for every combination of
> sensors (having that many versions
the problem with doing it this way, is you'd need some way to notify
each application of all the sensors available at runtime, or you
re-compile each availability sensitive app for every combination of
sensors (having that many versions of software is sure to turn off
Sean's dad) there's defina
> See http://treoware.com/brightcam.html for a great example of how this
> works on the Treo 650 via a third party utility which measures
> brightness through the camera, and sound levels through the
> microphone.
>
> This utility does everything mentioned in this thread so far I think.
Hm, mayb
the ambient noise
>> level before it started to ring, adjusting the ring tone volume to be heard
>> over the background noise. i.e. ring nice and quietly (or on vibrate) when
>> I'm in a library, or ring at full volume when I'm in a noisy bar.
>
> I like this idea
djusting the ring tone volume to be heard
> over the background noise. i.e. ring nice and quietly (or on vibrate) when
> I'm in a library, or ring at full volume when I'm in a noisy bar.
I like this idea very much! Simple but really helpful, like light se
virtual device that returns a read of 0-255
> based on the probability that you're available... as each device(light
> sensor, etc) is added, it would register with /dev/available as a
> detection device, and provide a function to return another byte value
> of what it thinks
On Thursday 30 November 2006 18:51, Jeff Andros wrote:
> It almost sounds like we should make a plugin framework for availability
> detection, with plugins for the light sensor, PIM calendar, microphone (can
Talking about using the Microphone as a sensor reminded me of an idea I had
som
probability that you're available... as each device(light
> sensor, etc) is added, it would register with /dev/available as a
> detection device, and provide a function to return another byte value
> of what it thinks the user's doing. the available device would
> perform som
On 11/30/06, Richard Franks <[EMAIL PROTECTED]> wrote:
On Thu, 2006-11-30 at 11:51 -0700, Jeff Andros wrote:
>
> It almost sounds like we should make a plugin framework for
> availability detection, with plugins for the light sensor, PIM
> calendar, microphone (can we set a
On Thu, 2006-11-30 at 11:51 -0700, Jeff Andros wrote:
>
> It almost sounds like we should make a plugin framework for
> availability detection, with plugins for the light sensor, PIM
> calendar, microphone (can we set an interrupt if the ADC receives a
> level greater than X?) a
m it
would allow incoming calls if you were snoring.
It almost sounds like we should make a plugin framework for availability
detection, with plugins for the light sensor, PIM calendar, microphone (can
we set an interrupt if the ADC receives a level greater than X?) and so on
and so forth as people
On 11/30/06, Richard Franks <[EMAIL PROTECTED]> wrote:
On Thu, 2006-11-30 at 09:48 +0100, Sven Neuhaus wrote:
> Sean Moss-Pultz wrote:
> > > On 11/30/06 3:32 AM, "Robert Michel" <[EMAIL PROTECTED] >
wrote:
> >> >> But this light senso
On Thu, 2006-11-30 at 09:48 +0100, Sven Neuhaus wrote:
> Sean Moss-Pultz wrote:
> > > On 11/30/06 3:32 AM, "Robert Michel" <[EMAIL PROTECTED]> wrote:
> >> >> But this light sensor could also combined with localisation, time and
> >> >> prov
Sean Moss-Pultz wrote:
> > On 11/30/06 3:32 AM, "Robert Michel" <[EMAIL PROTECTED]> wrote:
>> >> But this light sensor could also combined with localisation, time and
>> >> provile (or movement sensor)
>> >> E.g. when I'm at home and t
On 11/30/06 3:32 AM, "Robert Michel" <[EMAIL PROTECTED]> wrote:
> But this light sensor could also combined with localisation, time and
> provile (or movement sensor)
> E.g. when I'm at home and the light sensor detects light at 2 o'clock
> in the morning, I
Hi Rob,
Yeah, the light sensor is interesting!
Kind of reverse - some mobile phones have a flash light. So that probably might
be interesting too. :)
BTW: for the next device - that will have a camera - modern cameras can also
see in the Infrared light, not only in the visible spectrum. You
Salve,
I already wrote that a light sensor could avoid that the
backlight is on, when it is not necessary:
http://lists.openmoko.org/pipermail/community/2006-November/000263.html
But this light sensor could also combined with localisation, time and
provile (or movement sensor)
E.g. when I'
22 matches
Mail list logo
