Hi Matin,
Thanks for the advice. Eventually I learned how to use the debugger.
The Hardware integration on STM32F769 with TouchGFX – Webinar code helped eventually finding the problem. I have found the solution on their LED part. I am not very familiar with the queue concept, so it took me a while to realise I was not getting the message from the queue as you suggested.
I have used the following code as a task in the main:
gui_msg_q = xQueueGenericCreate(1, 1, 0);
if(HAL_GPIO_ReadPin(User_Button_GPIO_Port, User_Button_Pin) == GPIO_PIN_SET )
{
// Send empty message. Queue item implicitly means PRESSED.
msg = 1;
printf("btn on\n");
}
else
{ msg = 0;
printf("btn off\n");
}
if (gui_msg_q)
{
xQueueSend(gui_msg_q, &msg, 0);
}
On the view I received the queue message with the following code :
if ( xQueueReceive(gui_msg_q, &msg, 0) == pdTRUE )
{
switch(msg)
{
case 0:
animation1.setBitmap(Bitmap(BITMAP_BUTTON_BLANK_GRAY_ICON_ID));
animation1.invalidate();
break;
case 1:
animation1.setBitmap(Bitmap(BITMAP_BUTTON_BLANK_RED_ICON_ID));
animation1.invalidate();
vQueueDelete(gui_msg_q);
break;
default:
break;
}
}
I am sure for experts like yourself it can be done in a better way but at least I found a starting point to for learning.
I am not sure I understand your comment about the portability.
In the Model I put :
void Model::btnPressed()
{
modelListener->btnPressed();
}
And the presenter has :
void Screen1Presenter::btnPressed()
{
view.advanceAnimation();
}
and the first sample above in the viewer is in the following function void Screen1View::advanceAnimation()
Any comment for improvement is more than welcome.
