Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1346793
| From | Jonathan Cameron <jic23@jic23.retrosnub.co.uk> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support |
| Date | 2016-03-01 18:30 +0100 |
| Message-ID | <r7Whs-3Ha-21@gated-at.bofh.it> (permalink) |
| References | (1 earlier) <r7GPn-1RU-3@gated-at.bofh.it> <r7GZ4-2bL-7@gated-at.bofh.it> <r7IxQ-2Zx-9@gated-at.bofh.it> <r7O0y-6Eu-7@gated-at.bofh.it> <r7V22-2XK-29@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On 1 March 2016 16:02:00 GMT+00:00, Michael Welling <mwelling@ieee.org> wrote: >On Tue, Mar 01, 2016 at 08:35:01AM +0000, jic23@jic23.retrosnub.co.uk >wrote: >> On 01.03.2016 02:42, Michael Welling wrote: >> >On Mon, Feb 29, 2016 at 10:09:10PM -0300, Lucas De Marchi wrote: >> >>On Mon, Feb 29, 2016 at 9:50 PM, Michael Welling ><mwelling@ieee.org> >> >>wrote: >> >>> On Fri, Feb 05, 2016 at 03:17:18PM +0200, Daniel Baluta wrote: >> >>>> The driver has sysfs readings with runtime PM support for power >saving. >> >>>> It also offers buffer support that can be used together with IIO >software >> >>>> triggers. >> >>>> >> >>> >> >>> Daniel, >> >>> >> >>> So I noticed something yesterday while testing new boards. >> >>> The channels are occassionally swapping when accessing data from >multiple channels. >> >>> >> >>> I wrote a simple bash script to demonstrate. >> >> >> >>This happened to me in a previous version of the patch. I remember >it >> >>being fixed in the last version (or at least I could not >reproduce). >> >>I'll test again tomorrow with your script. >> >> >> > >> >Here is what I believe is happening. >> > >> >The request for a conversion on a new channel comes in while the >> >conversion >> >for the previous channel is still converting. The driver waits >> >approximately >> >one conversion cycle. The previous channel completes within this >timeframe >> >and the MUX is changed and the new sample is started. The new sample >is >> >still >> >converting and the driver returns the value from the previous >conversion. >> > >> >For a test I multiplied the conv_time value by 2 in the >> >ads1015_get_adc_result >> >function. This allows time for the current sample flush out and >always >> >returns >> >the appropriate channel's value. >> > >> >Looking at the buffered mode it appears that only one channel is >being >> >accessed >> >at any time. This being the first one in the active_scan_mask found >by >> >find_first_bit. So the MUX would never change is buffered mode as >far I >> >can >> >tell. >> > >> >Don't we typically want to read all of enabled channels in buffered >mode? >> In some devices that is effectively impossible (fifo's that fill only >from >> the currently >> selected channel). That is what the onehot validation callback is >about. >> In this particular case it looks like doing a multichannel read is >fair bit >> more time >> consuming than a single channel read and so will result in a >considerable >> reduction in >> throughput. This is of course why many parts include a simple >sequencer! > >Yes the sampling rate would effectively be divided by the number of >channels >enabled. Worse than that as you have to explicitly change the mux for each channel requiring an i2c write. > >> >> Anyhow, supporting multi channel buffered reads could be done >(probably) but >> you >> would want to fall back to the single channel case as it is now. > >Understood. > >> >> Jonathan >> >>Lucas De Marchi >> >-- >> >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 >-- >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 device with K-9 Mail. Please excuse my brevity.
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 02:00 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Lucas De Marchi <lucas.de.marchi@gmail.com> - 2016-03-01 02:10 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 02:20 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 02:40 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 03:50 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support jic23@jic23.retrosnub.co.uk - 2016-03-01 09:40 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 17:10 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Jonathan Cameron <jic23@jic23.retrosnub.co.uk> - 2016-03-01 18:30 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Daniel Baluta <daniel.baluta@intel.com> - 2016-03-01 12:30 +0100
Re: [PATCH v4] iio: adc: Add TI ADS1015 ADC driver support Michael Welling <mwelling@ieee.org> - 2016-03-01 17:00 +0100
csiph-web