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.

Help! The proven apps don’t work after migration from DSP/BIOS 4.90 to 5.33 and 5.41



Gentle(wo)men,

I'm experimenting with the C6416 DSK having to recreate some old projects, based on the CCS3.1 and DSP/BIOS 4.90. Unfortunately I have found strange effects – the projects are only partially working after migration to the newest CCS and DSP/BIOS versions.

Believing my projects are not perfect, I repeated the migration procedure for the proven demonstrations, including into "C6000 Integration Workshop" and "C6000 Teaching Materials" (SSQC012 CD). With the same result – they are working only partially.

 More detailed about the examples "Chapter 5 - EDMA" and "Chapter - 6 McBSP" from "C6000 Teaching Materials":

1. The examples are working perfectly under CCS3.1 and DSP/BIOS 4.90. CCS3.1 and DSP/BIOS are included to the accompanying C6416 DSK Support CD.
2. The example Chapter - 6 McBSP is working under CCS3.3 and co-delivered DSP/BIOS 5_33_05.
3. The example Chapter - 6 McBSP is working under CCS4.2 and co-delivered DSP/BIOS 5_41_10_36.
4. The example Chapter - 5 EDMA is not working under CCS3.3 and co-delivered DSP/BIOS 5_33_05: there is no output audio signal.
5. The example Chapter - 5 EDMA is not working under CCS4.2 and co-delivered DSP/BIOS 5_41_10_36: there is no output audio signal.

 All needed conversion steps from DSP/BIOS 4.9 to 5.33 and 5.41 (cdb2tcf) passed without any troubles. The CGT issue the .out data free of error, warning etc. messages.

 Can anybody of DSP/BIOS Gurus please check the issue and give me a short explanation of the examples behavior? The best way for my understanding is to feedback me with the original projects (see attachment), adapted to CCS3.3 or CCS4.2 and the corresponding DSP/BIOS version.

Any ideas to make the example working will be gratefully appreciated!

Thanks in advance

Best Regards

