F133A烧录时大概率卡住失败

[casojie]

背景：开始时使用F133B芯片，编译了镜像烧录，几乎没怎么遇到烧录失败的情况
现在做了一款新的PCB板子，贴的是F133A芯片，就大概率出现卡0%，卡10%，卡55%，卡70%，但也有大约10%的概率成功，据之前有个大哥说，代码软件层面上不用区分F133A和F133B，但是同样的镜像对F133B和F133A烧录情况不一致（当然PCB的电路也不一样），现在就不知道是我代码编译出的镜像有问题，还是后面的F133A电路硬件上有问题，请大佬指点，烧录卡住时的打印如下
10%

tfs 5, d200, 8000
recovery 6, 4d80, 8000
rootfs_data 7, 2800, 8000
UDISK 8, 0, 0
[09.637]erase all part start
need erase flash: 18
[09.643][mmc]: erase from: 0, to: 7634943, cnt: 7634944, erase_group: 1024
[09.678][mmc]: sunxi_mmc_do_send_cmd_common: cmd 38 wait rsp busy 0x1c ms 
[09.685]read item0 copy0
[09.687]Item0 (Map) magic is bad
[09.690]the secure storage item0 copy0 magic is bad
[09.695]Item0 (Map) magic is bad
[09.698]the secure storage item0 copy1 magic is bad
[09.702]Item0 (Map) magic is bad
[09.705]the secure storage map is empty
[09.710]erase secure storage: 0 ok
SUNXI_EFEX_MBR_TAG
mbr size = 0x10000
write primary GPT success
write Backup GPT success
[09.727]update partition map
FEX_CMD_fes_verify_status
FEX_CMD_fes_verify last err=0
******Has init

卡50%

common1(partition3) need it, here is a weak func
total part: 9
mbr 0, 8000, 8000
boot-resource 1, 1f8, 8000
env 2, 1f8, 8000
env-redund 3, 1f8, 8000
boot 4, 3200, 8000
rootfs 5, d200, 8000
recovery 6, 4d80, 8000
rootfs_data 7, 2800, 8000
UDISK 8, 0, 0
[09.491]erase all part start
need erase flash: 18
[09.497][mmc]: erase from: 0, to: 7634943, cnt: 7634944, erase_group: 1024
[09.513][mmc]: sunxi_mmc_do_send_cmd_common: cmd 38 wait rsp busy 0xa ms 
[09.520]read item0 copy0
[09.522]Item0 (Map) magic is bad
[09.525]the secure storage item0 copy0 magic is bad
[09.530]Item0 (Map) magic is bad
[09.533]the secure storage item0 copy1 magic is bad
[09.537]Item0 (Map) magic is bad
[09.540]the secure storage map is empty
[09.545]erase secure storage: 0 ok
SUNXI_EFEX_MBR_TAG
mbr size = 0x10000
write primary GPT success
write Backup GPT success
[09.562]update partition map
FEX_CMD_fes_verify_status
FEX_CMD_fes_verify last err=0
******Has init
FEX_CMD_fes_verify_value, start 0x8000, size high 0x0:low 0x14000
FEX_CMD_fes_verify_value 0xe6f75b5c
FEX_CMD_fes_verify_value, start 0x81f8, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0xa0bf6d78
FEX_CMD_fes_verify_value, start 0x83f0, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0xa0bf6d78

卡79%

DISK 8, 0, 0
[09.584]erase all part start
need erase flash: 18
[09.590][mmc]: erase from: 0, to: 7634943, cnt: 7634944, erase_group: 1024
[09.606][mmc]: sunxi_mmc_do_send_cmd_common: cmd 38 wait rsp busy 0xa ms 
[09.613]read item0 copy0
[09.615]Item0 (Map) magic is bad
[09.618]the secure storage item0 copy0 magic is bad
[09.623]Item0 (Map) magic is bad
[09.626]the secure storage item0 copy1 magic is bad
[09.630]Item0 (Map) magic is bad
[09.633]the secure storage map is empty
[09.638]erase secure storage: 0 ok
SUNXI_EFEX_MBR_TAG
mbr size = 0x10000
write primary GPT success
write Backup GPT success
[09.655]update partition map
FEX_CMD_fes_verify_status
FEX_CMD_fes_verify last err=0
******Has init
FEX_CMD_fes_verify_value, start 0x8000, size high 0x0:low 0x14000
FEX_CMD_fes_verify_value 0xe6f75b5c
FEX_CMD_fes_verify_value, start 0x81f8, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0x882de1bc
FEX_CMD_fes_verify_value, start 0x83f0, size high 0x0:low 0x20000
FEX_CMD_fes_verify_value 0x882de1bc
FEX_CMD_fes_verify_value, start 0x85e8, size high 0x0:low 0x5fc000
FEX_CMD_fes_verify_value 0xd668265a

[YterAA]

卡住一般是因为硬件，请问使用什么储存器启动

[casojie]

@yteraa emmc， 谢谢