AMIC110 芯片上电后SPI0无片选信号输出

请测量一下sysboot管脚的电平对不对？输出“C”表示进入了uart模式。

已经确认问题，但是引导不起来的原因是我们虽然参考了AMIC110的硬件设计，但是对于BOOT启动会通过I2C0去读取EEPROM中的board info 如果不匹配会导致后续的SBL及APP无法被引导，对于该问题有解决方案么？目前我们是将AMIC110ice开发板上的EEPROM给移过来测试验证是可以被引导的，因此对于我们自己通过AMIC110开发板参考设计出来的硬件方案，那么对于EEPROM中该写入何种数据才保证能够正常引导？（地址及位置）另外，我通过执行诊断框架，通过eeprom——test读取到的数据如下：*********************************************
* EEPROM Test *
*********************************************
header: aa5533ee
boardName: ICE110
version: 1.1
serialNum: 40174P630102

如果我想要正常引导，是否将以上几项数据写入到对应的EEPROM中的对应位置即可?

这个是SBL去读EEPROM board ID，可以到sbl源码里把和EEPROM相关的代码屏蔽掉。如果是自己的板子，节约成本的话，可以考虑不用EEPROM。

但是 不用的话（目前我们是没有使用的），BOOT无法引导SBL! 我们将AMIC110ice开发板上的EEPROM移除以后也无法重新进入SBL及APP，说明EEPROM在BOOT启动过程后，起了作用，否则不会没有EEPROM就会起不来啊！？

那如果不使用EEPROM，BOOT的源码 我们是否可以看到且有办法修改?

需要把sbl源码里和EEPROM相关的代码屏蔽掉，再重新编译SBL。

您好，我是在sbl_main.c文件中 status = BOARDInit(NULL) 这行代码之前加了LOG打印，在EEPROM 硬件IC 存在的情况可以正常有打印出来，但是在将该IC移除后，就没有相关打印了，就好像BOOT并没有引导SBL继而执行后续引导！ 您说的屏蔽现在在这个基础上貌似SBL还没执行到EEPROM这部分,因此想要您这边确认下 在BOOT（固化在ROM中的）的代码流程里面是否对EEPROM这块有依赖或者其它操作，会导致我未接EEPROM会导致无法引导SBL！？

固化在ROM中的bootloader代码只有在Nandi2c boot模式下会去读i2c eeprom里的内容。SPI boot mode下，ROM bootloader不会去操作I2C eeprom。