First you have to define what you mean by “real-time”. To most it means completing a task in a well defined amount of time. As long as you don’t turn off interrupts for extended periods, there is no reason why the responsiveness isn’t deterministic.
Coordinating between the DSPs is something you have to setup in your software. You can do this via shared memory, interrupts, etc. BTW, the TI C-compiler used for the DSPs is extremely good and in many cases is more efficient than programming in assembly. Only the most highly skill DSP programmer will be able to achieve better assembly performance vs C-code. Regards, John > On Jun 26, 2017, at 10:36 AM, MDX <[email protected]> wrote: > > Well, you guessed (almost) correctly and your answer pretty much fills my > list of requirement. Now i wonder if that "high-level communication" is > enough to control resource sharing between C66x software processing samples > in programmed order, so that it stays in real-time > > -- > 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/e8744846-2529-4fde-b0d7-384bf2d979e3%40googlegroups.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/82BDE4BF-F818-4A71-AEF3-7C0515EF33FE%40gmail.com. For more options, visit https://groups.google.com/d/optout.
