Search results

? Who is trippy? Did you try the new popup code to see if it works?

First get rid of all your updatePopup functions. Then, Just before you call updateScreen say print(F("Hi"); If you don't see something or it glitches or something there is a problem with your graphics functions

Double check your print() and drawRoundRect functions to see if they work.

So this code is not working: void GrafxT3::popup(const __FlashStringHelper* text, uint8_t duration){ if (popupTimeLeft < millis()) { popupText = text; popupTimeLeft = millis() + duration * 1000; } } void GrafxT3::updatePopup(){ if (millis() < popupTimeLeft){ int...

You need to learn proper c++ before you embark on such large projects. Byte means values of (0 - 255). you have 308 as one of your values. Change const byte duneworld[] = {308,308, to const int duneworld[]. also, did my new popup code work?

What is happening is that when you are saying tft.popup(F(" ""Rock"" "),1); in an if statement that popup function is being called consecutively frame after frame because the if statement is true when you touch the rock. You have to call the popup function only ONCE and then wait for the...

how are you encoding your bitmaps btw? Im making a python script to encode my bitmaps into hex. So do you have a palette with 16 colors and then the bitmap data just indexes the pallete

I am only making small simple games so 4 bit color is fine. The only problem would be if it still is too slow and flickers/tears

Hmm. Having 4 bit color for the frame buffer would work (320/2 = 160. 160*240 = 38400 bytes). I can then store a color palette in RAM and then index it with the buffer data

The problem is my library is still too slow for a decent refresh rate in my gaming library. I can see the screen flickering. I'm looking for ways to clear the screen faster

So I read up on DMAChannels and my question is, can I have a buffer full of pixel data (the source buffer) and send this data to the GPIOC_PDOR register one byte at a time via a DMAChannel (maybe even many DMAChannels)?

So I finished my Parallel ILI9341 Library which you can find here: https://github.com/LudumDareDevelopment/Teensy-ILI9341-8-bit-Parallel-Library As for speed here is the benchmark: ILI9341 Test! Display Power Mode: 0x9C MADCTL Mode: 0x48 Pixel Format: 0x5 Image Format: 0x0 Self Diagnostic: 0xC0...

It's generally faster than both the ILI9341_t3 library and Paul's DMA library

IT WORKED!! Finally! I have super fast results too! Here: ILI9341 Test! Display Power Mode: 0x9C MADCTL Mode: 0x48 Pixel Format: 0x5 Image Format: 0x0 Self Diagnostic: 0xC0 Device ID: 0x9341 Benchmark Time (microseconds) Screen fill 88319 Text...

Should I just change the code to: void write8special(uint8_t c) { digitalWriteFast(TFT_WR, LOW); *((volatile uint8_t *)(&GPIOC_PDOR)) = c; digitalWriteFast(TFT_WR, HIGH); asm("NOP"); asm("NOP"); asm("NOP"); asm("NOP"); } For both write8 functions?

Thanks for the reply KurtE. I will test this out

It works on the STM32 so why isn't it working on the Teensy?

If someone can help please do!

Ok at this point I'm just going to conclude that the ILI9341 can't read when all the bits are put onto the data lines at the same time for some reason.

The TFT Driver ID and other data is still being read correctly though.

I'm getting a gray screen now

This doesn't: GPIOC_PSOR = c; GPIOC_PCOR = (~c & 0xff); WR_STROBE(); GPIOC_PCOR = 0xff;

This code works: GPIOC_PDOR |= c & 1; GPIOC_PDOR |= c & 2; GPIOC_PDOR |= c & 4; GPIOC_PDOR |= c & 8; GPIOC_PDOR |= c & 16; GPIOC_PDOR |= c & 32; GPIOC_PDOR |= c & 64; GPIOC_PDOR |= c & 128; //TFT_DATA->regs->ODR = ((TFT_DATA->regs->ODR & 0xFF00) | ((c) & 0x00FF));//FF00 is Binary...

This display protocol is so annoying. I tried your code, and it still doesn't work. The problem is when I set the bits one by one, it works, but when I set them all at once, it doesn't. The thing is if I can get these hardware registers to work with just one write, the library will be extremely...

Do you have to set bits in the hardware registers one at a time or can you set them all at once

I've narrowed the problem down to the write8 functions in which I set the GPIOC_PSOR and GPIOC_PCOR registers. When I replace these register writes with digitalWrite everything starts working again.

Ok I've tried literally everything including using the GPIOC_PDOR register and this is still not working.

Ok I changed GPIOC_PCOR = (~c & 0xff); but still doesn't work. As for PinMode I use that for the LCD control pins which are on a different GPIO port. I doubt this would cause it to not work?

It actually has to be ~ because ! only reverses one bit

Still not working

https://github.com/LudumDareDevelopment/Teensy-ILI9341-8-bit-Parallel-Library

Ok KurtE. I added your code into the library and now for some reason it's not working even though it should be. Any ideas?

According to the data sheet on page 31, I have to set the bits to zero because otherwise it won't work. As for speed. the problem is I can't find any documentation for these hardware registers. In addition I've heard that digitalWriteFast is just as fast as hardware registers? Would changing the...

Can someone help me optimize this library?

Here is my library: https://github.com/LudumDareDevelopment/Teensy-ILI9341-8-bit-Parallel-Library

Do you think accessing hardware registers instead of using digitalWriteFast() would improve the performance by a lot? What about DMA?

ILI9341_t3 performs way better than my library and I don't understand why! It could be because I haven't implemented DMA but does DMA have that much of an impact on performance? Here is my results: [code] ILI9341 Test! Display Power Mode: 0x9C MADCTL Mode: 0x48 Pixel Format: 0x5 Image Format...

So I benchmarked my ILI9341 Parallel Library and got some pretty slow results compared to the STM32. I also saw that the original STM32 library uses DMA to write to the ILI9341. Is it possible to do this with the Teensy 3.2? If so, how? Here is the library...

I have finished the library. You can find it on GitHub here: https://github.com/LudumDareDevelopment/Teensy-ILI9341-8-bit-Parallel-Library

Thanks rcarr, Duhjoker, and KurtE. Here is my working library: https://github.com/LudumDareDevelopment/Teensy-ILI9341-8-bit-Parallel-Library

Yess!!! I finally got the LCD to work! I studied the datasheet on page 31 and realized after the TFT_WR strobe I had to negate all the data bit pins. Now all I have to do is optimize the library by using hardware registers (if someone could help me with that that would be great).

So I'm using David's library and running the register id program which gives me 0 as the id. I think something is wrong with the lcd.

I'm starting to think this is a hardware problem. The MCUFriend LCD is for the Arduino and therefore requires 5V for pin voltage. Would it still work with Teensy 3.2?

I got an id of 0x01...

Ok I found an error. In my write8() function I say digitalWrite(D0 + b, HIGH) but that won't work because D0-D7 don't increase by one.

Check my updated Github

I'm not using the hardware registers anymore. I replaced all of them with pinMode and digitalWrite for testing purposes.

Thanks duhjoker. The problem is I think I can get the library working without having to buy another LCD. If it takes too long to get this to work, I'll buy the SPI version. Today I'm going to fix my inverse defines and try to get my TFT ID correctly

Here is my updated library where I changed everything you mentioned above. I looked at the data sheet and found my data and command defines were also swapped. I fixed everything and it still doesn't work for some reason. Here is my github...

I changed all of the GPIO_PTOR and all that to pinMode() and digitalWriteFast() to try and make it work. Even that didn't work. I read my TFT driver ID and got 0x303, which is not even the ILI9341. I have no idea what controller this LCD is using. Seems like the lied on the product page...