Virtual buffer for liquid crystal displays
22 Feb 2015Today’s post will be about a double buffer implementation that I’m working on for the Liquid Crystal display module with the Arduino micro-controller.
What I’m using?
To write this article, I’m using the following hardware:
For all of the software development that I’ve done here, I’m using the standard Arduino IDE available from their site.
Using the module “normally”
Having a look at the documentation for the Liquid Crystal library, there’s already a comprehensive implementation of filling, scrolling and blinking functions available.
The idea of this article isn’t to re-implement this library, it’s to build on it to add functionality.
The usual setup of the library would looks something similar to this:
This initializes our LCD module, ready for us to start writing to it:
Nothing really special here, and rather than trying to piece together the “Hello, World” example from this code here, you’d be better off checking out the samples section for this module.
What’s the idea?
Given that we have a display of 16 characters in width by two characters in height, we’re rather limited in what we can do. What I want to do is expand the 16x2 interface to have a “virtual canvas” to work with of any arbitrary size that you can just use the 16x2 LCD as a window into the canvas.
To begin with, we’ll create some constants to assert our assumptions!
These are pretty straight forward. All of the constants come in handy. Bounds checking is where they really shine, but we also specifically use LCD_HEIGHT
as a pitch-type variable that helps us calculate how far into a flat-memory array we need to be to start writing. More on this later.
What do we want to do?
I think initially it’d be nice to:
- Define a virtual area (that’s larger than our physical display)
- Move the “window” to any point in the virtual area
- Render the view at the window co-ordinates to the physical display
- Print to arbitrary points of the buffer
I’ve created a class, LCDDoubleBuffer
that should wrap all of this functionality up. I’m going to start going through the code from here on.
Define the virtual area
Give a LiquidCrystal
reference and buffer dimensions, we can start to initialize our double buffer:
_width
, _height
and _size
all manage the internal data structure for us so that we remember how big our virtual area is.
_lcd
is our link back to the “real-world” for us to perform some physical side-effects on our display.
_win_x
and _win_y
are to co-ordinates to the top left-hand corner of the window that we’ll display on the LCD.
Finally, _buffer
is our virtual canvas. Be careful here! Looking at the memory specs, you only get a whopping 2k SRAM to play with. With a char
taking up 1 byte, you can see that you’ll quickly go over this if you’re not careful.
Working with the buffer
Well, it’s pretty simple. These are all string operations, and they can be reduced even further than this to say that they’re just memory operations.
To clear the buffer out, we use memset.
To write a string at a given location, we use memcpy. Be careful here! The code that I present below doesn’t perform any bounds checking on where we are in the buffer. This is buffer under-and-overrun city, right here.
o
which is our offset pointer into the buffer is adjusted by calculating the linear address from x
and y
which is simply:
Rendering the window
This is pretty brute-force. We enumerate over every valid cell defined for our LCD and write out the corresponding character.
That big-fat-if-statement in the middle is protecting us from colouring outside the lines. When we are outside the bounds, we’ll write a clearing character (in this case a whitespace).
Actually using the code
We’ve got a double-buffer defined, ready to go. To test it out, I’ve decided to spice-up the “Hello, World” example and get it scrolling on the display using cosine values so it should ease-out and ease-in; back and forth.
Don’t get too excited though. It’s not brilliant.
And there you have it. The full source of this demo is available here as a gist in my GitHub repository.