We produced 8 prototype boards mounting the TI AM3359ZCZ microprocessor.
The selected boot sequence via the SYSBOOT[4..0] pins is b11000: SPI – MMC – USB – UART.
In the lab, we verified that 5 boards boot through SD Card without any problem.
The other 3 boards do not boot (at least via SD Card). The Power Supply Voltages and Current Consumption are at the nominal level and the clock is correct at 26MHz. We cannot debug the device using the JTAG port because we embedded it due to security reasons.
We cannot see any apparent reason because the boot phase is interrupted.
In the upper picture, there is a scope screenshot representing SD-Card interface signals of 2 booting boards in parallel immediately after the power-up phase.
The traces represent the following signals:
0 – BOARD1 SD_CLK
1 – BOARD1 SD_CMD
2 – BOARD1 SD_DAT3
3 – BOARD1 SD_DAT2
4 – BOARD1 SD_DAT1
5 – BOARD1 SD_DAT0
6 – BOARD2 SD_CLK
7 – BOARD2 SD_CMD
8 – BOARD2 SD_DAT3
9 – BOARD2 SD_DAT2
10 – BOARD2 SD_DAT1
11 – BOARD2 SD_DAT0
BOARD1 (upper traces) boots correctly: it starts with a 125 kHz clock, after a while the clocks switch to 6 MHz and later all 4 data lines are used
BOARD2 (lower traces) stops the boot: the 125 kHz phase is much longer than BOARD1, nevertheless the clock switches to 6 MHz (see the trace number 6 in the following picture).
BOARD2 seems to stop the SD-Card booting phase.
On the analog scope all the signals seems to be quite clean without overshoot or undershoot, crosstalk and so on.
BOARD2 gives a stream of ‘C’ characters on the terminal window, the stream interrupts cyclically because the device jumps through the boot sequence.
We noted that all the 5 working BOARDS mount an XAM3359ZCZ marked 22AG4IW, the other 3 BOARDS mount an XAM3359ZCZ marked IBA0L3W.
Thanks in advance for the help!
Some further info about this case: the boards not booting via MMC interface do not boot neither via UART.
We have just tried sending the u-boot-spl.bin in XMODEM over UART interface: the transfer seems to be completed successfully, but after that nothing happens. I cannot see any SPL log on console (...Texas Instruments Revision detection unimplemented etc...), and the boot-device sequence is completed and re-initiated. While the other five boards boot the SPL, then I can send the u-boot in YMODEM, and finally boot the u-boot code with success.
Looks like the part is defective. Please see the link http://e2e.ti.com/support/dsp/sitara_arm174_microprocessors/f/791/t/185735.aspx
-Renjith | www.pathpartnertech.com | Verify the answer if you think your query is resolved
Hi Renjith, thanks for the suggestion, it can be but unfortunately with no JTAG there is no way to check registers.
It would be interesting to understand if it is something specific of a production lot: both our chips and those in the other thread have IBA0L3W has Lot Trace Code...
All content and materials on this site are provided "as is". TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with regard to these materials, including but not limited to all implied warranties and conditions of merchantability, fitness for a particular purpose, title and non-infringement of any third party intellectual property right. TI and its respective suppliers and providers of content make no representations about the suitability of these materials for any purpose and disclaim all warranties and conditions with respect to these materials. No license, either express or implied, by estoppel or otherwise, is granted by TI. Use of the information on this site may require a license from a third party, or a license from TI.
TI is a global semiconductor design and manufacturing company. Innovate with 100,000+ analog ICs andembedded processors, along with software, tools and the industry’s largest sales/support staff.