Search Results

Hi, Painting outside of WM_PAINT events is not a good idea. That causes the problem. My recommendation is invalidating the area of the rotating image by a timer and drawing of the image within WM_PAINT. Regards...

Hi, you wrote: "However after this point a hard fault condition occurs" Where exactly does the problem occur? What exactly causes the hard fault? You can find it out by checking the LR-register within the hard fault handler or by returning from there with a "BX LR" Regards...

Hi, per default these functions are not used. As you can see in the documentation in chapter '13.5 GUI configuration macros for multitasking support' the default behaviour is using the function GUI_X_ExecIdle(). You have to add the following lines to GUIConf.h: #define GUI_X_WAIT_EVENT() GUI_X_WaitEvent() #define GUI_X_SIGNAL_EVENT() GUI_X_SignalEvent() After this the functions should be used. Regards, F.Berkel

Hello Andreas, we also use HexLoad since several years and we also had similar problems with remaining processes with the old version v2.14 of the tool. With the new version (v3.04d) we not have this problems and we never had CRC problems. You should check the communication protocol between target and PC to check if there are any problems. There exists a documentation about this called emLoad3_Communication.pdf. Regards, Floyd