Re: [beagleboard] UART not enabeling

Dear Mr.Nelson, Thank you for pointing out, Yes, It fixed the issue. Deeply grateful for your time. Sincerely, Rathin On Wednesday, June 14, 2017 at 7:23:56 PM UTC+5:30, RobertCNelson wrote: > > On Wed, Jun 14, 2017 at 4:28 AM, Rathin Dholakia > > wrote: > > Dear all, &g

Re: [beagleboard] Re: uart interrupt configuration on beaglebone black.

:30, Madhu K wrote: > > Hi Rathin, > > Thanks for your response.!!! > > I enabled interrupts for UART2 and working fine. > > Thanks & regards > Madhu > > On Wed, Jun 14, 2017 at 3:03 PM, Rathin Dholakia > wrote: > >> Hello Madhu, >> >>

[beagleboard] Re: How to enable interrupt receiver register in BBB

rootfs. > > Any help is appropriated. > > Thanks in advance. > > Regards, > Madhu > > On Monday, April 17, 2017 at 2:30:12 AM UTC+5:30, Rathin Dholakia wrote: >> >> Hello Madhu, >> >> Can you please elaborate over what you really want to do? and us

[beagleboard] Re: uart interrupt configuration on beaglebone black.

Hello Madhu, I am not an expert so please take this advice with pinch of salt. here are few steps to get you started: 1)You have to first enable the UART by modifying the uEnv.txt file in your /boot/uboot folder. 2) reboot 3) check dmesg by running: dmesg | grep UART 4) From above you will get

[beagleboard] UART not enabeling

Dear all, I have gone through quiet a few post listed here under UART, but still I have not been able to enable my UART, I have done the following: 1) I am using 3.8.13-bone50 #1 SMP on Debian 7.5, its the default image without any changes. But still when I change uEnv to enable UART it just d

Re: [beagleboard] Inaccurate timing - Time.h issue

