Re: GSoC Proposal 2022

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 2022-04-12 at 16:59 +0100, Jonathan Cameron wrote:
> On Tue, 12 Apr 2022 14:06:21 +0200
> Nuno Sá <noname.nuno@xxxxxxxxx> wrote:
> 
> > On Tue, 2022-04-12 at 11:48 +0300, Andy Shevchenko wrote:
> > > On Tue, Apr 12, 2022 at 10:43 AM Maíra Canal <maira.canal@xxxxxx>
> > > wrote:  
> > > > On 04/11, Jonathan Cameron wrote:  
> > > 
> > > ...
> > >   
> > > > I took another look at the Analog Devices Inc. catalog and
> > > > choose
> > > > another
> > > > couple of options:
> > > > 
> > > >     - ADPD188BI and ADPD410x: are optical devices based on
> > > > SPI/I2C.
> > > > I guess they
> > > >     might be too bold for a GSoC project.
> > > >     - MAX31875: is a Temperature Sensor based on I2C. Different
> > > > than the optical
> > > >     devices, this one might be too simple.  
> > >   
> > > >     - LTC2499: is a multiplexed ADC sensor. For now, it is my
> > > > best
> > > > option.  
> > > 
> > > Have you checked if it has similarities to 2496 and 2497
> > > variants? We
> > > already have drivers for those, it makes sense to double check.
> > >   
> > 
> > Yeah, after a quick look on the datasheet, they look very
> > similar...
> > 
> > The MAX31875 looks to be a fairly simple one (maybe a good
> > candidate
> > for a first driver) but, IMO, having it in IIO boils down to have
> > support for continuos mode which would mean triggered buffer
> > support.
> > 
> > And this brings me to something that already crossed my mind...
> > Jonathan, would it make sense to be able to change the trigger
> > "sampling frequency" depending on some device configuration? In
> > this
> > case, if we want to have continous mode, I guess a hrtimer trigger
> > would be, for example, one good candidate of a trigger to attach.
> > And, as we can have different SPS, we would want to have the
> > trigger
> > fireing depending on that... This could also be an additional
> > "task"
> > for you (if it makes sense of course).
> 
> In this case what defines the SPS? 

Yeah, it is something that you can set on the device so a writable
sampling_frequency attr. I think it fits on your 3rd point. Anyways, it
din't even crossed my mind that these rates are so low that buffering
is is not worth it...
> 

- Nuno Sá



[Index of Archives]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Input]     [Linux Kernel]     [Linux SCSI]     [X.org]

  Powered by Linux