By the way, one thing I did note. Remember me saying printf() was not slowing anything down( much ) using sysfs, and the iio driver ? Well, using mmap() and then printf() to display the data. Slows the sample rate by 50%+. Specifically newlines -> "\n" seem to be the biggest culprit.
Anyway, that just goes to show how much faster using mmap() through /dev/mem *is*. Now . . . I need to figure out a good way to display, or otherwise view the output data without slowing down the whole process . . . Maybe one huge array that get's blasted to screen, or a file all at once ? *Shrug* On Tue, Oct 6, 2015 at 2:43 PM, William Hermans <[email protected]> wrote: > #1 No, the module is already compiled for the image. > > #2 No, this is continuous mode with all 7 configurable channels running( 8 > including AIN7 ), and just blasting the data to screen. No ordering, not > checking anything. There are many *MANY* redundant reads. > > Right now I am experimenting with mmap(). Using mmap() I am able to > configure, and read from the ADC without loading that module, or > configuring the ADC channels using the iio userspace driver. What this nets > me is not having to run an interrupt related to the driver ( I'm guessing > ). Which *could* slow things down tremendously. Also, just now I'm toying > with sample averaging turned off. > > Anyway, this is all new to me, so much experimentation will be needed on > my part to figure this all out. With that said, I'm about ready for a break > for a little while. Maybe and hour or two, or maybe a day or two . . . heh > Helps keep me from getting burnt out. . . > > -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/d/optout.
