虽然写的是IIC,但其实在system bd中并没有勾选IIC0、IIC1,而是根据IIC协议写了相关的函数(不是我写的)。
用到的RTC是DS3231芯片。
目前遇到的问题是:
zynq调试成功;fmql调试失败,其中年、日、时、秒读写成功,而月、分写入失败。
【总结:没找到原因】
疑问:写入的地址是哪里得到的?为什么是0xD0(bit0是读写控制位)---->DS3231数据手册中写了。
IIC协议:
关于 NXP PCA85073A 实时时钟读取数据时出现 IIC 传输失败的原因解析和解决方法-CSDN博客
示波器调IIC:
模拟IIc通讯失败解决办法&&通讯线长度问题_模拟iic发送字节失败-CSDN博客
发现单步调试时,写月/分出现的情况是:写入0xD0失败(无ACK应答)
而不加断点调试,写月/分出现的情况是:写入0xD0成功;写data后无ACK应答。
可能的原因是:
硬件配置(引脚,虚焊等),线路过长,速率配置/时序,主机复位,
https://www.cnblogs.com/wfagly/p/18218994
如何解决i2c设备主机与从机直接无法正常数据交互的问题-电子发烧友网
IIC通讯失败发送数据无回应 - 嵌入式学习小组 - 电子技术论坛 - 广受欢迎的专业电子论坛!
根据以上链接,分析可能出现的原因:
(总线上只有一个设备)速率配置/时序问题;按最低速度通讯试试
硬件(上拉电阻、);
iic协议编写;
etc。
调试现象(正常情况)
黄色为SCL,紫色为SDA
写地址
写位置(0-6 表示秒分时、星期、日月年) 4表示Day
写数据 0x16表示Day为16
发现,每次写入数据(共3次),SDA都会有一个尖峰,目前认为它是应答信号。
调试现象(不正常情况)
以为尖峰后面的第一个SCL高电平为返回应答信号,所以红色框内的周期是在这之后的,即传输data——发现少一个周期,只写了7bit数据。
(后面发现,其实是尖峰前的SCL高电平为返回应答信号,这样data是8bit。但是因此发现的是,没有读取到应答信号?)
为了方便看信号,data全写0:
第一个红框为写位置(0-6),第二个红框为data写入(data设为0)
发现,写位置前是正常的(尖峰位置),而写位置后的尖峰太靠后了,使data写入出现错误(目前这么理解。)
因此增大SCL=0后的延时(SDA只有在SCL为低电平时才能变化):
但是尖峰位置随之向后延时了。
Failed
增加SCL=1的时间,读取应答信号时间延后:
本来是等1/2的高电平时间后读取应答信号,然后再等1/2的高电平时间。
是不是说明写位置(Month、Minute)时就失败了?
看看zynq:
在传输的第8个周期,SCL一变为低电平,SDA就有了尖峰。
写入失败,是因为data写入后SDA为非应答(即没有拉低)。
可能的原因:
ds3231处于忙碌或不接收数据的状态;
通信速率太快;
线路太长;
再探索IIC应答信号和非应答信号_iic发所有地址都没有应答-CSDN博客
读了一下DS3231的寄存器,Control寄存器、Control/Status寄存器的值都是0x1C、0x88。没有什么区别(写成功和不成功都是这个)。