ILI9325 TFT LCD Display library

[Bec_a_Fuel]

Just a note : for testing purposes, I’ve made the same loops tests with a “realease” build and the average gain was around 50%, instead of 43%, with almost double speed of the same code. Some easy points here Obvious, indeed, but not to forget…

Release build :

First loop : 00:00:20.2323645
Second loop : 00:00:10.2529523
Mean : 49.84%

Debug build :

First loop : 00:00:37.0361316
Second loop : 00:00:21.1337541
Mean : 43.20%

Also, in debug mode, adding a breakpoint somewhere after the tests/displays does increase a lot the time needed for each loop :o See picture, it’s set a the very end of the main program…

Debug build with Breakpoint after all tests :

First loop : 00:01:39.9732837
Second loop : 00:00:57.1814141
Mean : 42.94%

Then mean gain is almost the same, though.

[Sam]

Architect:

Would you mind do me a big favor?
Would you please time the draw of 64x64 and compare to the previous drawn images (50x67 and 50x50)?

I just wonder if the result from draw the image in the power of 2, can be done faster than other image sizes.

Thanks in advance.

[Architect]

Here it is:

Fill full screen 240X320 in: 00:01:44.7118948
Draw 50x62 image in: 00:00:04.2460699
Draw 50x50 image in: 00:00:03.4278080
Draw 64x64 image in: 00:00:05.6055595

[Josh_ghielectroncs]

Architect,

I accidentally changed the title on your Fezzer page. This led me to discover a bug and fix it. Please feel free to change it back. Editing is now back online.

[Architect]

Thank you for letting me know. I will change it back as soon as the site is back online. It is down for me now.

[Architect]

Tested Release build - it shaved off some time as expected:

240X320 - 00:01:28.4358412
50x62 - 00:00:03.6077746
50x50 - 00:00:02.9134708
64x64 - 00:00:04.7678208

[Sam]

Architect:

Thanks for the test result!

[Architect]

Chimpanzee (Gus):

I have just looked at your code…man this is written to run extremely slow on NETMF. Too many calls to do very simple task but on NETMF there is no other way around it, except if we add a parallel write function.

All you need is

Parallel.Write(byte);
and
Parallel.Write(byte, int size);

Right?

Then for constructor
Parallel d = new Parallel(WR, D0, D1, D2…D7);

You can still control the register select pin directly that is not needed for performance.

Is this all you needed?

Exactly!

In ideal case D0…D7 should be from the same port. But I understand that with this processor it would be hard to keep Arduino pin compatibility.

[Gus_Issa]

but I understand that with this processor it would be hard to keep Arduino pin compatibility.

With this 32-bit 72Mhz processor, you can do ANYTHING…well almost

[Architect]

I like Panda a lot. The only area where it is way behind of much less powerful Arduino is speed of GPIO. To fill that LCD with one color takes ~2-4 seconds on Arduino. On Panda it takes 1 and a half minute. Optimized (close to the native speed) OutputPort and/or ParallelPort would make it the absolute winner!

[Architect]

With this 32-bit 72Mhz processor, you can do ANYTHING…well almost

No doubt here. I am just saying that I would like D0…D7 to be from the same port. That way I don’t have to do bit shuffling and would’ve used one Register for that port instead of two. Right now D0…D7 are from two different ports.

[Gus_Issa]

They can be from 8 ports, the processor is fast enough to run it faster than Arduino but yes it would be nice if they are on the same port so it is even faster.

I am not sure how will this be done but let us look into this further.

[Gus_Issa]

I was going to buy one with its shield. They do not have the shield in stock. Where did you buy yours?

[Architect]

Looks like I got the last one from them :(.
It took about two weeks to get it from them (I am in Virginia). If you need it to add that ParallelPort we are talking about I can send you mine. Just send it back after you get yours or done with it.

[Architect]

Good news.

They have it as a “solder yourself” kit.

http://iteadstudio.com/store/index.php?main_page=product_info&cPath=17&products_id=172

[randoom]

@ Architect : great work, I received the LCD today and your code worked on the first try !

Would you happen to have the code for the touch screen too ? :whistle:

Waiting for parallelWrite() or/and FEZ Open to speed it up because 2 minutes for a full screen fill is a lot …

[Architect]

I had to give my display to somebody to try some code on it. So I didn’t have a chance to play with it. But I just got it back this morning so I will add touch functionality tonight. I will update this thread after it is done.

[User_5]

Thanks to Architect help, we tested this using parallel write and we are able to get screen filled under 2 seconds. But we have nothing for public yet

[Gus_Issa]

Wait! Does that mean that GHI have secretly added parallel interface support to FEZ?

Nice one Mike

[Architect]

Well, I guess I don’t have to keep it a secret anymore.
Yes, Mike did a great job!
I can’t wait to get back home tonight and try it.

Thank you Gus and Mike! :dance: