学习记录:用aardio软件开发上位机

新手交流爱哭的热带鱼 回复了问题 • 29 人关注 • 83 个回复 • 6224 次浏览 • 22 小时前 • 来自相关话题

生成代码后,用mdk修改后(位置正确的,在BEGIG和END之间),再使用stm32 cube ,再生成代码 ,以前写的代码丢失

问题困惑admin 回复了问题 • 2 人关注 • 1 个回复 • 13 次浏览 • 1 天前 • 来自相关话题

记录stm32F4discovery板利用stm32cubemx实现串口的usart_IAP功能全过程

软件教程caoenq 回复了问题 • 11 人关注 • 14 个回复 • 3413 次浏览 • 1 天前 • 来自相关话题

记录:利用U盘直接烧录hex文件到flash来更新app程序

软件教程渔舟唱晚 回复了问题 • 11 人关注 • 12 个回复 • 2579 次浏览 • 1 天前 • 来自相关话题

求助~stm32cubemx 生成代码报错

问题困惑admin 回复了问题 • 1 人关注 • 1 个回复 • 26 次浏览 • 2 天前 • 来自相关话题

HAL_ADCEx_MultiModeStart_DMA 这个函数 执行时间太长

问题困惑stone 回复了问题 • 2 人关注 • 2 个回复 • 32 次浏览 • 2 天前 • 来自相关话题

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+RTC(修复官方例程日期不更新bug)

经验分享开始现在-s 回复了问题 • 4 人关注 • 3 个回复 • 170 次浏览 • 3 天前 • 来自相关话题

STM32F440077VV 和wifi 没款88w8801 芯片 做一个视频传输,有这样的例子没,让我参考下

回复

问题困惑▊▋▌下一页,,,懵懂 发起了问题 • 2 人关注 • 0 个回复 • 40 次浏览 • 4 天前 • 来自相关话题

为什么cube生成 f103的usb能检测到串口 却打不开。

问题困惑开始现在-s 回复了问题 • 3 人关注 • 2 个回复 • 167 次浏览 • 4 天前 • 来自相关话题

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+FATFS(SDIO)

经验分享开始现在-s 发表了文章 • 0 个评论 • 80 次浏览 • 4 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库) 设置:    1、必须开启DMA(实测不开启测试不成功),但是F1只能开启一个DMA,我开启了RX接收DMA,如果是F4 的话可以开启TX和RX的DMA,注意DMA的中断优先级要低于SDIO的通用中断!    2、FATFS的配置    3、程序设计    主要是修改sd_diskio.c文件里面的SD_read()和SD_write()函数,写函数采取普通的方式,读为DMA方式,而且在SDIO dma配置的时候去掉将tx设置为dma的那句话!    /* Several peripheral DMA handle pointers point to the same DMA handle.     Be aware that there is only one channel to perform all the requested DMAs. */    /* Be sure to change transfer direction before calling  //官方提示的另外一种方法,但是我偷懒     HAL_SD_ReadBlocks_DMA or HAL_SD_WriteBlocks_DMA. */    __HAL_LINKDMA(sdHandle,hdmarx,hdma_sdio);//    __HAL_LINKDMA(sdHandle,hdmatx,hdma_sdio); 去掉这句话写函数:BSP_SD_WriteBlocks((uint32_t*)buff,  (uint32_t)(sector*512), count, SD_DATATIMEOUT)读函数:BSP_SD_ReadBlocks_DMA((uint32_t*)buff, (uint32_t) (sector*512), count)注意sector需要乘以512,表示起始读写地址,而sector表示从第几个块开始读,count表示读多少块,不是字节数!    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库) 

设置:

    1、必须开启DMA(实测不开启测试不成功),但是F1只能开启一个DMA,我开启了RX接收DMA,如果是F4 的话可以开启TX和RX的DMA,注意DMA的中断优先级要低于SDIO的通用中断!


    2、FATFS的配置


    3、程序设计

    主要是修改sd_diskio.c文件里面的SD_read()和SD_write()函数,写函数采取普通的方式,读为DMA方式,而且在SDIO dma配置的时候去掉将tx设置为dma的那句话!

    /* Several peripheral DMA handle pointers point to the same DMA handle.

     Be aware that there is only one channel to perform all the requested DMAs. */

    /* Be sure to change transfer direction before calling  //官方提示的另外一种方法,但是我偷懒

     HAL_SD_ReadBlocks_DMA or HAL_SD_WriteBlocks_DMA. */

    __HAL_LINKDMA(sdHandle,hdmarx,hdma_sdio);

