你知道modbus调通并取得数据之后的操作吗?欢迎来讨论freemodbus的应用问题

自由 回复了问题 • 5 人关注 • 4 个回复 • 1846 次浏览 • 1 天前 • 来自相关话题

emwin显示汉字

等。。。待 发表了文章 • 0 个评论 • 85 次浏览 • 2018-04-19 13:49 • 来自相关话题

我们一般用keil编程是,软件的编码模式是GB2312模式,此时emwin显示汉字会显示乱码,无法正常使用。多次实验后,有两种方式可以解决这个问题。第一种:emwin汉字解码用的是UTF-8模式,而我们常用的编码模式是GB2312,二者之间无法使用固定的公式转换,也就是没有直接联系。此时要显示汉字,需要做一个列表,将UTF-8和GB2312两种编码联系起来。    若是将所有的常用汉字列表都写入程序,这个不太现实(文件挺大的),下面是实现方法uint16_t das[23335][2]=//部分列表
{
{0x00,0x0000},
{0x01,0x0001},
{0x02,0x0002},
{0x03,0x0003},
{0x04,0x0004},
{0x05,0x0005},
{0x06,0x0006},
{0x07,0x0007},
{0x08,0x0008},
};
//转换程序
uint16_t Get_GB2312(char *str)
{
uint16_t a=0;
a=(uint8_t)(*str);
a<<=8;
a|=(uint8_t)(*(str+1));
return a;
}

uint16_t GET(char *ds)
{
uint32_t dsa=0;
if(((uint8_t)(*ds))<0x80)
{
return  (uint8_t)(*ds);
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsa=Get_GB2312(ds);
for (i = 0; i < 23335; i++)
{
if (das[i][0] == dsa)
{
return das[i][1];
}
}
}
return 0;
}
const char* GET_UTF1(char *ds)
{

uint8_t *bi1t;
uint16_t dsadd=0;
if(((uint8_t)(*ds))<0x80)
{
return  ds;
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsadd=GET(ds);

bi1t[0] = 0xe0 | ((dsadd >> 12)&0x0f);  //高四位填入1110xxxx 10yyyyyy 10zzzzzz中的xxxx  

bi1t[1] = 0x80 | ((dsadd >> 6) & 0x3f);  //中间6位填入1110xxxx 10yyyyyy 10zzzzzz中的yyyyyy

bi1t[2] = 0x80 | (dsadd & 0x3f);  //低6位填入1110xxxx 10yyyyyy 10zzzzzz中的zzzzzz  
return bi1t;
}
}     再就是只将自己需要的汉字列出来,这样有一个缺点,无法现实任意汉字
 typFNT_GB24 Fontff[100]=
{
{"不","\xe4\xb8\x8d"},
{"同","\xe5\x90\x8c"},
{"期","\xe6\x9c\x9f"},
{"时","\xe6\x97\xb6"},
{"间","\xe9\x97\xb4"},
{"储","\xe5\x82\xa8"},
{"能","\xe8\x83\xbd"},
{"机","\xe6\x9c\xba"},
{"设","\xe8\xae\xbe"},
{"置","\xe7\xbd\xae"},
{"最","\xe6\x9c\x80"},
{"大","\xe5\xa4\xa7"},
{"行","\xe8\xa1\x8c"},
{"程","\xe7\xa8\x8b"},
{"合","\xe5\x90\x88"},
{"分","\xe5\x88\x86"},
{"闸","\xe9\x97\xb8"},
{"电","\xe7\x94\xb5"},
{"流","\xe6\xb5\x81"},
};
uint16_t SearchhzIndex(uint8_t  lo, uint8_t  hi) //查找汉字编码位置
{
    uint16_t i = 0;

for (i = 0; i < sizeof(Fontff); i++)
{
if ((Fontff[i].Index[0] == lo) && (Fontff[i].Index[1] == hi))
{
return i;
}
}
    return 0;
}第二种:将软件编码模式改成UTF-8,这样有一个坏处,写程序的时候会出现莫名其妙的问题 查看全部

我们一般用keil编程是,软件的编码模式是GB2312模式,此时emwin显示汉字会显示乱码,无法正常使用。多次实验后,有两种方式可以解决这个问题。

第一种:emwin汉字解码用的是UTF-8模式,而我们常用的编码模式是GB2312,二者之间无法使用固定的公式转换,也就是没有直接联系。此时要显示汉字,需要做一个列表,将UTF-8和GB2312两种编码联系起来。

    若是将所有的常用汉字列表都写入程序,这个不太现实(文件挺大的),下面是实现方法

uint16_t das[23335][2]=//部分列表
{
{0x00,0x0000},
{0x01,0x0001},
{0x02,0x0002},
{0x03,0x0003},
{0x04,0x0004},
{0x05,0x0005},
{0x06,0x0006},
{0x07,0x0007},
{0x08,0x0008},
};
//转换程序
uint16_t Get_GB2312(char *str)
{
uint16_t a=0;
a=(uint8_t)(*str);
a<<=8;
a|=(uint8_t)(*(str+1));
return a;
}