Examples.zip
  • Hi General Polar,

    Can you also attach the projects that you have migrated?  I would like to compare them.

    General Polar said:
    I repeated the migration procedure for the proven demonstrations, including

    Which migration procedure are you following? Is this coming from the integration workshop document? (apologies ahead of time ... but the software versions and hardware you are working on are very old and I am going to need to refresh my memory a bit here :)

    General Polar said:
    4. The example Chapter - 5 EDMA is not working under CCS3.3 and co-delivered DSP/BIOS 5_33_05: there is no output audio signal.
    5. The example Chapter - 5 EDMA is not working under CCS4.2 and co-delivered DSP/BIOS 5_41_10_36: there is no output audio signal.

    when you upgraded your CCS, in addition to upgrading your DSP/BIOS, it also installed newer versions of Code Generation Tools (compiler), XDC Tools and drivers.  Can you tell me the versions of these other tools that you have in CCS 3.3 and 4.2?  (you can find this by looking under help->about and then opening the component manager. The component manager allows you to see the available tools that CCS can use, as well as which ones are currently used (those will have a check mark next to them).

    Thanks,

    Steve

  • Hi Steve

    Steven Connell said:
    Can you also attach the projects that you have migrated?  I would like to compare them.

    OK, I’ve attached the already named project „Chapter5 – EDMA“ migrated to CCS3.3.

    Steven Connell said:
    Which migration procedure are you following?

    For the CCS3.3 projects the cdb->tcf conversion procedure is automated, I simply used it.
    For the CCS4.2 I have to use the cdb2tcf utility manually.

    Steven Connell said:
    Can you tell me the versions of these other tools that you have in CCS 3.3 and 4.2? 

    For the CCS3.3 they are:
                CCS     3.3.81.11
                 IDE     5.98.0.393
                CGT     6.1.15
       DSP/BIOS     5.33.01
                XDC     3.00.06
          SD Emu     3.03.30

    For the CCS4.2 they are:
                CCS     4.2.4.00033
                 IDE     4.0.0.201106061600
                CGT     7.0.5
       DSP/BIOS     5.41.10.36
                XDC     3.20.08.88
          SD Emu     4.2.3.02

    Thanks,

    GP

    Chapter05EDMACCS3.zip
  • GP,

    What is the file "EDMA_project.tcf"? Is this the configuration you are using for your project?

    I noticed that several speeds are different in EDMA_project.cdb (which is generated as a result of EDMA_project.tcf).  See the below screen shot of the difference report.

    I suspect that in your original .cdb file, these speeds were the same as those on the left hand side in the screen shot.  I suspect the values on the right hand side are coming out of the dsk6416 platform file.

    I also noticed that the c6416.cdb has different memory segments defined.

    Did you try to use the c6416.tcf file?

    Steve

    7506.report.html

     

  • Hi Steve,

    Steven Connell said:
    What is the file "EDMA_project.tcf"? Is this the configuration you are using for your project?

    Sorry Steve, I've forgot to notice about. The file produced after automatic conversion of the original c6416.cdb file is the c6416.tcf. EDMA_project.tcf I've built myself from scratch. Unfortunately the both of variants are not working.

    Steven Connell said:
    I also noticed that the c6416.cdb has different memory segments defined.

    I don't see any differences in memory segments in the report. What a tool did you use for this?

    Thanks

    GP

     

  • General Polar said:
    I don't see any differences in memory segments in the report. What a tool did you use for this?

    I just diffed the two map files.  Please see the below screen shot:

     

    7002.mapdiff.html

  • General Polar,

    I think at this point the best bet would be to try a process of elimination, in order to determine which component is causing a problem.  Since there are several variables that have changed between upgrades, I think you should try changing each of these variables one at a time.

    Let's start with this problem:

    General Polar said:
    4. The example Chapter - 5 EDMA is not working under CCS3.3 and co-delivered DSP/BIOS 5_33_05: there is no output audio signal.

                CCS     3.3.81.11
                 IDE     5.98.0.393
                CGT     6.1.15
       DSP/BIOS     5.33.01
                XDC     3.00.06
          SD Emu     3.03.30

    I suggest as a first step, to build the app in CCS 3.3 using the same components as you used in CCS3.1 with DSP/BIOS 4.90 (not sure what other components were in original working example.

    So, for example start with:

    A) Only CCS variable changed:

               CCS     3.3.81.11
                CGT     (same version as CCS 3.1 working case)
       DSP/BIOS    
    (same version as CCS 3.1 working case)
                XDC     (same version as CCS 3.1 working case)
          SD Emu     (same version as CCS 3.1 working case)

    B) If the program works with the above change, then try changing CGT:

               CCS     3.3.81.11
                CGT    
    6.1.15
       DSP/BIOS     (same version as CCS 3.1 working case)
                XDC     (same version as CCS 3.1 working case)
          SD Emu     (same version as CCS 3.1 working case)

    C) If the above works, then try moving the BIOS version forward:

               CCS     3.3.81.11
                CGT    
    6.1.15
       DSP/BIOS     5.33.01
                XDC     (same version as CCS 3.1 working case)
          SD Emu     (same version as CCS 3.1 working case)

    D) ... And so on ...


    This will allow you to see which of the variables is the cause of the problem.

    Steve

  • Hi Steve,

    Steven Connell said:
    I think at this point the best bet would be to try a process of elimination, in order to determine which component is causing a problem.  Since there are several variables that have changed between upgrades, I think you should try changing each of these variables one at a time.

    Steven Connell said:
    I suggest as a first step, to build the app in CCS 3.3 using the same components as you used in CCS3.1 with DSP/BIOS 4.90 (not sure what other components were in original working example.

    thanks, good idea. But following my logic, I would begin from a working example – using CCS3.1 and updating every component step-by-step. This way I have fewer problems with potential backwards compatibility issues and accessibility of old CCS3.1 components.  I can’t download e.g. the CGT and DSP/BIOS versions lower than 5.1.6 and 5.20, having in the CCS3.1 5.1.0 and 4.90.02.10 correspondingly.

    I’m only on one point not sure: whether the CCS3.1 will be upwards compatible with the DSP/BIOS 5.33, since DSP/BIOS 4.90 and 5.33 have different CSL connections mechanisms?

    GP

  • General Polar said:
    using CCS3.1 and updating every component step-by-step.

    sure, that method of eliminating variables should work just as well.

    General Polar said:
    I can’t download e.g. the CGT and DSP/BIOS versions lower than 5.1.6 and 5.20, having in the CCS3.1 5.1.0 and 4.90.02.10 correspondingly.

    I don't think you need to download anything.  It sounds like you have all of the necessary versions of BIOS and CGT, however you would just need to make sure you are pointing to the correct versions from your CCSv 3.1 build environment.

    General Polar said:
    I’m only on one point not sure: whether the CCS3.1 will be upwards compatible with the DSP/BIOS 5.33, since DSP/BIOS 4.90 and 5.33 have different CSL connections mechanisms?

    As far as I know, BIOS 5.33 should work in CCSv3.1.

  • Hi Steve,

    I think I’ve found the reason. That is the other CSL communication mechanism in the DSP/BIOS 5.30 in contrast with 4.90.

    The migration workaround should look as this:
    1. Load the working project in the CCS3.1 & DSP/BIOS 4.90 IDE.
    2. Open the corresponding “project.cdb” file for editing.
    3. Remove internal CSL dependency in the DSP/BIOS 4.90: Global Settings -> Properties -> General -> Chip Support Library (CSL) -> other.
    4. Add the same CSL to the project as the external file: Project -> Add Files to Project -> <path>\csl\lib\cslxxxx.lib.
    5. Explicitly init CSL, adding the code line CSL_init() anywhere in the source code, before you call the first CSL function.
    6. Recompile, load and run the project.
    7. Ensure the project is still working (it shall work!
    :-)) and copy it.
    8. Load the copied project in the CCS3.3 & DSP/BIOS 5.30 IDE.
    9. Change a path to external CSL if needed.  
    9. Let the cdb2tcf utility automatically convert the project data.
    10. Recompile, load and run the project.
    11. Enjoy!

    This workaround has at least two drawbacks:
    1. You need to have the CCS3.1 & DSP/BIOS 4.90 IDE to prepare migration.
    2. Some CCS3.1 & DSP/BIOS 4.90 projects can be directly converted without removal of internal CSL dependency (and I don’t know why).

    P.S. May be this know-how looks enough trivial, but up to now I haven’t seen something like that.
    Possible it would be useful to add a few words about to:
    http://processors.wiki.ti.com/index.php/Migrating_from_BIOS_4.9_to_BIOS_5.x

    Today I have successfully tested five old and demo migrated projects.

    Regards

    GP