//    __HAL_LINKDMA(sdHandle,hdmatx,hdma_sdio); 去掉这句话


写函数:BSP_SD_WriteBlocks((uint32_t*)buff,  (uint32_t)(sector*512), count, SD_DATATIMEOUT)

读函数:BSP_SD_ReadBlocks_DMA((uint32_t*)buff, (uint32_t) (sector*512), count)

注意sector需要乘以512,表示起始读写地址,而sector表示从第几个块开始读,count表示读多少块,不是字节数!


    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+无法使用Jlink仿真问题

经验分享开始现在-s 发表了文章 • 1 个评论 • 53 次浏览 • 5 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)3、硬件: 各仿真器问题描述: 仿真几秒钟自动跳出解决办法:     1、首先自行研究HAL的MSP回调函数的框架,弄明白回调函数,这个对于使用HAL库开发很重要!    2、软件最好这样设置:按ALT+P键,出现工程设置页面:为每个外设单独生成 .c 文件,这样Msp函数与初始化函数就会在一起方便查看。    3、具体解决办法    打开HAL_Init()函数,找到HAL_MspInit()函数,将HAL_MspInit()函数里面的 __HAL_AFIO_REMAP_SWJ_DISABLE();这句话注释掉!注意每次重新生成过程的时候,这句话就会重新起作用,所以小伙伴们要留意!    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

3、硬件: 各仿真器

问题描述: 仿真几秒钟自动跳出

解决办法: 

    1、首先自行研究HAL的MSP回调函数的框架,弄明白回调函数,这个对于使用HAL库开发很重要!

    2、软件最好这样设置:按ALT+P键,出现工程设置页面:

捕获.JPG

为每个外设单独生成 .c 文件,这样Msp函数与初始化函数就会在一起方便查看。

    3、具体解决办法

    打开HAL_Init()函数,找到HAL_MspInit()函数,将HAL_MspInit()函数里面的 __HAL_AFIO_REMAP_SWJ_DISABLE();这句话注释掉!注意每次重新生成过程的时候,这句话就会重新起作用,所以小伙伴们要留意!

    4、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!




STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+USB 虚拟串口+SD卡、串行Flash模拟U盘

经验分享开始现在-s 发表了文章 • 0 个评论 • 94 次浏览 • 5 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)3、硬件: STM32模拟USB设备:虚拟串口 CDC、HID、MSC问题描述: 官方生成的代码有的人说电脑没有反应,不会出现USB设备!解决办法:1、查看硬件原理图    注意D+要设置为高电平,全速USB,这时候需要PD3引脚为低电平,当然了你也可以在软件里设置DP为上拉,可惜最新的1.6库是无法设置DP引脚的,所以需要我们自己根据自己的硬件原理图查看下,DP引脚是否上拉为3.3V!    也有人说是Vbus引脚的问题,应该在设置里面把Vbus失效不使能,可惜1.6的库没有这个设置,好在我硬件里面已经上拉为5V,将Vbus失效了!    2、USB虚拟串口:主要就是使用CDC_Receive_FS( UserRxBuffer,(uint32_t *)(sizeof(UserRxBuffer)));和    CDC_Transmit_FS((uint8_t*)UserRxBuffer,sizeof(UserRxBuffer));这两个函数,感觉不好用,纯粹属于测试,发送和接收成功,感兴趣可以自己研究!    3、HID测试成功,正常读取 polling_interval=USBD_HID_GetPollingInterval(&hUsbDeviceFS);数值,至于具体怎么使用没有深入研究。    4、SD卡模拟U盘:    主要修改生成的usbd_storage_if.c文件里面STORAGE_Read_FS()和STORAGE_Write_FS()函数,注意blk_addr 不需要乘以512(SD卡一个块为512字节),因为不同版本库之间有的乘以512,有的不乘,但是最新的1.6库是不需要乘以512的,blk_addr 就是起始地址的意思,而blk_len表示是读多少块,而不是读多少字节数,大家一定注意!    HAL_SD_WriteBlocks(&hsd, (uint8_t *)buf, blk_addr , blk_len, 1000)    HAL_SD_ReadBlocks(&hsd,(uint8_t *)buf, blk_addr , blk_len, 1000)    5、SPIFLASH模拟U盘暂时没有成功,可能是自己板子的flash有问题,出现无法格式化的情况,还需要继续研究,也希望已经搞好的朋友分享一下!    6、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

