DLPC350 with M29W128

Hello Lars,

It seems to me that the flash_parameters.txt is not correct for only one M29W128. The lightcrafter design has two M29W128. Is it possible to use this tool, with only one flash ?

[Sanjeev] The flash_parameters.txt stores the information about the flash layout and it is not referred for number of flash devices case. Please note that by default or for one flash configuration the device should be connected to the CS0 pin, CS1 & CS2 selects are optional. The DLPC350 controller looks for CS0 connected for loading the firmware code. Can you click on "Flash Info" button and verify the flash info read back is correct?

What about the boardfile ? Do we have to edit it ? And if so, which parameters should be filled in ?

[Sanjeev] The brd file currently has reference to the both CS0 and CS1 connected flash parts, Let me check and get back to you on this.

Regards,
Sanjeev

Hello Sanjeev,

we connected the flashmemory to PM_CS1, PM_CS2 is left unconnected. According to the datasheet of the DLPC350 CS1 is mandatory for boot flash, CS2 ist optional.

I don't see three Chipselect lines ?

Clicking on the Flash info, i don't get a result. The manufactor id is 00FF and the device id is 0000. Erasing of the flash don't works either. The application tries to erase and is not responding any more.

I checked our schematic vs the referencde design. The only difference is, that the ICTEN is not connected on our board. But during the programming procedure there are valid data signals at the flash memory.

Another difference is the fact, that adressline A21 and A22 don't have a pull-down on our board.

Could this lead to an error ?

I measured the CS,WE,OE lines with the debug board function of the UM232H. They are working and are correct wired up to the DLPC350

Regards,

Lars

Hello Lars, 

Sorry for my typo, PM_CS0 for SRAM so there are only two flashes connection option at CS1 and CS2, so your connection to PM_CS1 is correct.

Another difference is the fact, that adressline A21 and A22 don't have a pull-down on our board.

[Sanjeev] We haven't tried, if you have option on your board you can put 10K resistor on these two lines and test.

I am checking about brd file, once i have information i will update to this thread.

Regards,
Sanjeev

Hello Lars,

I have replied to another thread about using the new FlashDeviceParameters.txt file, please refer to this thread and use this one, let us know if you are able to read the flash info now.

http://e2e.ti.com/support/dlp__mems_micro-electro-mechanical_systems/f/924/p/371048/1337615.aspx#1337615

Regards,

Sanjeev

Hello Sanjeev,

tried your FlashDeviceParameters.txt, but it didn't work. Manufactorer code is still FF.

We measured all lines (data, address and cotrol lines) from DLPC to flash memory. For this we used the debug board function in the JTAG Flash utility. We can trace all signals up to the vias which connect the BGA to the DLPC350.

All lines are correct wired and are functional. Seems to me, that the flash memory has a defect. We are going to replace the flash and try it again.

Meanwhile i understood the boardfile. This is a subset of the BDSL-File. Taking a closer look at this file it seems to be ok for our board. And the measurement we made on the signallines to the flash memory shows, that all lines are working and are correct.

When we replaced the flash memory, i giving you a feedback.

Thanks for your help so far.

Regards,

Lars

Hello Sanjeev,

meanwhile our board is working. The replacement of the flash didn't work for us.

The main problem was the ICTSEN, HW_TEST_ pin and the connection of the ICTSEN pin to the reset of the JTAG-Interface.

We didn't connect them and so we couldn't programm our flash memory.

On the our new board design, we connected them and we could successfully programm our flash. After mounting the DMD device we can see the "boot screen" on the DMD device.

But please, the information about the HW_TEST_EN and ICTSEN pins have to be in the datasheet of the DLPC350.

The ICTSEN is only described as :

Includes internal pulldown. External pulldown recommended for added protection.

And the HW_TEST_EN is described as:

Reserved for test. Should be connected directly to ground on the PCB for normal operation. (Includes internal pulldown).

The connection of ICTSEN to the TRST of the JTAG-interface is not described.

There must be a description of the programming procedure of the external flash in the datasheet or an application note (which is then crossreferenced to the datasheet).

Gathering these information from datasheet and the two reference designs (lightcrafter and spectroscopy) and this forum is really painfull. And by the way the reference design of the spectroscopy has connected three lines which are declared as RESERVED with pull-ups to 3.3V. The UART0_CTSZ and the UART0_RTSZ are connected with 2 pull-downs to ground.

Very interessting that there are 7 pins on the DLPC350 which have different connections in the datasheet and the two reference designs.

Could you please get more information to the datasheet about which connections are necessary and which are correct. Is took us two to four weeks and two board design to clarify things.

Regards,

Lars

Hello Lars,

First of all, we highly appreciate your candid feed back and suggestion about getting the JTAG part of interface description corrected.

We always strive to keep the specs up to date on the documents, but as know it will go through constant revisions. We are very sorry for the difficulties faced by you to get the things right.

Again, thank you for your suggestions.

Regards,

Sanjeev