Hi Guys,
I'm wondering if anyone can shine any light on what we are trying to do here and perhaps tell us if we're crazy or might more faster with a different approach.
We are considering using the OMAP-L138 for a low resolution high speed (although speed is a dependant variable) image processing platform (colour object detection). Our intention was somewhere along the lines of getting the DSP core to pre-process all the image data and then run our detection algorithm on the ARM which then forwards the results over Ethernet.
We have evaluated both versions of the LCDK, both the C6748 and the OMAP-L138. We initially started with the OMAP hoping we could use it pretending the ARM core simply wasn't there and that is where our problems started.
We've been struggling to find information about what everything needs to be initialised properly, but we've tried to load the UART echo C6748 demo program to the DSP core on the OMAP and it does not work. It doesn't work because the DSP cannot seem to write to the config registers of the UART successfully and we don't know why (we suspect the ARM core has done something from the onboard code to block this, but resetting the ARM core or holding it in reset, etc. doesn't help).
Our ultimate aim is to run both cores on TI-RTOS, if this is possible, with only basic synchronisation messages flowing between the cores and shared memory to access blocks of data ready for the ARM to work on (Ping-Pong buffering I guess), but our work starts on the DSP core first. the C6748 kit works great and we can run and debug everything, but we still don't know how we would migrate to the OMAP core to get the extra processing power.
I've read through all the documentation I can find and nothing talks about using RTOS on both devices, and certainly not how to debug the DSP in isolation.
As I said, if anyone can shine any light on this then it will be greatly appreciated!