Error loading bitmap with screen orientation set to 180.

Question

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.

 

Answer 1

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.

Comments

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

---

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

---

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.

---

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

---

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.

---

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

---

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.