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.

DLPC900: Unable to read flash device IDs

Part Number: DLPC900
Other Parts Discussed in Thread: DLP670S,

Tool/software:

I'm trying to update firmware of my DLPLCR900DEVM, once I clicked the 'Upload' button, the GUI shows an Error message saying "Unable to read flash device IDs. Error: Invalid command number : 0x15" and D9 stopped flashing but D7 is still flashing. I have updated firmware to this board's default firmware from v6.0 to v6.3 two weeks ago, and it was working fine.

Please advise.

Kind regards

Hongtao

  • Hello Hongtao,

    Thank you for reaching out and using the E2E forums! An expert from our team will review the thread and get back to you shortly.

    Regards, 

    Tristan Bottone

  • Hello Hongtao,

    When you install a newer version, the flash parameters file is also included with the version and may no longer match your flash if the latest EVMs use newer flash parts.

    Please go to C:\Texas Instruments-DLP\DLPC900REF-SW-5.3.0\DLPC900REF-SW-5.3.0\DLPC900REF-GUI\Flash and rename the file FlashDeviceParameters.txt to *.bak.

    then go to the previous GUI directory C:\Texas Instruments-DLP\DLPC900REF-SW-5.0.0\DLPC900REF-SW-5.0.0\DLPC900REF-GUI\Flash (I am guesing) and copy the FlashDeviceParameters.txt file to the 5.3 directory and try again.

    Fizix

  • Hello Fizix

    Thank you very much for your support. I have done what you have suggested, unfortunately, this hasn't resolved the issue.

    I have connected a Beagle I2C Analyzer to J15, and I can see two WRITE messages to address 0x1A with data 0xB001 and 0xB002. Should the address be 0x34 instead of 0x1A? 

    What more investigation I can do please?

    Kind regards

    Hongtao

  • Hi Fiziz

    Just to make my message clearer: I have connected a Beagle I2C Analyzer to J15, and when I tried to upload firmware by clivking the GUI's 'Upload' button, I can see two WRITE messages to address 0x1A with data 0xB001 and 0xB002. Should the address be 0x34 instead of 0x1A? as the secondary controller's I2C address is 0x34.

    Kind regards

    Hongtao 

  • Hello again Hongtao,

    Are you connecting via USB or I2C?  On I2C 0x1A is a read command for internal test pattern color.  

    Fizix

  • Hi Fizix

    I'm connecting via USB trying to reload firmware 6.3.0.

    I also have two homemade PCBs, their circuit is identical to DLPLCR900DEVM. These two PCBs were working fine for reloading firmware, however, they have got the same issue after a procedure of upgrading the firmware from 6.0 to 6.3 two weeks ago. I have erased and reinstalled bootloader 6.3 to the flashes using JTAG programmer, and I am still unable to load the firmware as the same problem persists. 

    As the error is 'Unable to read flash device IDs', are the IDs stored in the DMD controllers or in the flashes? Is the secondary flash ID read via M_SCL1/M_SDA1 bus?

    Please help.

    Kind regards

    Hongtao

  • Hello Hongtao,

    Can you please try the same experiment with FW v6.2.0 and GUI v5.2.0? Are you able to program with the boothold jumper installed?

    Thank you,

    Regards,
    Aishwarya

  • Hi Aishwarya

    Thank you very much for your quick reply. I just tried that, I can erase and load bootloader using FW5.2 JTAG programmer but still unable to load firmware via USB with GUI 5.20 as the same problem persists.

    Kind regards

    Hongtao

  • Hi Aishwarya

    I just understood what do you mean by "Are you able to program with the boothold jumper installed?", and I just tried again with the following steps, it worked with both FW v6.2.0 / 6.3.0 and GUI v5.2.0 / 5.3.0 :

    1, Start with power off, removed RESET jumper, install the BOOTHOLD jumper.

    2, Connect the USB cable and power on the board.

    3, Open GUI, manually select the Chipset Type (mine is DLP670S), select firmware and click 'Upload' button.

    Could you please advise why the the GUI shows the error when BOOTHOLD jumper isn't on?

    Many thanks for your help.

    Kind regards

    Hongtao

  • Hongtao, 

    This is good information. Can you share what operation was being done on the DLPC900 prior to corruption? Perhaps, you were trying to program the flash without the DMD connected?

    I believe there is some kind of mismatch in the state machines of the two controllers. We will try to recreate this at our lab.

    Thank you,

    Regards,
    Aishwarya

  • Hi Aishwarya

    I have programmed three PCBs without DMD connected, one is your DLPLCR900DEVM, the other two are my own PCBs.

    1, At very early time I have modified "FlashDeviceParameters.txt" in "DLPC900REF-SW-5.3.0\DLPC900REF-JTAG" folder to match the flash on my own PCBs, screenshot below shows how I changed it, as my is S29GL128P90FFIR20.   

    It was fine at this point, as I can repeatedly reload firmware v6.0.0 for my onw boards, but I have not tried with your DLPLCR900DEVM yet.

    2, About two weeks, I have installed firmware v6.3.0 and uploaded this version to the three PCBs, everything went well from 6.0.0 to 6.3.0

    3, At a time, I have modified "FlashDeviceParameters.txt" in "DLPC900REF-SW-5.3.0\DLPC900REF-SW-5.3.0\DLPC900REF-GUI\Flash" folder to match the screenshot above. I cannot remember this happened before installing v6.3.0 or after.

    4, Early this week, I tried to reload firmware v6.3.0 in order disable the communications between IT6535 and DMD controller by disabling HDMI/DP receiver on GUI, as my own PCBs don't have this chip, then I released I'm unable to do so due to the error. 

    Notes:

    1, I have never changed the bootloaders on your DLPLCR900DEVM, so the bootloader on it is the one loaded by your board manufacturer. I have only upgraded the firmware from v6.0.0 to v6.3.0.

    2, I have reinstalled SW-5.0.0, SW-5.2.0, SW 5.3.0, this hasn't resolved the error.

    Hope this can help, let me know if you need more information. Thanks again for your great support.

     

    Kind regards

    Hongtao