3、硬件: STM32模拟USB设备:虚拟串口 CDC、HID、MSC

问题描述: 官方生成的代码有的人说电脑没有反应,不会出现USB设备!

解决办法:

1、查看硬件原理图

捕获.JPG

    注意D+要设置为高电平,全速USB,这时候需要PD3引脚为低电平,当然了你也可以在软件里设置DP为上拉,可惜最新的1.6库是无法设置DP引脚的,所以需要我们自己根据自己的硬件原理图查看下,DP引脚是否上拉为3.3V!

    也有人说是Vbus引脚的问题,应该在设置里面把Vbus失效不使能,可惜1.6的库没有这个设置,好在我硬件里面已经上拉为5V,将Vbus失效了!


    2、USB虚拟串口:

主要就是使用CDC_Receive_FS( UserRxBuffer,(uint32_t *)(sizeof(UserRxBuffer)));和

   CDC_Transmit_FS((uint8_t*)UserRxBuffer,sizeof(UserRxBuffer));这两个函数,感觉不好用,纯粹属于测试,发送和接收成功,感兴趣可以自己研究!


    3、HID测试成功,正常读取 polling_interval=USBD_HID_GetPollingInterval(&hUsbDeviceFS);数值,至于具体怎么使用没有深入研究。


    4、SD卡模拟U盘:

    主要修改生成的usbd_storage_if.c文件里面STORAGE_Read_FS()和STORAGE_Write_FS()函数,注意blk_addr 不需要乘以512(SD卡一个块为512字节),因为不同版本库之间有的乘以512,有的不乘,但是最新的1.6库是不需要乘以512的,blk_addr 就是起始地址的意思,而blk_len表示是读多少块,而不是读多少字节数,大家一定注意!

    HAL_SD_WriteBlocks(&hsd, (uint8_t *)buf, blk_addr , blk_len, 1000)

    HAL_SD_ReadBlocks(&hsd,(uint8_t *)buf, blk_addr , blk_len, 1000)


    5、SPIFLASH模拟U盘暂时没有成功,可能是自己板子的flash有问题,出现无法格式化的情况,还需要继续研究,也希望已经搞好的朋友分享一下!


    6、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!



STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+UCOSIII+STemWin+FreeRTOS 移植

经验分享开始现在-s 发表了文章 • 4 个评论 • 85 次浏览 • 5 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)                UCOSIII 3.03                STemWin 5.32                FreeRTOS 9.00移植中注意的问题:    1、裸机移植STemWin时,TFT液晶屏驱动函数所在文件不能是“LCD.C”和“LCD.h”(不区分大小写),这一步比较重要,因为STemWin的库中有一个“LCD.h”的头文件!    在LCDConf_FlexColor_Template.c文件中的void LCD_X_Config(void)函数里面的最后一句话为:    GUIDRV_FlexColor_SetFunc(pDevice,&PortAPI,GUIDRV_FLEXCOLOR_F66708, GUIDRV_FLEXCOLOR_M16C0B16);      我们需要修改的是GUIDRV_FLEXCOLOR_F66708这个参数。GUIDRV_FLEXCOLOR_F66708 这个参数的修改要根据你的TFT屏所使用的    驱动芯片,如我的TFT使用的驱动芯片是“ILI9325”,所以GUIDRV_FLEXCOLOR_F66708。如果你的是“ILI9341”,那么就改成GUIDRV_FLEXCOLOR_F66709。如果是其它型号的驱动芯片则需要查询emWin5.32的用户手册然后进行修改。emWin5.32用户手册    可在“STemWinLibrary532”文件夹中的“STemWinLibrary532\Documentation”目录下找到,该手册是一份PDF文档,打开之后    点开查找功能,输入“GUIDRV_FLEXCOLOR_F66709”便可找到,一般在1002页,具体看下图。    裸机移植使用GUI_X.c,带操作系统使用GUI_X_OS.c!    2、移植UCOS III应该注意的问题:    不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!    自己的函数初始化最好放在BSP函数里面(起始任务AppTaskStart),不要放在建立任务(OSTaskCreate)之前!    3、UCOS III+STemWin移植    必须使用GUI_X_OS.c,修改int GUI_X_GetTime(void)函数为:    int GUI_X_GetTime(void)    {        OS_ERR      err;    return OSTimeGet(&err);    }    这样就可以用GUI_Delay()与OSTimeDly (  )就都可以使用,不然就会出现死机情况!不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!当然你也可以自己设计延时函数,但是这样的延时函数只有延时作用,不会发起任务调度!    4、FreeRTOS移植相对来说不会出现大问题,而且HAl_Delay与osDelay也可以共用!可见Cubemx的好处!下面给出设置需要注意的地方。时基如果选择Systick会有警告,经过实测是没有问题的,当然了你也可以选择其他时基,比如TIM2。任务的建立,名字和符号,又一次可见Cubemx的强大!只需要在建立好的任务里面实现自己的函数即可,省去复杂的移植过程!    并且TreeRTOS+STemWin移植的时候,GUI_X_OS.c文件一点不需要修改,因为ST官方现在是主推使用FreeRTos的,因为免费啊!可见免费的力量!    5、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

                UCOSIII 3.03

                STemWin 5.32

                FreeRTOS 9.00

