谁对stm32F205VET6的i2C比较熟悉？先使能？然后马上失能？为什么？

esteem · 发表于 2013-12-31 16:27:45

谁对stm32的i2C比较熟悉？/* Reset sEE_I2C IP */
  RCC_APB1PeriphResetCmd(sEE_I2C_CLK, ENABLE); //使能I2C时钟

  /* Release reset signal of sEE_I2C IP */ //specifies the APB1 peripheral to reset.
  RCC_APB1PeriphResetCmd(sEE_I2C_CLK, DISABLE); 是什么过程？

先使能？然后马上失能？
为什么？

八度空间 · 发表于 2013-12-31 16:54:05

回复【楼主位】esteem:
---------------------------------
一般情况下都是用IO模拟的

esteem · 发表于 2013-12-31 17:22:31

回复【2楼】Badu_Space:
---------------------------------
领导让用I2C硬件方式。

八度空间 · 发表于 2013-12-31 17:27:35

回复【3楼】esteem:
---------------------------------
这样啊，慢慢折腾一下吧，我准备上硬件的，呵呵，还没动手，等闲来无事在说

767904101 · 发表于 2013-12-31 20:56:08

顶！楼主弄好了上传分享下，传说中硬件IIC是硬伤

esteem · 发表于 2014-1-2 11:11:41

回复【5楼】767904101:
---------------------------------
在正常情况下，I2C总线协议能够保证总线正常的读写操作。但是，当I2C主设备异常复位时(看门狗动作，板上电源异常导致复位芯片动作，手动按钮复位等等)有可能导致I2C总线死锁产生。下面详细说明一下总线死锁产生的原因。
在I2C主设备进行读写操作的过程中.主设备在开始信号后控制SCL产生8个时钟脉冲，然后拉低SCL信号为低电平，在这个时候，从设备输出应答信号，将SDA信号拉为低电平。如果这个时候主设备异常复位，SCL就会被释放为高电平。此时，如果从设备没有复位，就会继续I2C的应答，将SDA一直拉为低电平，直到SCL变为低电平，才会结束应答信号。而对于I2C主设备来说.复位后检测SCL和SDA信号，如果发现SDA信号为低电平，则会认为I2C总线被占用，会一直等待SCL和SDA信号变为高电平。这样，I2C主设备等待从设备释放SDA信号，而同时I2C从设备又在等待主设备将SCL信号拉低以释放应答信号，两者相互等待，I2C总线进人一种死锁状态。同样，当I2C进行读操作，I2C从设备应答后输出数据，如果在这个时刻I2C主设备异常复位而此时I2C从设备输出的数据位正好为0，也会导致I2C总线进入死锁状态。
方法

esteem · 发表于 2014-1-2 11:21:46

回复【4楼】Badu_Space:
---------------------------------
在I2C主设备进行读写操作的过程中.主设备在开始信号后控制SCL产生8个时钟脉冲，然后拉低SCL信号为低电平，在这个时候，从设备输出应答信号，将SDA信号拉为低电平。如果这个时候主设备异常复位，SCL就会被释放为高电平。此时，如果从设备没有复位，就会继续I2C的应答，将SDA一直拉为低电平，直到SCL变为低电平，才会结束应答信号。而对于I2C主设备来说.复位后检测SCL和SDA信号，如果发现SDA信号为低电平，则会认为I2C总线被占用，会一直等待SCL和SDA信号变为高电平。这样，I2C主设备等待从设备释放SDA信号，而同时I2C从设备又在等待主设备将SCL信号拉低以释放应答信号，两者相互等待，I2C总线进人一种死锁状态。同样，当I2C进行读操作，I2C从设备应答后输出数据，如果在这个时刻I2C主设备异常复位而此时I2C从设备输出的数据位正好为0，也会导致I2C总线进入死锁状态。