BeagleBone AI and using the DSP cores for real time control

[rtsrasp...@gmail.com]

Greetings all!  With the release of the BeagleBone AI, I see that it has two DSP cores. 

--> Is it possible to use Linux on the Arm cores (as per "normal" operation), but use the two DSP cores for a real time application (such as 100kHz sampling motor control)?  How is this done, in terms of the software needed?

--> Is it possible to have the two cores interact?  For instance, let's say I do have a 100kHz sampling algorithm running on a DSP core.  In a background task, I want the DSP core to pass live data (let's say voltage and current measurements) to an Arm core, so that the user can view the data in regular Linux space.  Is this possible?

[Mark A. Yoder]

I think you could use the DSPs as you described, but you might be better off using the Programmable Realtime Units (PRUs).  All the Beagles have the PRUs (not just the AI and the x15) and I have some instructions on using them here:  https://markayoder.github.io/PRUCookbook/

--Mark

[aras...@gmail.com]

At boot, Linux searches the /lib/firmware directory for binaries that it loads to the DSP, IPU, PRU, and EVE cores. The default binaries for example will wake DSP cores to run opencl acceleration then puts them to sleep when not in use. You can make up your own binaries for the above cores mentioned using the SDK examples provided below.

http://software-dl.ti.com/processor-sdk-linux/esd/docs/latest/linux/Foundational_Components_IPC.html#ipc-for-am57xx

[Dimitar Dimitrov]

Are there any DSP examples which do not require proprietary tools?

GCC has a C6x ELF port, but I was not able to find any code examples for it.

Thanks,

Dimitar

[RT]

Greetings all - thank you for your responses!

I now have a Beaglebone AI, and I'm just getting into using the GPIO pins.

I understand about the PRUs, but for my application (motor control/power electronics), it would be really nice to have floating point operations available, which is why I'm looking at the on-board DSPs (if the PRUs are good, then the Cortex M4s are better, and the DSPs would be awesome...).

Now, I'm reading through the examples to figure out how to use the high performance DSPs with rudimentary tasks such as reading GPIO pins and triggering interrupts (I.E. a PWM timer that triggers a task every 10 usec).

[aras...@gmail.com]

FYI, any hardware module you use in the slave cores needs to be disabled in the Linux device tree so that Linux will not interfere.

[RT]

Understood - does this mean that if I want the C66x DSPs to use GPIO, then Linux can't use GPIO?

[Mark Lazarewicz]

Check the pinmux table and and DSP block diagram in TRM to verify DSP has its own GPIO

Sent from Yahoo Mail on Android

--
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 beagleboard...@googlegroups.com.
To view this discussion on the web visit

https://groups.google.com/d/msgid/beagleboard/478c7c02-923e-465e-b4c1-3a3cbcc23b9c%40googlegroups.com

.