TDA4VH: Keywriter debug errors

Part Number: AM69

I tried to provision my AM69 devkit and attempted to write 16 bytes to the OPT EXT fuses. On the first attempt, I received the error shown below. Based on this, it appeared that the optional fuses might not be supported.


OTP Keywriter ver: 10.1.4-v10.01.04a-1-gf7c27 (Fie
Legacy Boot Mode
OTP_VppEn
AM69 SK Detected!!
WKUP_GPIO0_VPP_CTRL output high
Key programming sequence initialted
Taking OTP certificate from 0x41c70004
Sciclient_otpProcessKeyCfg returns: -1
Debug response: 0x6e000000
Key programming sequence completed

I then modified the keywriter code to write only the required fuses and configuration data. However, for some reason, the serial port changes when I power-cycle the board, and I did not capture any logs. After turning the device off and back on and rerunning the process, I observed the error shown below.

OTP Keywriter ver: 10.1.4-v10.01.04a-1-gf7c27 (Fie
Legacy Boot Mode
OTP_VppEn
AM69 SK Detected!!
WKUP_GPIO0_VPP_CTRL output high
Key programming sequence initialted
Taking OTP certificate from 0x41c70004
Sciclient_otpProcessKeyCfg returns: -1
Debug response: 0x4e000800
Key programming sequence completed

From the keywriter logs and docs, it looks to me that the key fuses may have been burned successfull but I am gettign errors for trying to overwrite them. I tried to boot an unsigned image, but I get no serial output. Is it expected to see no serial logs when running unsigned images? Should I try booting a signed image to validate the provisioning flow? Is there any reliable way to rerun keywriter or verify that the fuses were programmed correctly?

Thanks

Shabnam

  • This is the original command that I ran:

    ./gen_keywr_cert.sh -t ti_fek_public.pem -s keys/smpk.pem --smek keys/smek.key -b keys/bmpk.pem --bmek keys/bmek.key --keycnt 2 --keyrev 1 --msv 0x1 --sr-sbl 1 --sr-sysfw 1 --sr-bcfg 1 --ext-otp ext_otp_data.bin --ext-otp-indx 0
    --ext-otp-size 128

    I have removed -ext-opt-field, which can remain unfused.

    Can I assume that --sr-sbl, --sr-sysfw, and --sr-bcfg are already set to 1 and therefore do not need to be written again? If I try to write them again, I will get error?

    Also, should I assume that in case of any error, keyrev will not be written and the device will not transition to HS-SE, even if the keys have already been written successfully?

    Thanks

    Shabnam



  • Hi Shabnam,

    Do we have TIFS traces for both of the trials? Also which keywriter package version you are using?

    Regards
    Diwakar

  • I did not get any trace. It's OTP Keywriter ver: 10.1.4-v10.01.04a-1-gf7c27 .