uint16_t GET(char *ds)
{
uint32_t dsa=0;
if(((uint8_t)(*ds))<0x80)
{
return  (uint8_t)(*ds);
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsa=Get_GB2312(ds);
for (i = 0; i < 23335; i++)
{
if (das[i][0] == dsa)
{
return das[i][1];
}
}
}
return 0;
}
const char* GET_UTF1(char *ds)
{

uint8_t *bi1t;
uint16_t dsadd=0;
if(((uint8_t)(*ds))<0x80)
{
return  ds;
}
else  //if (((*ds) &0xf0) && ((*(ds + 1)) &0xf0))
{
dsadd=GET(ds);

bi1t[0] = 0xe0 | ((dsadd >> 12)&0x0f);  //高四位填入1110xxxx 10yyyyyy 10zzzzzz中的xxxx  

bi1t[1] = 0x80 | ((dsadd >> 6) & 0x3f);  //中间6位填入1110xxxx 10yyyyyy 10zzzzzz中的yyyyyy

bi1t[2] = 0x80 | (dsadd & 0x3f);  //低6位填入1110xxxx 10yyyyyy 10zzzzzz中的zzzzzz  
return bi1t;
}
}

     再就是只将自己需要的汉字列出来,这样有一个缺点,无法现实任意汉字


 typFNT_GB24 Fontff[100]=
{
{"不","\xe4\xb8\x8d"},
{"同","\xe5\x90\x8c"},
{"期","\xe6\x9c\x9f"},
{"时","\xe6\x97\xb6"},
{"间","\xe9\x97\xb4"},
{"储","\xe5\x82\xa8"},
{"能","\xe8\x83\xbd"},
{"机","\xe6\x9c\xba"},
{"设","\xe8\xae\xbe"},
{"置","\xe7\xbd\xae"},
{"最","\xe6\x9c\x80"},
{"大","\xe5\xa4\xa7"},
{"行","\xe8\xa1\x8c"},
{"程","\xe7\xa8\x8b"},
{"合","\xe5\x90\x88"},
{"分","\xe5\x88\x86"},
{"闸","\xe9\x97\xb8"},
{"电","\xe7\x94\xb5"},
{"流","\xe6\xb5\x81"},
};
uint16_t SearchhzIndex(uint8_t  lo, uint8_t  hi) //查找汉字编码位置
{
    uint16_t i = 0;

for (i = 0; i < sizeof(Fontff); i++)
{
if ((Fontff[i].Index[0] == lo) && (Fontff[i].Index[1] == hi))
{
return i;
}
}
    return 0;
}

第二种:将软件编码模式改成UTF-8,这样有一个坏处,写程序的时候会

出现莫名其妙的问题


关于SD-Fatfs

等。。。待 发表了文章 • 3 个评论 • 126 次浏览 • 2018-04-19 13:27 • 来自相关话题

cubemx更新后,关于SD-Fatfs的生成代码无法直接使用,需要加两个回调函数才能正常使用void HAL_SD_TxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_WriteCpltCallback();
}
void HAL_SD_RxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_ReadCpltCallback();
} 查看全部

cubemx更新后,关于SD-Fatfs的生成代码无法直接使用,需要加两个回调函数才能正常使用

void HAL_SD_TxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_WriteCpltCallback();
}
void HAL_SD_RxCpltCallback(SD_HandleTypeDef *hsd)
{
  BSP_SD_ReadCpltCallback();
}


stm32cubemx配置的stm32的IIC死锁问题解决办法

aiqinhaii 回复了问题 • 5 人关注 • 5 个回复 • 1068 次浏览 • 2018-03-28 09:25 • 来自相关话题

KEIL转visual studio工具

pkokoc 回复了问题 • 10 人关注 • 6 个回复 • 2841 次浏览 • 2018-03-26 20:27 • 来自相关话题

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

D-fighter 回复了问题 • 6 人关注 • 5 个回复 • 1146 次浏览 • 2018-03-07 11:55 • 来自相关话题

分享一个串口的使用技巧(单字节中断后续字节处理)

skyhahaha 回复了问题 • 8 人关注 • 4 个回复 • 2407 次浏览 • 2018-02-08 11:44 • 来自相关话题

WIN7 装VirtualBox, 想解决串口端口问题

TRun 回复了问题 • 2 人关注 • 3 个回复 • 185 次浏览 • 2018-01-25 19:09 • 来自相关话题

STM32cubeMx配置I2C出现BUSY问题的解决办法

admin 回复了问题 • 2 人关注 • 1 个回复 • 470 次浏览 • 2018-01-04 21:25 • 来自相关话题

STM32CubeMX在MacOS上双击没反应无法安装的解决办法。

无问 发表了文章 • 2 个评论 • 409 次浏览 • 2018-01-02 19:28 • 来自相关话题

下载了STM32CubeMX for Mac OS版本,发现双击安装程序没有任何反应,百度也没能找到有效的解决方法,就尝试在安装包上右键-->“显示包内容”,找到“Contents/MacOs/SetupSTM32CubeMX-4_23_0_macos”这个文件,然后把这个文件拖到“终端”回车,哈哈,安装界面出来了,然后根据提示一步步安装成功了。有同样问题的同学可以试一下。 查看全部

下载了STM32CubeMX for Mac OS版本,发现双击安装程序没有任何反应,百度也没能找到有效的解决方法,就尝试在安装包上右键-->“显示包内容”,找到“Contents/MacOs/SetupSTM32CubeMX-4_23_0_macos”这个文件,然后把这个文件拖到“终端”回车,哈哈,安装界面出来了,然后根据提示一步步安装成功了。有同样问题的同学可以试一下。







HY-SRF05超声波测距模块问题,求共享交流

popdes 回复了问题 • 2 人关注 • 2 个回复 • 305 次浏览 • 2017-12-23 07:11 • 来自相关话题

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

开始现在-s 发表了文章 • 0 个评论 • 759 次浏览 • 2017-12-11 22:31 • 来自相关话题

首先说明下开发条件: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 发表了文章 • 2 个评论 • 420 次浏览 • 2017-12-11 14:08 • 来自相关话题

首先说明下开发条件: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 个评论 • 697 次浏览 • 2017-12-11 13:59 • 来自相关话题

首先说明下开发条件: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 发表了文章 • 5 个评论 • 733 次浏览 • 2017-12-11 13:26 • 来自相关话题

首先说明下开发条件: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,还是需要我们在使用时时刻保持警惕!