前言
在前人代码上,移植SHT30驱动,遇到很玄学的问题,安装手册给的时序读回温度和湿度,要不就是检验通过不了,要不就是读回FF,读回的通讯时序如下,比较简单
先说结论:
祖传代码中IIC通讯中的应答函数问题,程序问题,原来是这样
INT8S I2C_ReadOneByte(INT8U Ack) //读取一个字节并响应
{
SDA_IN();
INT8U I2C_ReadByte_i=8;
INT8S I2C_ReadByte_Receive=0;
while(I2C_ReadByte_i--)
{
IIC_SCL_SetLow();
Delay_us(1);
IIC_SCL_SetHigh();
Delay_us(1);
if(gpio_input_bit_get(GPIOB,IIC_SDA))
{
I2C_ReadByte_Receive<<=1;
I2C_ReadByte_Receive|=0x01;
}
else
{
I2C_ReadByte_Receive<<=1;
}
//Delay_us(1);
}
// IIC_SCL_SetLow();
if(Ack)
{
I2C_NAck();
}
else
{
I2C_Ack();
}
IIC_SCL_SetLow();
return I2C_ReadByte_Receive;
}
**********************************************************************
*函 数 名:I2C_Ack
*说 明:产生ACK信号
*入口参数:无
*出口参数:无
*********************************************************************
*/
void I2C_Ack(void) //产生Ack
{
SDA_OUT();
IIC_SCL_SetLow();
Delay_us(1);
IIC_SDA_SetLow();
Delay_us(1);
IIC_SCL_SetHigh();
Delay_us(1);
IIC_SCL_SetLow();
}
改成这样,
INT8S I2C_ReadOneByte(INT8U Ack) //读取一个字节并响应
{
SDA_IN();
INT8U I2C_ReadByte_i=8;
INT8S I2C_ReadByte_Receive=0;
while(I2C_ReadByte_i--)
{
IIC_SCL_SetLow();
Delay_us(1);
IIC_SCL_SetHigh();
Delay_us(1);
if(gpio_input_bit_get(GPIOB,IIC_SDA))
{
I2C_ReadByte_Receive<<=1;
I2C_ReadByte_Receive|=0x01;
}
else
{
I2C_ReadByte_Receive<<=1;
}
//Delay_us(1);
}
IIC_SCL_SetLow();
if(Ack)
{
I2C_NAck();
}
else
{
I2C_Ack();
}
return I2C_ReadByte_Receive;
}
就能很稳定读回数据
排查过程
首先怀疑,硬件问题,因为IIC总线上挂了不止一个设备,测量波形
一开始没有看出异常,
总所周知,很多通讯协议都是靠时钟的边缘信号锁入数据的,但是IIC是靠电平状态锁入数据的,即当SCL为高电平是,锁入当前数据,所有要求在SCL跳变前,SDA保持稳定。
一开始以为是SDA稳定时间没有完全包含SCL的问题,改了一下,发现还是不行,很玄学。
查了半天,最后发现在读SHT30的时候,第8个时钟有点长,然后去查原因,最终查到了,第八个时钟SCL没有拉低时,单片机开始切换的SDA引脚为输出,此时SHT30正在使用SDA输出,两者电平冲突造成,SHT30异常。
附最后正常时序的图