{"id":293,"date":"2017-02-15T04:43:58","date_gmt":"2017-02-15T04:43:58","guid":{"rendered":"http:\/\/bitmap2lcd.com\/blog\/?p=293"},"modified":"2017-02-16T20:01:03","modified_gmt":"2017-02-16T20:01:03","slug":"about-the-sitronix-st7528-grayscale-glcd","status":"publish","type":"post","link":"https:\/\/bitmap2lcd.com\/blog\/about-the-sitronix-st7528-grayscale-glcd\/","title":{"rendered":"About the Sitronix ST7528 grayscale GLCD"},"content":{"rendered":"

Bitmap2LCD is a tool for programming small Graphic LCDs in embedded systems.<\/em><\/p>\n

Bitmap2LCD V2.1b and upwards supports the Sitronix ST7528 grayscale GLCD<\/p>\n

The Sitronix ST7528 is a 16-Grey Scale Dot Matrix LCD Controller\/Driver<\/p>\n

< Quote ><\/em><\/strong><\/p>\n

The ST7528 LCD controller does not address rows directly, but rather groups of 8 rows in pages. The LCD memory on the controller is organized into 13 8-bit pages and 160 four-bit column addresses.<\/p>\n

There are commands to set the starting page address and column address for a write operation, but no commands\u00a0to select a row address \u2013 you must determine what page the row you want to write is in and set the page address that includes that row. This also implies that if you want to write pixels on adjacent pages, you must address the first page and column(s), write the data, then increment the page address to write the pixels in the adjacent page.<\/p>\n

The controller also happens to use what seems like a very bizarre way to load pixel data. Logically, once the address is set, you would write the 4-bit pixel data (or maybe write 2 pixels at a time with a single byte). However, since the addressing scheme addresses pages and not rows, this approach is not used.<\/p>\n

Instead, one bit of data for the entire addressed column of pixels (8 vertical pixels) in the current page is written with each byte sent to the LCD. Since each pixel requires 4 bits of data to define the grayscale level, 4 bytes of data must be sent per column to fully define the bits. While this data is being clocked in, the \u201cmain\u201d column address does not change. Only after the fourth bit is written to a column is the main column address pointer automatically incremented inside the LCD controller so the next 4 bytes of data sent to the LCD will write the bit data for the next column.<\/p>\n

To be complete, we must comment that the \u201ccolumn address\u201d that you send to the LCD controller is actually bits 9:2 of a larger column address inside the controller. The bottom two bits 1:0 are \u201cinternal column\u201d address bits. When the 4 bytes of data are written to the LCD controller by the MCU, the internal column address bits increment after each byte write. After the fourth byte is sent, the internal bits will roll from b\u201911\u2019 to b\u201900\u2019 and subsequently increase bit 2 of the column address. As you can probably guess, if you do not write LCD data to the controller in groups of 4 bytes, than you will not have complete data for the pixels and the internal LCD addressing will be corrupt.<\/p>\n

The implication of all this is that you cannot ever write a single pixel on this LCD. The smallest number of pixels that can be refreshed is a 1 column x 8 row line and it will always take a minimum of four bytes sent to the LCD controller from the MCU to properly set those pixels. If you really do only want to update one pixel in the 1×8 column, you must be sure to write the same data that is already present for the other 7 pixels so their information does not change. This is where keeping a local copy of all pixel data in the LCD RAM becomes essential as individual pixels can be changed in the local RAM as the application requires it, and pixel data for unchanged pixels will still be present for the LCD refresh…<\/p>\n<\/blockquote>\n

< End of Quote ><\/strong><\/p>\n

Quote from this well\u00a0written\u00a0Application Note : \u00a0ST7528 Appnote<\/a><\/p>\n

From Bitmap2LCD Version 3.0H
\n<\/span><\/strong><\/p>\n