移植中注意的问题:


    1、裸机移植STemWin时,TFT液晶屏驱动函数所在文件不能是“LCD.C”和“LCD.h”(不区分大小写),这一步比较重要,因为STemWin的库中有一个“LCD.h”的头文件

    在LCDConf_FlexColor_Template.c文件中的void LCD_X_Config(void)函数里面的最后一句话为:

    GUIDRV_FlexColor_SetFunc(pDevice,&PortAPI,GUIDRV_FLEXCOLOR_F66708, GUIDRV_FLEXCOLOR_M16C0B16);  

    我们需要修改的是GUIDRV_FLEXCOLOR_F66708这个参数。GUIDRV_FLEXCOLOR_F66708 这个参数的修改要根据你的TFT屏所使用的

    驱动芯片,如我的TFT使用的驱动芯片是“ILI9325”,所以GUIDRV_FLEXCOLOR_F66708。如果你的是“ILI9341”,那么就改成GUIDRV_FLEXCOLOR_F66709。如果是其它型号的驱动芯片则需要查询emWin5.32的用户手册然后进行修改。emWin5.32用户手册

    可在“STemWinLibrary532”文件夹中的“STemWinLibrary532\Documentation”目录下找到,该手册是一份PDF文档,打开之后

    点开查找功能,输入“GUIDRV_FLEXCOLOR_F66709”便可找到,一般在1002页,具体看下图。

捕获.JPG


    裸机移植使用GUI_X.c,带操作系统使用GUI_X_OS.c!


    2、移植UCOS III应该注意的问题:

    不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!

    自己的函数初始化最好放在BSP函数里面(起始任务AppTaskStart),不要放在建立任务(OSTaskCreate)之前!


    3、UCOS III+STemWin移植

    必须使用GUI_X_OS.c,修改int GUI_X_GetTime(void)函数为:

    int GUI_X_GetTime(void)

    {

        OS_ERR      err;

    return OSTimeGet(&err);

    }

    这样就可以用GUI_Delay()与OSTimeDly (  )就都可以使用,不然就会出现死机情况!不能使用HAL_Delay(),因为这与操作系统的时基两者之间会冲突!当然你也可以自己设计延时函数,但是这样的延时函数只有延时作用,不会发起任务调度


    4、FreeRTOS移植相对来说不会出现大问题,而且HAl_Delay与osDelay也可以共用!可见Cubemx的好处!

下面给出设置需要注意的地方。

时基如果选择Systick会有警告,经过实测是没有问题的,当然了你也可以选择其他时基,比如TIM2。


任务的建立,名字和符号,又一次可见Cubemx的强大!只需要在建立好的任务里面实现自己的函数即可,省去复杂的移植过程!

    并且TreeRTOS+STemWin移植的时候,GUI_X_OS.c文件一点不需要修改,因为ST官方现在是主推使用FreeRTos的,因为免费啊!可见免费的力量!


    5、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+CAN

