TT-392

Results 17 comments of TT-392

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

![I2S](https://user-images.githubusercontent.com/36132003/140422670-4e4c9eb1-3f5d-4bac-826d-8b38473dbe0c.png) Ok, so, here is the scope image of me writing a 2x2 square of white pixels to the display. The nice thing here is that, because of the way...

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

> @TT-392 wow, now I understand those 7 bit banged bits and CMD signal switched by PPI. That's really clever how you solved that non dividable 65 bits by 8...

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

Ok, so, a little update. First, a small annoying property of I2S on the nrf52 that I didn't mention yet, This is that the data on the pins seems to...

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

> Any updates on this? Since I posted my last message, I have started my internship, which, is fulltime, so I haven't really had time, and I also had covid...

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

Well, it took some time, but here is the example driver, feel free to ask questions about the code. https://github.com/TT-392/pinetime-I2S-display-driver-example

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

Oh, as a bit of extra explanation, I ended up simplifying stuff by just writing a RAMWR + block of pixels function, the rest of the commands are just SPIM.

Idea: Faster LCD redraw with 16 MHz I2S (instead of 8 MHz SPI)

Just like, keep in mind that it will need some work for it to work on infinitime, but for someone familiar with the source code I don't think that part...