I do have another board here, that is potentially more suitable for the
task I have in mind - The
EK-TM4C129EXL "Crypto" Launchpad. Indeed it has dual 12bit 2Msps ADC's, and
10/100 ethernet MAC / PHY. On top of that the board can more easily run
bare metal, thus not having an OS to "get in the way"
On Thu, 8 Oct 2015 19:41:33 -0700, you wrote:
>@ Harvey,
>
>So, buy a RevC, and join in on the fun :)
I have one already
It's on my list of things to do.
It has to run either linux or android, and I need the whole spectrum
of I2C available on one interface, it's existing hardware.
Stil
@ Harvey,
So, buy a RevC, and join in on the fun :)
On Thu, Oct 8, 2015 at 5:56 PM, Harvey White wrote:
> On Thu, 8 Oct 2015 14:57:28 -0700, you wrote:
>
> >>
> >> *no longer returns any value or doesn't return a value you expect? You*
> >> * should be able to read the memory regardless. What
On Thu, 8 Oct 2015 14:57:28 -0700, you wrote:
>>
>> *no longer returns any value or doesn't return a value you expect? You*
>> * should be able to read the memory regardless. What it says is another*
>> * matter.*
>
>
>devmem2 returns a NULL value. Meaning, the completes the procedure, but
>retu
>
> *I m just sitting here astonished & awed by the discussion!!
> Congratulations on success..! :-)*
>
> *Take away from this discussion for me is that, I have a long way to go!*
>
> *Rathin*
Just know that no one is born knowing any of this, or anything for that
matter. We all have to start from
>
> *no longer returns any value or doesn't return a value you expect? You*
> * should be able to read the memory regardless. What it says is another*
> * matter.*
devmem2 returns a NULL value. Meaning, the completes the procedure, but
returns a NULL value. Which is because the ADC module is in
I m just sitting here astonished & awed by the discussion!! Congratulations
on success..! :-)
Take away from this discussion for me is that, I have a long way to go!
Rathin
On Friday, October 9, 2015, William Hermans wrote:
> *Well, I'd guess something like this: the FIFO data is stored on th
Hi, Its supposed to be true sine but due to switching harmonics & other
non-linearity it will be MODIFIED SINE.
And OKK, I do have a spare SDcard, I will put an new image and do your
steps and see if it works or not.
Though It will take some time for me, coz I have not done kernel patching &
One thing that did cross my mind earlier. I seemingly forgot to post.
First, try running time ./test with sudo so...
$ sudo time ./test
If this works, then it's a permission issue. I really do not think this is
the problem, but it possibly could be.
Second, change:
> void read_adc(int fd)
> {
Modified sine or true sine ?
On Wed, Sep 30, 2015 at 12:16 AM, Rathin Dholakia
wrote:
>
>
> On Wednesday, September 30, 2015 at 12:37:55 PM UTC+5:30, William Hermans
> wrote:
>>
>> Oh, I probably forgot the most important part. Never stop learning. For
>> me I love learning, maybe even more than
Oh, I probably forgot the most important part. Never stop learning. For me
I love learning, maybe even more than actually getting anything done heh.
On Wed, Sep 30, 2015 at 12:05 AM, William Hermans wrote:
> Well, once you have a decent amount of programming experience, avoiding
> the tutorials
On Wednesday, September 30, 2015 at 12:37:55 PM UTC+5:30, William Hermans
wrote:
>
> Oh, I probably forgot the most important part. Never stop learning. For me
> I love learning, maybe even more than actually getting anything done heh.
>
>
Oh yes, I also LOVE learning.. Thats why I have taken t
No in my case 50 - 60 samples are not sufficient in my case.why? let me
explain my objective in a brief:
" I want to sample power supplied, So my basic waveform is of 50 /60 Hz but
supply is coming from inverter( DC to AC converter) and as its coming from
converter it will have high frequency h
Well, once you have a decent amount of programming experience, avoiding the
tutorials / howto's etc won't matter so much. Because you'll know. Also
with that in mind, maybe you'll even think about some things differently.
That is fine too. Get some experience, and then choose your own path :)
*I c
You have coding even before I have been on this planet!! :-D Oh gosh... :-)
and thanks for the pointers, Yeah I also have came across this book, but
was putting off but not anymore!! and yes, I will stay away from how tos, I
agree to you they are pretty shallow also!1 thats my experience wrt we
>
> *But if that is the case, than data would come randomly to me!! 2nd
> channel 1st and than maybe 4th channel, dont you think its risky? specially
> in my case, I want to analyze the data, filter it if required & reconstruct
> the waveform!! :-) your explanation is scaring me :-p*
No not rea
Well, I've been coding since the early '90's . . .and have been using
Debian for about that long too. 93-94 somewhere in there. Anyway . .
The key for me since I've programmed using many different languages is
being able to find good documentation. Passed that, knowing what keywords
to use when se
>
>
Non blocking, reads, sees nothing, and then continues execution. So for
> example if you have two reads back to back on two different channels, it
> would not matter in what order the data was ready. The first channel to
> have data would very likely "display" that data first. But in blo
Yeah, I saw those posts of yours :-) Okk, So till you post your blog, I
will do the following,
1. Read your last 5 posts
2. try updating my Debian
3. implement your customization
4. read the ADC page that you have sent!!
Thanks :-)
btw can you suggest me a book or and link where I can learn
>
> *Amazing, i m awed by your rigorous treatment of the topic :-) and as you
> said I ran a test of that program, which proved that you are correct!! the
> program ( mine one) is taking 10.2% to 11% of CPU!! which proves that its
> in blocking mode.*
Well actually if my assumption is correct tha
I pretty much followed this guide for ADC setup
http://processors.wiki.ti.com/index.php/Linux_Core_ADC_User's_Guide#Usage
On Tue, Sep 29, 2015 at 11:03 PM, William Hermans wrote:
> Well it might be you're running in continuous mode. That much I do not
> know, but it could be difference in kernel
Well it might be you're running in continuous mode. That much I do not
know, but it could be difference in kernels ? I could not say.
On Tue, Sep 29, 2015 at 11:00 PM, Rathin Dholakia
wrote:
> Hi,
>
> I tried running your code and I was successful and unsuccessful both!! :-)
>
> Success: I could
Well, I'll probably write up a quick blog post on it tomorrow. So I can
link it to others when / if needed to. How i setup the ADC and all that. In
the mean time, you can read the last 5 posts I've made here:
http://www.embeddedhobbyist.com/ . . .let me look . . .
Beaglebone black – Setup / custom
Hi,
I tried running your code and I was successful and unsuccessful both!! :-)
Success: I could compile code it compiled and when I put "time ./test" I
gave me following output
real0m0.011s
user0m0.000s
sys0m0.008s
unsuccessful: it didn't show any readings!!
My guess is it has som
Dear William,
Amazing, i m awed by your rigorous treatment of the topic :-) and as you
said I ran a test of that program, which proved that you are correct!! the
program ( mine one) is taking 10.2% to 11% of CPU!! which proves that its
in blocking mode.
and I am not aware of O_NONBlOCK and mmap
Oh, and that is using one shot mode. I did not think to use continuous. BUt
I really wanted to see how slow using open(), read(), and close() really
were. Because I had done a lot of reading on the subject, but never
actually used it( I always used mmap() ).
On Tue, Sep 29, 2015 at 10:41 PM, Willi
So, I got bored, and decided to do some "screwing around". But took me a
while because I had not used, or setup the ADC peripheral before, but . . .
here is some quick and dirty code, using std API stuff - Which breaks all
the rules I spoke of in my second post heh. But still pretty darned fast.
I'
Another one of those days . . .
If the executable is using a small amount of CPU, it is very likely the
file descriptor is a blocking descriptor, and very likely to be the
majority of the performance problem.
Looking at the code, and seeing the use of select() though I would *assume*
the file des
>
> *OK, so while the executable is running. How much CPU is being used ? The
> reason I ask may be less than obvious, but I'm asking because I do not know
> what type pruIo *is*. But the assignment of this type looks remarkably
> similar to mmap(). e.g. a file mapped to a region in memory.*
err
OK, so while the executable is running. How much CPU is being used ? The
reason I ask may be less than obvious, but I'm asking because I do not know
what type pruIo *is*. But the assignment of this type looks remarkably
similar to mmap(). e.g. a file mapped to a region in memory.
So a few things t
Hi,
Thank u very much for prompt response. I am using the default C wrapper
example from libpruio and modified it. HEre are the changes and the paste
bin
Modifications:
1. changed steps - 8
2. Made delay = 0,
3. Start sample delay = 0
Paste bin: http://pastebin.com/yBHdN548
http://pastebin.com/
Well essentially, you probably need a review of your code. If it's large,
past it on a pastebin site, and give us a link here. Also ALL code would be
best. bit's and pieces won't be enough.
On Tue, Sep 29, 2015 at 1:16 PM, Rathin Dholakia
wrote:
> Dear Community Members,
>
> I am trying to imple
Dear Community Members,
I am trying to implement a fast 8 channel Analog capture using on board ADC
on BBB. I know there are only 7 available on pin header, but as I am
starting off & learning I am ok with count of 7. :)
I just wanted to have an opinion about the approach to opt for, What would
33 matches
Mail list logo
