Re: [beagleboard] Re: PRU cycle counter overflow

2021-04-21 Thread Walter Cromer
This isn't directly from TI but I found essentially the same code on in a TI lab or online somewhere. https://www.element14.com/community/community/designcenter/single-board-computers/next-genbeaglebone/blog/2019/08/12/beaglebone-pru-timer-functionality On Wednesday, April 21, 2021 at 4:07:3

Re: [beagleboard] Re: PRU cycle counter overflow

2021-04-21 Thread 'Mark Lazarewicz' via BeagleBoard
Hello Walter  Which TI  PRU examples are you using I've seen so many examples I've lost track. I've seen the archive that contains  the labs1 to labs 6.  Sent from Yahoo Mail on Android On Wed, Apr 21, 2021 at 2:55 PM, Walter Cromer wrote: Well the solution to the overflow was actually s

Re: [beagleboard] Re: PRU cycle counter overflow

2021-04-21 Thread Walter Cromer
Well the solution to the overflow was actually simple. I had used some example code from TI where they use the value 0x to clear the IEP's counter. That didn't really make sense to me except of course if your very next instruction was to start the timer which would cause it to overflo

Re: [beagleboard] Re: PRU cycle counter overflow

2021-04-21 Thread 'Mark Lazarewicz' via BeagleBoard
This Might be helpful Justin  helpful  https://e2e.ti.com/support/processors/f/processors-forum/209489/am335x-iep-interrupt #Or does it access the IEP clock over some bus Page 14 the block diagram in PRU Sub system pdf shows what's local to PRU so I would say not possible in one cycle. I also sa

Re: [beagleboard] Re: PRU cycle counter overflow

2021-04-21 Thread Walter Cromer
I'm attempting something very similar to what you were working on. If you are willing, please share how you eventually did this. Did you use the IEP clock or the PRU's cycle counter? I have IEP working with the iep_clk (although I'm having terrible RPMSG problems right now). Also, I can't se

Re: [beagleboard] Re: PRU cycle counter overflow

2017-01-08 Thread Justin Pearson
On Thu, Jan 5, 2017 at 5:30 PM, Justin Pearson wrote: > Thanks Charles, that's very helpful. I didn't know about the IEP timer. > TRM section 4.4.3.1 says I can hook up the IEP clock source to > either iep_clk or ocp_clk. Which one of those clocks drives the PRU cycle > counter? > Maybe a bette

Re: [beagleboard] Re: PRU cycle counter overflow

2017-01-05 Thread Justin Pearson
Thanks Charles, that's very helpful. I didn't know about the IEP timer. TRM section 4.4.3.1 says I can hook up the IEP clock source to either iep_clk or ocp_clk. Which one of those clocks drives the PRU cycle counter? Thanks, Justin On Thu, Dec 22, 2016 at 1:43 PM, Charles Steinkuehler < char..

Re: [beagleboard] Re: PRU cycle counter overflow

2016-12-22 Thread Charles Steinkuehler
On 12/22/2016 10:45 AM, Justin Pearson wrote: > I have the same question. > > I'm using the PRU's 200 MHz cycle counter to timestamp sensor measurements. > At > 200 MHz, this 32-bit counter overflows in 20 seconds. I would like to notify > a C > program running on the 1GHz host ARM processor a