这种确实头疼,不过不要有太大压力,或许简单思索或者和同事聊聊,会迎刃而解。
13楼
今天使10月31日,因为不死心,又重新测试了那个IIC的程序,终于找到问题出现的原因了。在
控制寄存器 IICCON中有一个AA的位,这个位在描述中:
应答标志位
0:回复 NACK(SDA 上为高电平)
1:回复 ACK(SDA 上为低电平)
之前我以为是从机收到数据后,主机会根据从机的回应来设置这个“AA”标志位。今天做的测试程序中,在发送要传送给从机的数据之前,根据从机的应答方式,提前设置这个位。比如从机在收到从机地址+写指令时,如果回应信号为ACK(即SDA=0),则设置:
IICCON |= 0x04; // AA=1,确认子机回复ACK信号
这样测试后,终于实现主机****模式下的完整处理过程,和资料说明的一致了。
真不容易啊。隋然资料中没有明晰说明这个AA位应该如何处理,但我没有真正理解才是内因啊。
回复
我要赚赏金打赏帖 |
|
|---|---|
| bsp_log:RTT分级日志封装被打赏¥16元 | |
| J-LinkRTT常用API函数讲解被打赏¥14元 | |
| 【S32K3学习整理】S32K388 四核启动被打赏¥23元 | |
| 【S32K3学习整理】Lockstep和Decoupled 模式被打赏¥28元 | |
| 嵌入式芯片调试神器-J-LinkRTT被打赏¥21元 | |
| 人体红外PIR感应传感器使用(ESP32S3)被打赏¥26元 | |
| 一种有效完成脚本程序测试的方法被打赏¥28元 | |
| WorkBuddy搭配SolidCraft给开发板做两件式外壳被打赏¥33元 | |
| 开箱一块k230被打赏¥33元 | |
| 【瑞萨RA8D1测评】RA8D1+lwIP网络验证与TCPOTA的实验记录被打赏¥33元 | |
我要赚赏金
