HAL库I2C使用DMA发送数据不能显示

2019-07-14 14:41发布

大家好:
我用STM32F10C8T6 连接IIC 接口的OLED。
STM32cubeMX进行初始化设置,以及修改了一下DMA发送函数,发现不能显示
接口驱动是没问题的,以前用3.5库(没使用DMA)是能正常显示的。
使用板上的LED灯检查卡在哪,发现卡在第二次发送上。
下面是精简后的程序,还请大神指导一下。

int main(void)
{
  HAL_Init();
  SystemClock_Config();
  MX_GPIO_Init();
  MX_DMA_Init();
  MX_I2C1_Init();
  OLED_Init();
  while (1)
  {
  }
}
void I2C_Master_Transmit_DMA(uint16_t DevAddress, uint8_t *pData, uint16_t Size)
{
  while (HAL_I2C_Master_Transmit_DMA(&hi2c1,DevAddress,pData,Size)!= HAL_OK)
  {
    if (HAL_I2C_GetError(&hi2c1)!= HAL_I2C_ERROR_AF)
    {
      Error_Handler();
    }
  }
}
void OLED_WR_Byte(uint8_t Byte,uint8_t DC)
{
      uint8_t SendBuff[2];
      SendBuff[0] = DC;
      SendBuff[1] = Byte;
      I2C_Master_Transmit_DMA(OLED_ADDRESS,SendBuff,2);
}
void OLED_Init(void)
{  
  delay_ms(200);              //
OLED_WR_Byte(0xAE,OLED_CMD);//--display off关闭显示
OLED_WR_Byte(0x00,OLED_CMD);//---set low column address 设置开始低列地址为SEG0
   /*************目的测试卡在哪*********************/
        HAL_GPIO_WritePin(LED_GPIO_Port,LED_Pin,GPIO_PIN_SET);
OLED_WR_Byte(0x10,OLED_CMD);//---set high column address设置高列地址为0000b
OLED_WR_Byte(0x40,OLED_CMD);//--set start line address  设置开始行地址
OLED_WR_Byte(0xB0,OLED_CMD);//--set page address        设置开始页地址PAGE0
OLED_WR_Byte(0x81,OLED_CMD); // contrast control对比度控制,双字节命令
OLED_WR_Byte(0xFF,OLED_CMD);//--对比度为256
OLED_WR_Byte(0xA1,OLED_CMD);//set segment remap SEG0列地址为127
OLED_WR_Byte(0xA6,OLED_CMD);//--设置为正常显示(正常 / 反相显示)
OLED_WR_Byte(0xA8,OLED_CMD);//--set multiplex ratio(1 to 64)设置驱动路数
OLED_WR_Byte(0x3F,OLED_CMD);//--驱动路数为1/32 duty占空比
OLED_WR_Byte(0xC8,OLED_CMD);//Com scan direction: Scan from COM[N-1] to COM0
OLED_WR_Byte(0xD3,OLED_CMD);//-set display offset
OLED_WR_Byte(0x00,OLED_CMD);//
OLED_WR_Byte(0xD5,OLED_CMD);//set osc division
OLED_WR_Byte(0x80,OLED_CMD);//
OLED_WR_Byte(0xD8,OLED_CMD);//set area color mode off
OLED_WR_Byte(0x05,OLED_CMD);//
OLED_WR_Byte(0xD9,OLED_CMD);//Set Pre-Charge Period
OLED_WR_Byte(0xF1,OLED_CMD);//
OLED_WR_Byte(0xDA,OLED_CMD);//set com pin configuartion
OLED_WR_Byte(0x12,OLED_CMD);//
OLED_WR_Byte(0xDB,OLED_CMD);//set Vcomh设置电压
OLED_WR_Byte(0x30,OLED_CMD);//
OLED_WR_Byte(0x8D,OLED_CMD);//set charge pump enable设置电荷泵
OLED_WR_Byte(0x14,OLED_CMD);//开电荷泵
OLED_WR_Byte(0xAF,OLED_CMD);//--turn on oled panel,开始显示
}
友情提示: 此问题已得到解决,问题已经关闭,关闭后问题禁止继续编辑,回答。
该问题目前已经被作者或者管理员关闭, 无法添加新回复
17条回答
maqyun
1楼-- · 2019-07-14 19:29
我遇到的问题应该与这里描述的一样
https://community.st.com/thread/ ... p-in-hali2cgetstate
maqyun
2楼-- · 2019-07-14 23:58
 精彩回答 2  元偷偷看……
xieweibin
3楼-- · 2019-07-15 00:58
SW调试口都闭关了,当然会卡死了。
看看是驱动接口是否开启了功能复用。
zsqzsqzs
4楼-- · 2019-07-15 05:08
我想问一下楼主为啥要用DMA呀,看你函数
就发送两个uint8_t的数据,数据量太少了,估计还不如直接发送来的快。
不知道楼主有没有检测到DMA传输完成中断?还有就是楼主说卡在了__HAL_AFIO_REMAP_SWJ_DISABLE();吗?怎么会卡在这里?楼主可以把STM32cubeMX进行初始化设置截图贴出来,便于分析
zhouxk
5楼-- · 2019-07-15 05:11
刚上手STM32的时候,项目中用STM32F10CBT6控制过EEPROM AT24C02。
刚开始使用硬件I2C,在开发板上试是好的,项目中的板子就不行,所不同的是一个是Microchip的24LCXX系列片子,一个是AT24CXX系列片子,对比了数据资料,参数没发现有明显不同。
调试跟踪,发现死在了一个while中,ST的固件库中是死等标志。后来的做法是,把while循环做了超时退出,实际操作是成功了,但就是标志没置过来。(有人说这种现象是ST I2C的Bug)。
单步调试是好的。后来调试的时候,在两个写操作之前加了一条Printf打印信息,想用来定位程序跑到什么地方出错的。神奇的事情发生了,竟然一路通畅跑过去了。一删Printf,就容易出错。
仔细看EEPROM手册,发现有一个时间非常关键,是前一个“停止”到下一个“起始”之前的延时最大需要5ms,即Twr。见下图时序参数表:

时序波形示意:


后来我在程序中增加了Twr这个延时,保证不少于5ms,后来I2C再没有挂过,产品也持续生产使用了五六年了。



个人猜想,在一个I2C写周期后,硬件I2C立即去读取标志,造成了硬件I2C内部某些机制紊乱。或许与外部I2C器件逻辑及管脚状态也有一定关系。


以上个人经验体会,仅供参考。
zhouxk
6楼-- · 2019-07-15 07:05
下面这个或许可以参考一下。本人英语不行,就不翻译了。


https://community.st.com/thread/ ... ith-dma-not-working


https://community.st.com/thread/27652

一周热门 更多>