stm32封装的查询方式的I2c库,已在多个器件上成功运用.

liqiangjr

stm32封装的查询方式的I2c库,已在多个器件上成功运用. [复制链接]

带超时和出错重复发送方式,重复次数超过规定次数后复位I2C.

i2clock.c和i2clock.h为利用ucossII的信号量保证I2C重入的时序正确,不要删除即可.
相关链接:https://bbs.eeworld.com.cn/upfiles/img/200812/2008121510647247.rar

tianxiaotong

STM32的I2C就不能按常规来看，我初也搞了一天，博客上还有两篇关于STM32 I2C的贴，一个就是认为它不合理，是不合常理。
但STM32的I2C是好使的，习惯就好了。

sunzqe1

说STM32的I2C“它不合理，不合常理”，LS能说具体一点吗？常理是什么？

对不起，我不是抬杠，只想讨论技术问题。

bjhualin

标签： 无标签

关于STM32－I2C不合理看法

//-------------------------------------
//《 关于STM32 I2C不合理的看法 》
// netjob 2008-08-22
//-------------------------------------
1. 关于 SCL时钟设置的处理。

在软件模拟年代，SCL是50％的PWM, 就是说 SCL低周期:SCL 高周期=1:1,
这是我们一贯的认识与做法。

而实在ATMEL与NXP的 ARM 中的I2C也是如此对待。只不过ATMEL叫TWI.

由于ATMEL公司本身也生产I2C的FLASH和SPI FLASH ; 我们有理由
相信这种1：1是可行可靠的。

我们知道I2C是NXP（菲利普半导体）的专利 ，它应该是权威了，
但我们仔细看NXP的ARM7, 它的I2C 时钟高、低周期 是可变的。
我们可以设1:1,也可以设1:2 等等。虽然NXP 手册上是使用1:1的设计。


简单的说： SCL时钟高低周期比例定了下来（1：1），那么周期越长
I2C的速度就越慢。 

例如：
I2C的时钟是48MHZ,要I2C工作200KHZ, 我们只要 把计算出的周期
写入I2C寄存器就可以了。
方法： 48，000，000/(200,000*2)=120;
也就是说把时钟分频【120】，I2C 就可以工作200KHZ了。


 而ST公司的STM32名堂就来了，它来了什么 保准模式，快速模式，
 周期比例有什么 1:2 、 16:9 。
 还搞了个SCL时钟最大上升时间，它也分模式，STM32的I2C设置中
 就要输入这项内容。
 
  而ST公司确实是把简单的问题复杂化了。
  
2。关于状态位的查询与清除
  
 这个事实上是很简单，但说起来比较麻烦。
 
 在I2C协议中，我们都要根据标志位来判断分析I2C总线上发生的事情。
 例如START发送完毕了，数据发送完毕了等等。
 
 ATMEL公司
 ATMEL的TWI可以说 非常精简。 
 程序只要关心的标志：
 TXRDY: 发送保持寄存器就绪 
 RXRDY: 接收保持寄存器就绪
 TXCOMP: 传输完成
 NXP公司
 NXP的I2C可以说 非常高效。它的每个状态标志位都有相应的清标志位 ，
 这样当I2C总线上发生的事情触发对应的标志置位后，我们可以人为的清除它。
 而且它的标志位很统一，用一个【中断事件标志位】来表示，详细内容可以访问
 内容寄存器。
 
 ATMEL公司和NXP公司的I2C都只有【一个】 状态寄存器。
 
 而ST公司呢，STM32要操作【两个】状态寄存器，判断这两个寄存器的标志位。
 标志名目繁多，不同事件要查询不同标志位；也没有相应的清除标志位。
 这也是我们最担心的，我们不知到底这个标志是新的事件产生的还是老的标志没被清除。
 虽然STM32告诉了我们每个标志的清除方法。
 
 我的STM32初学者笔记有完整的初始化和读写函数代码，大家可以参考参考。


相关链接:http://blog.ednchina.com/netjob/151567/message.aspx

xilanruowu

                                 I2C操作不友好.但做的库完全可以屏蔽这点,只要I2C是好的.但STM32的I2C库,感觉还是不好用.

sunlk

                                  

04616115

好处：给用户留出的可控制方法更多
坏处：操作太烦冗，如果不是对它非常熟悉的话很容易出错

oliver22414

                                  

wangwei4701

                                  

gufei

                                 听说肯定是好用，但用起来麻烦，这个应该是真的

tudi

最多使用界面不太友好，库做的不好。或者根本不成其为库。对于不关心通信规范和细节的童鞋会尤其觉得。

我知道大多数懒人跟我一样，希望能有个函数，只需要我指明地址，接收/发送数据的指针以及数据长度，就可以直接用了。这样就方便啦，哈？

xjw说得对，要自己仔细看datasheet。

qiaogang