BRT Community

Hello,

I use the BT817 a lot, without touch screen but this time, it is different.
So I have to use interrupts when touch stuff happen.

I put a mask on the REG_INT_MASK register with 0x86 and enable them with REG_INT_EN  set to 1.
However, whatever value I put here, I still get other interrupts like INT_SWAP or INT_CMDEMPTY.

If I read back the mask register, I read the right value, so it is not resetted by something else...

Is there something else to do to filter interrupts ?

Jerome.

Hello,

I'm using a BT817 to drive a adafruit 5799 display, and it works pretty well.
But, there is a specific characteristic of this display : the resolution is given as 240x960, but in reality it is 360x960 with the first 120 pixels hidden. Only a part of the internal memory is actually displayed.
As this display is natively oriented as portrait (the 960 pixels are on the y axis), I use the REG_ROTATE register to change to landscape, but there is this 120 pixels offset I couldn't solve.
Is there a way to set a global origin or a global translation for everything (like the REG_ROTATE) once for all at startup ?

Jerome.

Hello,

I couldn't find any problems in the code. The original source code is mainly from the BRT_AN_025, just adapted for a PIC32. It is used on a GEN4 4.3' display.
As my original images were to large, I had to reduce them and they work now. I have a couple of dozen images and they all work. Only this one gave problems.

It is a mystery for the moment...

Jérôme.

Hello,

Thanks a lot to take some time to test on an other platform.

I should have some side effect with this very file, but I don't see what's the problem yet. The co-processor send a 0xFFF result from the write command register when checking for some room after the first block transfer.
By the way, for working images,  the GetProps command returns the memory address where a PNG bitmap is expanded, but the end of the buffer, not the beginning. Is it normal ? it is not what i understand when reading the BT81X programming manual. The width and heigh are right, but I didn't expect to get this memory value. I was expecting the same value than the one given to the LOADIMAGE_CMD command.

Continue investigations...

Jerome.

Hello,

I'm using this command to decode PNG bitmap from a MCU (PIC32) into a BT812.
I had some of them that failed the decoding.
With a PNG editor, I saw, for example, that embedded ICC profiles are refused by the BT812, which is fair. As soon as I removed this chunk, the bitmap was decoded normally.
All my bitmaps are ARGB8 ones and expected to be decoded as ARGB4. And, of course, all the transfers are always 4 bytes aligned.

Now, i have a small PNG image, with nothing special that is not decoded by the BT812 and I don't know why. I tried to read/write with some drawing utilities, but it's still failing.
Here I join two bitmaps. The "One.png" fails but the other one "Two.png" is read correctly. they have the same size and same internal structure.
What are the exact requirements for PNG decoding and what is wrong with this one ?

Thanks in advance,

J.Prévost