This thread has been locked.

If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

What are the current packages for DM648?

Hello,

 

I am new to TI embedded processors and got a bit confused about the available packages and their relationship.

I got an DM648 based EVM with dvsdk1.11 containing few packages like PSP, edma2_lld and framework components. Beside these there is reference to the CSL in the documentation. Most of the drivers in the PSP require CSL. However, I do not have CSL installed and as far as I could figure out CSL has been discontinued.

What is the relations ship between CSL, PSP and DVSDK?

 

After long and laborious googling I managed to find a document (SPRU401J) from 2004 which explains the CSL. It covers many things, like the Vport, ic2 and  EDMA among others. However VPort  and i2c is now in PSP, whist EMDA is not. I guess the EDMA_LLD package is to replace the EDMA part of CSL.

Do I need CSL at all? If not what happened to the modules not in the PSP?

 

EDMA3_LLD inside the DVSDK comes with no documentation at all. The examples inside EDMA3_LLD is called CSL2_DAT_DEMO and is  referring to "legacy CSL2" a lot.

How do I use EDMA 3? Is it via PSP somehow or via EDMA3_LLD? Where can I find documentation for EDMA3 software packages? I got the hardware guide, but I guess There must be a better way of doing DMA then coding the registers direct.

What happened to the TIMER module in the CSL? I could not find any replacement hence I coded my own, but ios it the only way?

Are there updates for DVSDK for BIOS? I understand that there is DVSDK2 but I believe that is for Linux and not for DSP/BIOS.

What is the framework_components package for? It seems to be related to DMA as well but how?

Is there a comprehensive DMA/EDMA/QDMA programmers user guide somewhere to sort out how to put all these components together?

 

Please excuse me for the many basic questions but I am at loss of how to proceed with all this.

Regards,

Peter

  •  

    Peter,

    The DSP/BIOS based Platform Support Package (PSP) is provided as a component of the overall DaVinci Development Kit v1.11.  I think the information you dug up about CSL is obsolete in that there used to be a chip support library that was distributed that had both low level register peripheral programming functions as well as high level libraries.  TI abandoned this approach and CSL is only providing register level support, meaning that it is limited to low level macros that allow the user to manipulate the bit fields, provide register definitions and addresses and read and write to registers in an easier way.  However, you should not have to download anything else -- the PSP component included in your kit should include all of the CSL functionality as well.  If you can just use the PSP drivers for your system then you will not need to access CSL directly at all.

    For information about EDMA LLD, you should go to your kit installation's top level EDMA LLD folder and read the release notes, which have links to the EDMA LLD user documentation.

    I'm not familiar with the CSL TIMER module, but hopefully you can use the DSP/BIOS timer functions to meet your needs.

    There has certainly been updates to DSP/BIOS since this kit was released.  If you upgrade DSP/BIOS 5.41, you can also use Code Composer Studio v4 instead of v3.

    Framework Components is one level of a 3-level software codec frameworks architecture.  The lowest level is xDAIS, which dictates how an algorithm should be implemented to be more easily reusable and more easily integrated.  Framework Components above that has several low level parts that provide services to software frameworks for manipulating resources like memory and DMA.  Above that is Codec Engine, which provides automates the invocation and instantiation of xDAIS compliant codecs and other algorithms.

    There is documentation on the EDMA engine itself -- the TI lit number is SPRUEL2B and you can find it on the web easily enough by typing that number into a search engine.  If you are going to use Codec Engine to drive your codecs, you will need to access separate documentation.

    I hope this helps.  I would recommend that you post individual questions to the forum rather a multitude, so that individual contributers can more easily answer the ones that are closest to their individual expertise.

     

     

  • David,

    Thanks for the detailed explanation. I understand what you are saying and it all makes sense. However the core of my question remains.

    Yes, I have the EDMA doc SRUEL2B. It is really detailed and very good description of the engine. However it does not give me any help of programming it unless I do the register level coding myself. Similarly there is a Timer document which tells you everything about the hardware, the registers and the settings you need, but no API no code. Hence I ended up coding it myself. It did not take long, but the timer is a simple device.

     

    The former CSL had a DMA module which gives a set of API, it also had a Timer module providing APIs for ... well... timers. The BIOS has a clock module but it is not a timer module it has a clock using one timer and that is it.

    I use CCS4 and a newer BIOS, but the problem remains the CSL APIs had gone and there does not seem to be a replacement. PSP has some functionality but very far from CSL and it is always referencing CSL.

     

    I guess I only wanted to ask one simple question. Is there an updated sdk, not BIOS only, with a coherent documentation without references to not existing modules and with all the existing API documented? If not then what package/module has the latest EDMA API? I am sorry to be difficult, but I have spent twice as much time searching for the documents then actually using them. There is information around, but large parts of it is outdated and sends you on a goose chase for an API phased out some time ago.

     

    Regards,

    Peter

     

     

     

  • Peter, no trouble, but I have asked someone from the PSP team to respond to see if they can come up with more information for you.