AM2634: uart_uniflash_gui.py python script fails at --file command

Saman Mardani

Part Number: AM2634
Other Parts Discussed in Thread: UNIFLASH

Hi,

I am trying to download .tiimage and .appimage into QSPI flash memory to my own designed AM2634 board based on AM263x CC board.

First I put the Bootmode in UART boot mode and power-up the board. I can see the character 'C' in serial terminal at CCS. then I close the serial terminal and start the uart_uniflash_gui.py.

After selecting proper COMx and selecting default_sbl_qspi.cfg file with the following commands.

Only the first command which is flash-write is completed successfully, but the next command which is "--file" does not start.

The only difference between my schematic and AM263x CC board is that BootMode pins from dip-switch are connected directly via series resistors to AM2634 pins instead of buffer used in AM263x-CC board.

And also the voltage level at QSPI_D3 and QSPI_D2 are 1.5V (the pull ups are not mounted) but in AM263xCC board are 3.3V.

Would you please guide me why the --file command does not start? Is there something wrong with QSPI Flash connection to AM2634?

Saman

over 3 years ago

0 Saman Mardani over 3 years ago

Intellectual 325 points

Hi Again,

I realized that after first step. (Loading sbl_uart_uniflash.tiimage and running) current consumption is increased a little and QSPI_D2 and QSPI_D3 voltage level is increased to 3.3V.

Saman

0 Ralph Jacobi over 3 years ago in reply to Saman Mardani

TI__Guru*** 135355 points

Hello Saman,

Truthfully I haven't used the GUI command before and while I tested it successfully, I want to figure out if this could be related to the GUI or if its an issue related to your custom hardware. Can you try using the uart_uniflash.py script from a command prompt console?

python uart_uniflash.py -p COM<x> --cfg=sbl_prebuilt/am263x-cc/default_sbl_qspi.cfg

Best Regards,

Ralph Jacobi

0 Saman Mardani over 3 years ago in reply to Ralph Jacobi

Intellectual 325 points

Hi Ralph,

Thanks for reply,

I have checked command prompt also. But, the result is same and only first command of "flash-writer" is successfully run and then the second command does not start.

Saman

0 Ralph Jacobi over 3 years ago

TI__Guru*** 135355 points

Hi Saman,

While you were testing that I sent your schematic excerpt to our QSPI expert and they identified that you must have IO2 and IO3 lines both pulled up.

This is documented in Section 5.2 QSPI Memory Implementation on our AM263x Hardware Design Guide: https://www.ti.com/lit/pdf/sprabj8

QSPI0_D[2] - 10 kohm pull-up to VDDS33 IO supply. This disables write-protect mode on the S25FL128 flash memories.

QSPI0_D[3] - 10 kohm pull-up to VDDS33 IO supply. This disables hold mode on the S25FL128 flash memories

Please populate those resistors accordingly and then try again.

Best Regards,

Ralph Jacobi

0 Saman Mardani over 3 years ago in reply to Ralph Jacobi

Intellectual 325 points

Hi Ralph,

I populated those pullups and tested again.

I am now sure that the content of the QSPI memory is written and verified successfully. (I did it by AM263x MCU+ SDK: SBL JTAG Uniflash (ti.com))

But there is still one remaining problem and that is SBL_QSPI example code if recompiled again (without any change) and downloaded to qspi memory does not start properly at power up. (prebuilt code start successfully). This is checked on AM263X EVM CC board.

Saman

0 Ralph Jacobi over 3 years ago in reply to Saman Mardani

TI__Guru*** 135355 points

Hello Saman,

Are you using SDK version 9.00?

Can you please send the tiimage file that has been generated so I can try the same on my CC?

Also can you attach the makefile_ccs_bootimage_gen associated with the SBL as well?

Best Regards,

Ralph Jacobi

+1 Ralph Jacobi over 3 years ago in reply to Ralph Jacobi

TI__Guru*** 135355 points

Hi Saman,

Also please check if you have the right version of OpenSSL installed: https://dev.ti.com/tirex/content/mcu_plus_sdk_am263x_09_00_00_35/docs/api_guide_am263x/SDK_DOWNLOAD_PAGE.html#INSTALL_OPENSSL

Best Regards,

Ralph Jacobi

0 Saman Mardani over 3 years ago in reply to Ralph Jacobi

Intellectual 325 points

Hi Ralph

changing OpenSSL version resolved the issue

Thanks

Saman

Arm-based microcontrollers

Arm-based microcontrollers forum

AM2634: uart_uniflash_gui.py python script fails at --file command