r ethernet. The time required to do input or > output may depend on the state of the hardware, or on the operation of a > queue, or maybe even task switching that happens when the system waits for > I/O. > > ( I don't see the definition of sT and eT. Are they declred as point

[beagleboard] Inaccurate timing - Time.h issue

Dear All, I was experimenting with the timing and timing accuracy on BBB. and I came across a very *interesting* yet strange thing! Just running clock_gettime()twice and measuring the time difference, gives you horrendous timing. Here is my simple C code: #include #include #include #includ

[beagleboard] Re: How to enable interrupt receiver register in BBB

Hello Madhu, Can you please elaborate over what you really want to do? and using what? are you using Debian OS - Sys/BIOS or StarterWare. I am still a rookie, but I can suggest the following link: https://www.linux.com/learn/beaglebone-black-how-get-interrupts-through-linux-gpio Hope it helps

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

trying out TI's 4.4-rt- kernel for reducing my overall latency. I will document things here once I proceed a little, So others can also use it in future :) I cant thank you enough, John! On Mon, Apr 17, 2017 at 1:53 AM, John Syne wrote: > > On Apr 16, 2017, at 6:20 AM, Rathin Dholak

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

UTC+5:30, john3909 wrote: > > > On Apr 15, 2017, at 1:06 PM, Rathin Dholakia > wrote: > > Dear John, > > Thanks a lot for such a detailed insight! > > Yes I will need a precise time,and I was misinformed about the timer so I > was under impression that they are the c

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

suggesting something like this: 1. http://processors.wiki.ti.com/index.php/PRU_Linux-based_Example_Code#PRU_edmaConfig 2. https://groups.google.com/forum/#!topic/beagleboard/UPbU2WoVzVI On Sat, Apr 15, 2017 at 8:13 PM, John Syne wrote: > > On Apr 15, 2017, at 6:49 AM, Rathin Dholakia &

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

the CPU for more important > work. > > Regards, > John > > > > > On Apr 14, 2017, at 12:46 PM, Rathin Dholakia > wrote: > > Hello TJF, > > Thanks for your suggestion, to clarify my side further, let me elaborate. > > > My requirement is 256 (sam

Re: [beagleboard] Feasibility of BBB for ADC and GPS interfacing

x27;t want to scale for resolution purposes. Apart from that I need dedicated ADC for each channels so I'll prefer separate ADC chip. Does this make sense? Or I am wrong? Thanks On Friday, April 14, 2017, TJF wrote: > Hi Rathin! > > Am Freitag, 14. April 2017 16:58:58 UTC+2 schr

[beagleboard] Feasibility of BBB for ADC and GPS interfacing

Dear Community members, I am willing to interface, 12 bit 4 channel, Simultaneous Sampling High-Speed ADC (Analog AD7864 ) to BeagleBone Black, and operate it at 100k sampling rate. My present thoughts are to use h

Re: [beagleboard] 8 ADC input @20 KHz

gt;> all this once understood. For me, will be trivial. >> >> >> >> >> >> >> >> What does make sense to me with this problem is that I do not >> >> understand >> >> >> >> how to flush the buffer, and then tell the ADC "hey

Re: [beagleboard] Re: 8 ADC input @20 KHz

Hi William, Oh, I had already seen that and experimented with it..!!but had forgotten, after watching your link I recollected. I am really sorry for silly question. Have you experimented with buffer size? is there any optimal value calculation? Would it have any impact on the result, Like i

Re: [beagleboard] Re: 8 ADC input @20 KHz

Hi, So during this implementation you are using FIFO buffer that you pointed out?? should I as well use that?? or should I simply read from "/sys/bus/iio/devices/iio\:device0/in_voltage4_raw" ..? On Wednesday, October 7, 2015 at 7:40:46 AM UTC+5:30, William Hermans wrote: > > By the way, there

Re: [beagleboard] Re: 8 ADC input @20 KHz

Okk..!! #1 So I will keep using the image which you have shown in your blog post(for now) for my further development #2 Ok, for that I am not worried much for now! as for now I WANT data, and I will be implementing a filter maybe in second stage once I get this thing working. Yes, you should ta

Re: [beagleboard] Re: 8 ADC input @20 KHz

aglebone_Black > and > http://elinux.org/images/6/65/Spruh73c.pdf#page=1573&zoom=auto,0,719 > > Is all the information I needed to get all this working. So, in fact > should be all you need as well. However, I think you might be struggling > more with the C aspect . . . > &g

Re: [beagleboard] Re: 8 ADC input @20 KHz

n ? heh. > > Anyway I need to take a little break, then I'm back at it. > > On Mon, Oct 5, 2015 at 12:52 AM, William Hermans > wrote: > >> mmap() should max out the ADC's, but I'm going to do it just because I >> can. So, ADC, to PRU, to DDR, plus user

Re: [beagleboard] Re: 8 ADC input @20 KHz

close() will no longer have an impact on the >>> application run speed. Then you only need worry about OS latency, and the >>> efficiency of your code . . . >>> >>> You know, a couple friends from different countries, and I have proven >>> that google

Re: [beagleboard] Re: 8 ADC input @20 KHz

Dear TJF, Sorry to bug you with a silly question, I thought being a binary it must have some specific encoding rel. to library hence I asked it. I didnt knew it was lack of knowledge. I am sorry...!! I Have figured out the way to read binary (code pasted bellow for others;) but I have a doubt

Re: [beagleboard] Re: 8 ADC input @20 KHz

Dear William, Thanks for the detailed reply..! 1) Thanks for the sprintf tip, I will work on it and put a code here..!! 2) 14 MB/S data rate, yes, I have read that post :-) that was one of the reason I got impressed by BBB & choose..!! but thing is over there an external ADC + buffer is used.

[beagleboard] Re: 8 ADC input @20 KHz

Lenny, Thanks for dropping by!! yes I am aware of the thing you are saying, actually your post (& code ) was the post because of which I decicded to use BBB and PRU for my purpose :-) but to be frank, Assembly coding is bit intimidating for me right now, I invested almost 20 days to study PRU