经验分享开始现在-s 发表了文章 • 0 个评论 • 70 次浏览 • 5 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)问题描述: 官方生成的代码没有滤波器设置,需要自己加入解决办法:1、不能直接在cubemx上面设置CAN的引脚,需要自己选择PB9和PB10,然后设为CANTX和RX2、添加滤波器设置在static void MX_CAN_Init(void)函数里面加入滤波器设置函数:    CAN_FilterConfTypeDef  sFilterConfig;  sFilterConfig.FilterNumber = 0;  sFilterConfig.FilterMode = CAN_FILTERMODE_IDMASK;  sFilterConfig.FilterScale = CAN_FILTERSCALE_32BIT;  sFilterConfig.FilterIdHigh = 0x0000;  sFilterConfig.FilterIdLow = 0x0000;  sFilterConfig.FilterMaskIdHigh = 0x0000;  sFilterConfig.FilterMaskIdLow = 0x0000;  sFilterConfig.FilterFIFOAssignment = 0; //收到的报文放在FIFO 0里面  sFilterConfig.FilterActivation = ENABLE;  sFilterConfig.BankNumber = 14;  if (HAL_CAN_ConfigFilter(&hcan, &sFilterConfig) != HAL_OK)  {    /* Filter configuration Error */    Error_Handler();  }3、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

问题描述: 官方生成的代码没有滤波器设置,需要自己加入


解决办法:

1、不能直接在cubemx上面设置CAN的引脚,需要自己选择PB9和PB10,然后设为CANTX和RX

2、添加滤波器设置


在static void MX_CAN_Init(void)函数里面加入滤波器设置函数:

  

  CAN_FilterConfTypeDef  sFilterConfig;

  sFilterConfig.FilterNumber = 0;

  sFilterConfig.FilterMode = CAN_FILTERMODE_IDMASK;

  sFilterConfig.FilterScale = CAN_FILTERSCALE_32BIT;

  sFilterConfig.FilterIdHigh = 0x0000;

  sFilterConfig.FilterIdLow = 0x0000;

  sFilterConfig.FilterMaskIdHigh = 0x0000;

  sFilterConfig.FilterMaskIdLow = 0x0000;

  sFilterConfig.FilterFIFOAssignment = 0; //收到的报文放在FIFO 0里面

  sFilterConfig.FilterActivation = ENABLE;

  sFilterConfig.BankNumber = 14;


  if (HAL_CAN_ConfigFilter(&hcan, &sFilterConfig) != HAL_OK)

  {

    /* Filter configuration Error */

    Error_Handler();

  }

3、联系方式:微信Startingray,本人准备将cubemx的小bug解决的过程记录下来,也是给爱好者一点启示,欢迎微信和我沟通,共同进步!个人觉得Cubemx是未来的发展方向,可以使我们避免很多小错误,但是由于现在软件版本之间的兼容性,加上不同版本库之间存在的bug,还是需要我们在使用时时刻保持警惕!

STM32F103ZET(基于秉火开发板)+Cubemx(F1 V1.60库)+FSMC读写SRAM或者液晶屏的控制芯片

经验分享开始现在-s 发表了文章 • 0 个评论 • 56 次浏览 • 5 天前 • 来自相关话题

首先说明下开发条件:1、开发板:秉火霸道,STM32F103ZET2、软件:Cubemx V4.23(F1 V1.60库)3、硬件:SRAM:IS62WV51216  1MByte  或者  ILI9341的液晶控制器芯片问题描述:读写SRAM时高字节无效!问题原因:Bytes使能选项没有选择!解决办法:因为SRAM是16位的数据线,需要高8位和低8位分别有效,所以这个选项需要选择上!如果是ILI9341的液晶控制器芯片的控制芯片则需要看您是使用哪根地址线模拟D/CX (数据/信号)的,根据具体情况进行选择!比如在控制液晶屏的时候就没有选择bytes使能,但是也没有出错,因为在数据传输的时候都是发送的8位!所以保险起见,应该将这个选项选上! 查看全部

首先说明下开发条件:

1、开发板:秉火霸道,STM32F103ZET

2、软件:Cubemx V4.23(F1 V1.60库)

3、硬件:SRAM:IS62WV51216  1MByte  或者  ILI9341的液晶控制器芯片

问题描述:读写SRAM时高字节无效!

问题原因:Bytes使能选项没有选择!

解决办法:

捕获1.JPG

因为SRAM是16位的数据线,需要高8位和低8位分别有效,所以这个选项需要选择上!


如果是ILI9341的液晶控制器芯片的控制芯片则需要看您是使用哪根地址线模拟D/CX (数据/信号)的,根据具体情况进行选择!比如在控制液晶屏的时候就没有选择bytes使能,但是也没有出错,因为在数据传输的时候都是发送的8位!所以保险起见,应该将这个选项选上!

捕获2.JPG