尊敬的恩智浦工程师和社区专家们：
我目前正在使用以下技术进行开发 MFS2323BMBA5EP 功能安全单板计算机 (SBC) 的配置文件与数据手册中关于一次性密码 (OTP) 出厂配置的报告存在重大冲突。非常感谢您能凭借专业知识对此进行澄清。
配置冲突：
1. 来自以下方面的证据 .cfg 文件：
在我的 FS2320_BA5_CONFIG_Rev_A.cfg 文件中，有一个直接的寄存器值：
0x30 : 0x00
根据 FS23 数据表（表 229）， OTP_MAIN_SYS_I2C_CFG位 4 ( SPI_EN_OTP ) : 0 方法 I2C 已启用，SPI 已禁用； 1 表示SPI已启用。
位 3~0 ( I2CDEVADDR_OTP ) : 0000 意思是 I2C 从机地址是 0x20 。
这清楚地表明该芯片是出厂时就已配置好的。 I2C模式。
2. 来自配置报告 PDF 的证据：
然而，在我的 R_MFS2323BMBA5_Rev_A_test.pdf 文件，在 表 2. 设备 OTP 配置，报告中明确指出：
SPI 使能：SPI 引脚已启用。
这表明硬件引脚被锁定。 SPI模式。
我的实际硬件测试结果：
当我将我的MCU（S32K344）配置为SPI主设备以与该PMIC通信时：
MISO引脚保持恒定 0.3伏 （表示高阻抗，内部下拉电阻较弱，意味着从设备无法驱动线路）。
PMIC 侧的 SCK 引脚实际上会自行输出时钟信号。
我怀疑该芯片可能被锁定在 OTP 仿真模式或配置为 I2C 从设备，这导致 SPI 通信完全失败。
我的具体问题：
请您确认一下。 MFS2323BMBA5EP的实际出厂OTP配置是什么？是SPI还是I2C？
当两者之间发生冲突时 .cfg 寄存器文件（ 0x30:0x00 ）和PDF配置报告，哪个才是硬件配置的绝对权威？PDF报告是否存在文档错误的可能性？
（我已附上） FS2320_BA5_CONFIG_Rev_A.cfg 以及 R_MFS2323BMBA5_Rev_A_test.pdf （参见此帖）。
提前感谢您的帮助！
请问你们是哪个公司?目前您是用的自己的邮箱属于C客户优先级很低的
这个是需要检查您的原理图，驱动CRC一系列的东西。
我建议您用公司的邮箱提交一个ticket
目前不能，我现在是在DEBUG模式下去通讯，我单独测试344端的SCK和MOSI的波形是能发出我写的数据的，但是由于，FS23的SCK引脚也在发信号，这两个接在一块后，MCU发出来的SCK信号被FS23对顶后拉低了，我发送给FS23回复的都是0，我也配置了CRC了
紫色的线是对顶后的SCK信号
黄色是数据信号
刻度都是5V
发送的数据是 {0x02, 0x00, 0x00,CRC}
如果强行把SCK看成正常波形是能看出来数据是对的，第一位是2然后00和CRC
你配置成SPI 能通信成功吗?
我在GUI upload .cfg文件到mirror register显示就是SPI 模式