Re: [beagleboard] Re: 8 ADC input @20 KHz

ut, but for me, I think userspace one-shot >> mode will be plenty. Even when experimenting with MPPT charge controlling >> on our solar system here. >> >> On Thu, Oct 1, 2015 at 12:08 PM, Rathin Dholakia > > wrote: >> >>> Cool, Thanks a lot, William..!

Re: [beagleboard] Re: 8 ADC input @20 KHz

On Friday, October 2, 2015 at 10:55:41 PM UTC+5:30, TJF wrote: > > Hi Rathin! > > Am Freitag, 2. Oktober 2015 18:01:54 UTC+2 schrieb Rathin Dholakia: >> >> Hi TJF, >> >> I had a small gap so I tried your new code, and Its giving me "config >> fault: sam

Re: [beagleboard] Re: 8 ADC input @20 KHz

Hi TJF, I had a small gap so I tried your new code, and Its giving me "config fault: sample rate too big". I tried changing tSamp, to 2000 but still it doesn't work So what changes should I make? and one another query how to extend the same code of 8 ADCs? just to change NoStep?? Regards, Ra

Re: [beagleboard] Re: 8 ADC input @20 KHz

Hi, TJF, "New agreement" in a sense that I discussed and we are OK (for now) to study low frequency transients, hence it would be OK if we sample at low rate. I can not say that I have to start from scratch coz I am at "scratch" level right now :( . I am in the beginning of this whole thing

Re: [beagleboard] Re: 8 ADC input @20 KHz

ut that is not too much of a > hurdle. *sudo apt-get install build-essential* should take care of that. > > On Thu, Oct 1, 2015 at 9:54 AM, William Hermans > wrote: > >> Agreed. >> >> On Thu, Oct 1, 2015 at 9:33 AM, Rathin Dholakia > > wrote: >> >>

[beagleboard] Re: 8 ADC input @20 KHz

se or queries. but please Calm down.. On Wednesday, September 30, 2015 at 1:46:06 AM UTC+5:30, Rathin Dholakia wrote: > > 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

Re: [beagleboard] Re: 8 ADC input @20 KHz

here is a 8 to 1 mux to provide you with 8 inputs. > If you want really fast multi channel ADC conversions you may want 8 > separate ADC Chips external > to the processor. > > > > > On 9/30/2015 12:26 PM, Rathin Dholakia wrote: > > Dear Thomas, > > First of all

[beagleboard] Re: 8 ADC input @20 KHz

Dear Thomas, First of all, Thanks a lot for coming by and answering, I respect your efforts in developing in libpruio!! I cant imaging how much work you must have put in..! :-) Well, second things is you mean to say if I use 8 ADCs I cant achieve 1.25Khz+ sample rate, Than should I use externa

Re: [beagleboard] 8 ADC input @20 KHz

ay, September 30, 2015 at 1:00:50 PM UTC+5:30, William Hermans wrote: > > 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 >> wr

Re: [beagleboard] 8 ADC input @20 KHz

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

Re: [beagleboard] 8 ADC input @20 KHz

ng . . .maybe I could understand but yeah heh. > > On Tue, Sep 29, 2015 at 11:38 PM, Rathin Dholakia > wrote: > >> >> >>> >> Non blocking, reads, sees nothing, and then continues execution. So for >>> example if you have two reads back to bac

Re: [beagleboard] 8 ADC input @20 KHz

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

Re: [beagleboard] 8 ADC input @20 KHz

ollowed 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

Re: [beagleboard] 8 ADC input @20 KHz

ki.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 kernels ? I could not say. >> >

Re: [beagleboard] 8 ADC input @20 KHz

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

Re: [beagleboard] 8 ADC input @20 KHz

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

Re: [beagleboard] 8 ADC input @20 KHz

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 implement a fast 8 channel Analog capture using on board

[beagleboard] 8 ADC input @20 KHz

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