TAOS Color sensor

TAOS Color sensor

[Jon Brenner]

There is a need to release a driver for the TAOS tsl3x7x family of COLOR
sensors.
The driver provides Lux (clear and IR) , Proximity, Color temperature
(calculated CCT) and raw - red, green, and blue data channels.
Currently I do not think the IIO subsystem provides for CT or RGB data
channels.
Is this correct?
What can be done to accommodate it and who can do it?

Any help is greatly appreciated!

Jon

Re: TAOS Color sensor

[Greg KH]

On Mon, Apr 02, 2012 at 12:28:39PM -0500, Jon Brenner wrote:
> There is a need to release a driver for the TAOS tsl3x7x family of COLOR
> sensors.
> The driver provides Lux (clear and IR) , Proximity, Color temperature
> (calculated CCT) and raw - red, green, and blue data channels.
> Currently I do not think the IIO subsystem provides for CT or RGB data
> channels.
> Is this correct?
> What can be done to accommodate it and who can do it?

Do you have a driver written already for this?  What is the interface to
the device?  If this can this use the v4l layer to get the color channel
information out to userspace?

Or is this needed to be done in the kernel at all, lots of color sensors
are driven by libusb today, like the one on my desk at the moment, no
kernel changes needed at all.

thansk,

greg k-h

RE: TAOS Color sensor

[Jon Brenner]

Hi Greg,
Please see comments below.

Jon

> -----Original Message-----
> From: Greg KH [mailto:gregkh@linuxfoundation.org]
> Sent: Monday, April 02, 2012 1:06 PM
> To: Jon Brenner
> Cc: jic23@kernel.org; linux-iio@vger.kernel.org;
linux-kernel@vger.kernel.org
> Subject: Re: TAOS Color sensor
> 
> On Mon, Apr 02, 2012 at 12:28:39PM -0500, Jon Brenner wrote:
> > There is a need to release a driver for the TAOS tsl3x7x family of
> > COLOR sensors.
> > The driver provides Lux (clear and IR) , Proximity, Color
temperature
> > (calculated CCT) and raw - red, green, and blue data channels.
> > Currently I do not think the IIO subsystem provides for CT or RGB
data
> > channels.
> > Is this correct?
> > What can be done to accommodate it and who can do it?
> 
> Do you have a driver written already for this?  What is the interface
to the
> device?  If this can this use the v4l layer to get the color channel
information out
> to userspace?

Driver is in development - near ready - customers waiting.
The device tsl3x7x device interface is i2c.
The RGBC is used to promote both ALS sensing (Lux and intensity) and
Color Temp.  Proximity sensing is also available on some 3x7x devices.
The driver takes into account the type (thickness, color, aperture size,
etc.) of the glass it's behind (typically in phones, tvs. Etc) and
computes ALS and CT.
RGB can help provide more precise Lux - esp. under florescent lighting.
Raw RGB data is available (as is clear and IR)  - via sysfs.
While I can map the RGB for channels, there doesn't appear to be an IIO
virtual channel name (such as LIGHT - for computed ALS) defined for CT.
It would also be nice to have RGB channel designation established.


> 
> Or is this needed to be done in the kernel at all, lots of color
sensors are driven
> by libusb today, like the one on my desk at the moment, no kernel
changes
> needed at all.
> 
> thansk,
> 
> greg k-h

RE: TAOS Color sensor

[Jonathan Cameron]

Jon Brenner <jbrenner@TAOSinc.com> wrote:

>Hi Greg,
>Please see comments below.
>
>Jon
>
>> -----Original Message-----
>> From: Greg KH [mailto:gregkh@linuxfoundation.org]
>> Sent: Monday, April 02, 2012 1:06 PM
>> To: Jon Brenner
>> Cc: jic23@kernel.org; linux-iio@vger.kernel.org;
>linux-kernel@vger.kernel.org
>> Subject: Re: TAOS Color sensor
>> 
>> On Mon, Apr 02, 2012 at 12:28:39PM -0500, Jon Brenner wrote:
>> > There is a need to release a driver for the TAOS tsl3x7x family of
>> > COLOR sensors.
>> > The driver provides Lux (clear and IR) , Proximity, Color
>temperature
>> > (calculated CCT) and raw - red, green, and blue data channels.
>> > Currently I do not think the IIO subsystem provides for CT or RGB
>data
>> > channels.
>> > Is this correct?
>> > What can be done to accommodate it and who can do it?
>> 
>> Do you have a driver written already for this?  What is the interface
>to the
>> device?  If this can this use the v4l layer to get the color channel
>information out
>> to userspace?
>
>Driver is in development - near ready - customers waiting.
>The device tsl3x7x device interface is i2c.
>The RGBC is used to promote both ALS sensing (Lux and intensity) and
>Color Temp.  Proximity sensing is also available on some 3x7x devices.
>The driver takes into account the type (thickness, color, aperture
>size,
>etc.) of the glass it's behind (typically in phones, tvs. Etc) and
>computes ALS and CT.
>RGB can help provide more precise Lux - esp. under florescent lighting.
>Raw RGB data is available (as is clear and IR)  - via sysfs.
>While I can map the RGB for channels, there doesn't appear to be an IIO
>virtual channel name (such as LIGHT - for computed ALS) defined for CT.
>It would also be nice to have RGB channel designation established.
Congratulations! You get to propose a suitable interface...

Best option is probably a patch to the sysfs docs covering the new elements.

Could do it in userspace but with interrupts and existing interface for other part elements seems reasonable to be in kernel to me...
>
>
>> 
>> Or is this needed to be done in the kernel at all, lots of color
>sensors are driven
>> by libusb today, like the one on my desk at the moment, no kernel
>changes
>> needed at all.
>> 
>> thansk,
>> 
>> greg k-h
>--
>To unsubscribe from this list: send the line "unsubscribe linux-iio" in
>the body of a message to majordomo@vger.kernel.org
>More majordomo info at  http://vger.kernel.org/majordomo-info.html

-- 
Sent from my Android phone with K-9 Mail. Please excuse my brevity.