On 10/2/2013 9:30 AM, Thomas Mauer wrote: > Ivan, > > You should check again the QBLT > usage<http://processors.wiki.ti.com/index.php/PRU_Assembly_Instructions#Quick_Branch_if_Less_Than_.28QBLT.29>. > > > The code will stay in your loop when rT2 < rT1 i.e. IEPcount < 1. > Try QBLT L1, rT2, rT1
I think the existing QBLT is correct, it should loop while the counter (rT2) is less than the timeout value (rT1). The timeout is set to one for testing, right? I loaded up the code in the single-step debugger and it ran as expected, so perhaps there is something wrong other than the code. How are you loading the device-tree overlay for the PRU, and which overlay are you using? What are you using to load the code into the PRU, reset it, and set the operating mode? I ran my test on a system that had been actively running LinuxCNC, so I know the PRU was already setup, and I know the PRU program loading code works. -- Charles Steinkuehler [email protected]
signature.asc
Description: OpenPGP digital signature
