SSD1963 slow transfer on PSoC5LP

Anonymous · ‎Feb 04, 2017

Hi,

I'm testing a SSD1963 with GraphicLCDIntf and this works, but you can see the screen building up. If i test this on an ATMega32 it's looks much faster while this is done via bitbanging. Now i also tried to do this on the PSoC5LP but can get the old fasion bitbanging running. Ofcourse i can fix this by using double buffering, but i'm curious how the hell a 8bit AVR at 11Mhz is much faster then a ARM-M3 at 24Mhz and we even use UDB!

Cheers,

Alexander

Bob_Marlowe · ‎Feb 05, 2017

I changed the clock settings. You may run the PSoC now at 60MHz by changing the bus clock. The LCD interface now runs at 60MHz, the datasheet of your controller seems to allow for faster access than 80ns.

See attached project.

Bob

View solution in original post

Bob_Marlowe · ‎Feb 04, 2017

When you post your complete project we all can have a look at all of your settings. To do so, use
Creator->File->Create Workspace Bundle (minimal)
and attach the resulting file.

Bob

Anonymous · ‎Feb 05, 2017

This is the workspace with the code which is currently working. I commented the double/triple buffering stuff.

Alexander

Bob_Marlowe · ‎Feb 05, 2017

I changed the clock settings. You may run the PSoC now at 60MHz by changing the bus clock. The LCD interface now runs at 60MHz, the datasheet of your controller seems to allow for faster access than 80ns.

See attached project.

Bob

Anonymous · ‎Feb 05, 2017

Thanks Bob! It draws faster but still looks like AVR is much faster writing to the LCD then the M3 Core. I know we shouldn't compare apples with pears and PSoC is more advanced then AVR but i'm trying to understand why a 11Mhz MCU can write faster than a 48Mhz (or at least it looks like AVR is faster). After the weekend i probably have access to a oscilloscope so i can compare the writes times between both of them.

Alexander