Other Parts Discussed in Thread: TMS320F28388D, C2000WARE

如上图所示,字节间的100uS延时是必须的吗,如过没有加这个延时,会出现什么问题?
一般控制器的I2C外设,如TI的C2000系列处理器,发送数据的时候,通常是将数据写入FIFO,由硬件完成发送,这样的字节间延时,我觉得不好实现
This thread has been locked.
If you have a related question, please click the "Ask a related question" button in the top right corner. The newly created question will be automatically linked to this question.

如上图所示,字节间的100uS延时是必须的吗,如过没有加这个延时,会出现什么问题?
一般控制器的I2C外设,如TI的C2000系列处理器,发送数据的时候,通常是将数据写入FIFO,由硬件完成发送,这样的字节间延时,我觉得不好实现
您哈 感谢帮助 外文论坛已有回复 100uS延时是必须加的
MCT8316A: 100US inter-byte delay - Motor drivers forum - Motor drivers - TI E2E support forums
我的工作单位是航天涉密单位,没有公司的外网邮箱,无法在外文论坛发帖,所以还是有些疑问麻烦您帮忙升级:
外文帖子中的如下回复:
“you will see the device getting stuck”
其中“getting stuck”具体会是什么现象呢?
我首先读取8316A的EEPROM验证IIC通讯,MCU用的C2000系列TMS320F28388D。按照按照操作流程,首先要将EEPEOM内容复制到shadow寄存器,发送如下指令:
0x10 0x00 x0E6 0x40 0x00 0x00 0x00 ,共计7个字节
前3个字节为控制字,表示这是一个写操作,没有使能CRC,要写入的寄存器是RAM空间的地址为E6的Algorithm Control Parameters REG
后4个字节为指令内容,由于手册中没有描述读取RAM空间寄存器是LSB Byte First,还是MSB Byte First,所以我也试过写入0x00 0x00 0x00 0x40
不论写入的内容如何,每当IIC发送这7个字节后,IIC的接收Buffer就会收到这7个字节,发送这7个字节时字节间的100uS延时确实没有加。
请问这就是所谓的“device getting stuck”吗?
C2000的外设IIC我没有想好如何实现字节间100uS延时发送如何实现,C2000ware或者controlSUIT也没有相关的例程。
我接触过的IIC外设,通常没有发送字节间100uS延时的要求。
还有一个问题就是,接收8316A的数据时,IIC总线的SCL是由主设备28388D提供的,那么SCL需要在字节间增加100uS延时吗?
您好,
主机应在字节之间添加 SCL 上的 100us 延迟。