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.

Flashing problem LCDKC6748

Other Parts Discussed in Thread: OMAP-L138

Hi every one.

I’m developing a video application on LCDK-C6748. I’m using the VPIF, LCD/Raster, USB/Bulk, UART and everything works very fine, but when the application runs over the DDR (using the GEL file and the CCS v5.3).

When I burn the flash and I try to run the application I don’t know what happened because the application stops!!!

Let me reproduce the steps:

1. I’m using the AISgen and then the sfh_OMAP-L138.exe (erasing and flashing), the results seems to be correct because the results are as the follow picture.

 

2. After that I move the boot switch in order to booting from Flash and just do the initial tasks (blink leds) and then it stops.

I’m attaching the configuration file used by the AISgen 5102.configuracion.cfg.

Maybe is something regarding with the memory configuration, actually I’m attaching too the cmd file 3051.vpif_lcd_loopback.zip.

Please help us because we need to finish our application as soon as possible.

 

Ilich Guerrero

  •  

    Hi llich,

    Have you cross checked the PINMUX & PLL clock settings against the working code? Because you’re not touched the PINMUX settings in the AISgen configuration

    Are you flashing the code with (-flash_noubl) command for single bootable image in the flash memory?

    Have you tired other working code and followed the same procedure to flash the image? In order to make sure the steps you’re following are correct and the board is good when booting from NAND flash. Try using the same cmd file and AIS CFG.

    Have you tried connecting the Emulator and see which place it gets stuck?

    Regards

    Antony

  • Hi Antony

    Regarding with the Flash configuration, well, I configured the PINMUX inside of the program, I used –flash_noubl option and I tested other application running over the flash memory  and worked fine.

    And I don’t know how to match the cmd file with the AIS CFG, would you like to tell me how? Or maybe can you send me the correct AIS CFG?

    And let me tell you something, I tested the application but this time without the USB Bulk initialization and it works very good. But when the application is running from the DDR (using the gel file) the USB Bulk initialization works fine. How could this be? Look the USB initialization is from the Starterware, actually the problem instruction (booting from flash) is the follow:

    USBDBulkInit(0, (tUSBDBulkDevice *)&g_sBulkDevice);

    I’ll really appreciate any help.

    Regards

    Ilich

  • Hi llich,

    The .cmd file linked inside the CCS and allocated the memory map for the program code and data in the .out file during build. You don’t need to match this in AISgen utiliy.

    I just want to make sure the other program with the same memory map (.cmd file) which you’re using for video application will work from the flash memory or not? For example Improper program download into DRAM area, it may fail and also check the If PSC not turn on, the peripheral will not work. Compare the PSC in GEL script and see the condition.

    Regards

    Antony

  • Hi Antony

    I tested other programs with the same .cmd file and they works fine.

    And I added the follow instruction before the USBDBulkInit command:

    PSCModuleControl(SOC_PSC_1_REGS, HW_PSC_USB0, PSC_POWERDOMAIN_ALWAYS_ON, PSC_MDCTL_NEXT_ENABLE);

    But nothing happened, the program stopped again. Again the USBDBulkInit command seems to be the cause.

    For example, let me tell you what peripherals I’m using:

    VPIF

    LCD Raster

    UART

    PWM

    GPIOs

    USB 2.0 Bulk Mode

    So, would you like to provide me an initialization code for the PSC and check if this is causing my problem?

    How this?  Is it possible that the buffers for the USB need to be allocated in a specific place of the DDR? Could be?

  • Ilich,

    Thanks for the updates

    We move this to starter ware expert to see what’s really happing in the USBBulkinit function that causes your system to fail and the specific DDR memory allocation.

    Before that can you please try to run the program from the internal memory of the OMAP-L138 device .If the code size is bigger can you uncomment the VPIF, LCD raster and other API’s functions and run the USB Bulk mode alone, just want to know if it gets fail in that too.

    Regards

    Antony

  • HI Antony

     

    I put this instruction:

    HWREG(SOC_SYSCFG_0_REGS + SYSCFG0_CFGCHIP2) = 0x09F2;

     

    before USBDBulkInit and my program Works!!!!

     

    I did the comparation as you said, I mean int the gel file (in PSC configuration) and I saw the CFGCHIP2=0x09F2.

     

    Thank you very much.

  • Hi llich,

    Good to know that you've resolved this issue

    Regards

    Antony

    • --------------------------------------------------------------------------------------------------------
      Please click the Verify Answer button on this post if it answers your question.
      --------------------------------------------------------------------------------------------------------