I'm trying to setup the STM32F7 device with the LCD driver using STM32CubeMx. But despite the description, I don't see the STemWin library in the Middleware tools list in the STMCube. What I'm doing wrong? Or what am I supposed to do in this case?
Hello Sergei Tuchinski ,
Stemwin package still not supported in the CubeMx code generation. It should be added manually into project, by the user.
You download the STemwin package from this Link and start with the application note AN4323: "Getting started with STemwin Library".
I recommend you have a look to the working examples under the STM32CubeF7 cube firmware package.
Thanks for your answer, I got it.
Now unfortunately I've encountered the another unpleasant problem. The IAR compiler since the version 8.11 has changed the size of wchar_t type from 2 to 4 bytes (without the option to revert it, as far as I have understood). All the STemWin libraries (current version is 5.40) come in precompiled state, evidently with the 7.xx version (with the wchar_t size 2), but the STM32Cube generates IAR projects of new version (8.xx), which are not possible to be opened with 7.xx. So, despite my dislike of the new version, I have to use 8.11. So when I'm trying to link the project along with the STemWin, I predictably get the warning of 'incosistent wchar_t types'. The IAR site unambigously says that in this situation the behavior will be unpredictable, and recommends to rebuild the library. What could you recommend in this situation? Maybe there is any convenient way to convert the 8.xx project into 7.xx?
I've found similar problem has been described in STM32 Cyptolib with IAR 8.11
Strange it is not implemented in CubeMX. The following lines in AN4323 on page 1 say: "This graphic library is fully integrated inside the STM32Cube firmware package (such as STM32CubeF2, STM32CubeF3 and STM32CubeF4). It can be downloaded free from STMicroelectronics web site (http://www.st.com/stm32cube)".
It is known CubeMX is a total intergration of all STM32CubeF0...F4.
The issue here is when people want to implement STemWin in a project where the ARM board and the TFT board are two separate items. As a result they will not assign an evalutation board containing a TFT screen. But what is interesting, not even assigning evaluation boards having a TFT screen embedded does result in STemWin being included in the Middleware section. There's a lot going on however the STemWin library is still not implemented in the generated code destined for the IDE of choice.
Retrieving data ...