6.6 Interfacing C and C++ With Assembly Language
http://www.ti.com/lit/ug/spruhv7a/spruhv7a.pdf
From: M Pitman <[email protected]>
To: [email protected]; Jason Kridner <[email protected]>
Sent: Friday, May 12, 2017 8:55 PM
Subject: [beagleboard] PRU Timing in C
I've encountered a big issue trying to provide accurate timing of pulses sent
from pru0. I'm toggling one pin and trying to set another pin low for just a
single low cycle of the first pin. This worked fine in assembler language but
in C the timing of the second pin based on the first pin being low is not
consistent. It gets delayed somehow and so sometimes goes low when the first
pin is high but at other times when the first pin is low. Is this possibly an
overhead problem with the C compiler and thus cannot be trusted for accurate
timing? If so, is there a way to leave this section in assembler but still
easily receive analog data from the Beaglebone and communicate with the ARM?
Thanks,
Mike Pitman--
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].
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/CAJ2u6KO%3DecqC5E_7Apm2JjgpXVcMPwWGTOAb2haOaCwjSkKD0A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.
--
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].
To view this discussion on the web visit
https://groups.google.com/d/msgid/beagleboard/337704822.530504.1494698693583%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.
