https://github.com/jamesdanielv/thermalcam/tree/updates-(possibly-unstable)
now have spi buffer, and 64x64 working in small program space .
if spi buffer it uses more bytes of ram but still fits comfortably on uno
starting work on 128x128 interpolated mode,
also still trying to resolve some of the blocking effects. although now they are less than they were
spi mode is currently slower because all it does is load it and then before next lcd command waits until all data unloaded. there is code i have made that unloads one byte at a time, trying to figure out best way to have it load SPDR in intervals, so most of spi is processed while non pixel placement code is running. in theory it should make it all run faster because most of the pixel write time is waiting for spi to be ready.
Discussions
Become a Hackaday.io Member
Create an account to leave a comment. Already have an account? Log In.