Error loading bitmap with screen orientation set to 180.

62 views
asked Mar 7 in System Integration by DonaldSwearingen

We're having an issue with setting the screen orientation to 180 degrees on the LPCXpresso54628 target, having taken the recommended steps

Set the screen orientation in Embedded Wizard:

Modify rotation fiag in makefile (in MCUXpresso settings rather than makefile)

When downloaded and run on the LPCXpresso54628 target, we see the system halted in a loop in EW_Panic():

In this case, we are loading a 24x24 pixel bitmap created from a .png file of the same size (we have a number of such icons in our display screens). There is nothing particularly special about this icon--but I would guess that it is the first such icon the system attempts to load, and that we'd see the same if it were another image.

Is there some additional step we need to take? Is this orientation not supported for the LPCXpresso54628? Any help or insight is appreciated as our design will be modeled on the LPCXpresso54628 architecture, and our choice of display may require the rotation of the screen.

Thanks,

Donald Swearingen

Air Monitor Corp.

 

1 Answer

0 votes
answered Mar 7 by Manfred Schweyer

Hi Donald,

I assume you are linking your project with the wrong libraries...

Please use the PostProcess attribute as described in the section Using NXP MCUXpressio IDE.

Best regards,

Manfred.

commented Mar 7 by DonaldSwearingen
Hi Manfred,

Thank you for the very prompt response!

Yes, this worked. I haven't been normally setting the PostProcess attribute when generating code for the project, and this hasn't seemed to cause any problems. But this issue seems to indicate that I should always set PostProcess. Is this recommended, or is it only necessary in cases such as this? Also, once I've output a post process cmd file, does it remain the same on successive builds without having to set the PostProcess attribute in EW?

Best wishes,

Donald
commented Mar 7 by DonaldSwearingen
Hi Manfred,

It seems I spoke to soon. Yes, I now can rotate the screen image to 180. But now the touch interactions still have the original orientation: the screen moves in the opposite direction from a swipe, buttons that were in the lower right now appear in the upper left, but you still have to touch in the lower right to activate, etc. Is there a way to make all the user interactive components also rotate by 180?

Thanks,

Donald
commented Mar 8 by Manfred Schweyer
Hi Donald,

are you using the latest version of Embedded Wizard and the LPC54628 Build Environment?

Can you test the example ScreenOrientation? The touch input should be rotated automatically to match the current screen orientation.

Best regards,

Manfred.
commented Mar 8 by DonaldSwearingen
Hi Manfred,

I'm currently running version 9.2. I will upgrade to 9.3.

I've searched but have been unable to locate the ScreenOrientation example. Can you tell me where to find it?

Thanks,

Donald
commented Mar 8 by DonaldSwearingen
Update. I just realized that the ScreenOrientation example was among those distributed with the 9.20 install---I was looking for it by searching the EW site with the idea that it would be among the examples listed in the online documentation.

I will give it a try with the 9.2 version.
commented Mar 9 by DonaldSwearingen
Hi Manfred,

All is well. I located the ScreenOrientation example and found that it worked. I then tried our code within the test environment provided with the EW LPCXpresso54628 distribution (which I use to test the EW code on the LPCXpresso54628 target, indepently of our firmware environment in MCUXpresso). This also worked.

So, it turned out that our MCUXpresso build was not picking up the entire set of changes to the GeneratedCode directory made by the change to 180 orientation. When I corrected this and rebuilt, everything seems to work as expected.

Thanks again,

Donald
commented Mar 9 by Manfred Schweyer
HI Donald,

great to hear that now everything is working fine...

Updating the MCUXpresso project is the job of the postprocess - once your project does not change any more (same color format, same screen orientation, same units) there is no need to run the postprocess.

Best regards,

Manfred.

Ask Embedded Wizard

Welcome to the question and answer site for Embedded Wizard users and UI developers.

Ask your question and receive answers from the Embedded Wizard support team or from other members of the community!

Embedded Wizard Website | Privacy Policy | Imprint

...