#apertus IRC Channel Logs

while the LVGL data is linear in uint16_t array, the PIO code expects 32bit data, for 2 pixels, this is where tthe current problem is, the order is swapped, so we get an image on the displqay which is a distinguishable but still garbled as every second pixel column is swapped, will check the PIO code and reduce the pixel data trasnfer to 16bit, for 1 pixel a time, as DMA is fast there

will try to clean things up and finally commit the code to our repo

uint16_t data[] = {0xFFFF, color};

http://vserver.13thfloor.at/Stuff/ILI9341/lcd_order.png

yeah, thought so too :)

MEETING TIME, who is here?

any news to share Bertl?

maybe regarding the LCD and axiom remote, a quick overview for everyone?

the working hypothesis was that due to the way the color data is stored in memory and how the PIO transfer works that two sequential color values (stored as uint16_t)

but the test I did about an hour ago does not confirm this, so the problem is likely somewhere else

I also spent some time on implementing SWD via PIO and I think I have a somewhat usable code there now

SWD is somewhat tricky to get right with PIO, but so far it is looking good

that's it from my side for today

have been doing a bit of adc bringup for further image sensor experiments

vup and me continued our quest to change naps streams to more closely match amaranth streams

understood, thanks!

but actually it seems to be quite alright :)

nice, thanks

thanks for the moderation!