GLCD + SD Чтение bitmap изображений

Зарегистрирован: 22.07.2011

 Доброго времени суток. У меня дисплей 128x64 KS0108, хотелось бы научить его читать bmp с SD карточки.

Нашел скетч, но для TFT дисплея

#include <Adafruit_GFX.h>    // Core graphics library
#include <Adafruit_ST7735.h> // Hardware-specific library
#include <SPI.h>
#include <SD.h>

// TFT display and SD card will share the hardware SPI interface.
// Hardware SPI pins are specific to the Arduino board type and
// cannot be remapped to alternate pins.  For Arduino Uno,
// Duemilanove, etc., pin 11 = MOSI, pin 12 = MISO, pin 13 = SCK.
#define SD_CS    4  // Chip select line for SD card
#define TFT_CS  10  // Chip select line for TFT display
#define TFT_DC   9  // Data/command line for TFT
#define TFT_RST  8  // Reset line for TFT (or connect to +5V)

Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);

void setup(void) {

  // Our supplier changed the 1.8" display slightly after Jan 10, 2012
  // so that the alignment of the TFT had to be shifted by a few pixels
  // this just means the init code is slightly different. Check the
  // color of the tab to see which init code to try. If the display is
  // cut off or has extra 'random' pixels on the top & left, try the
  // other option!

  // If your TFT's plastic wrap has a Red Tab, use the following:
  tft.initR(INITR_REDTAB);   // initialize a ST7735R chip, red tab
  // If your TFT's plastic wrap has a Green Tab, use the following:
  //tft.initR(INITR_GREENTAB); // initialize a ST7735R chip, green tab

  Serial.print("Initializing SD card...");
  if (!SD.begin(SD_CS)) {

  bmpDraw("parrot.bmp", 0, 0);

void loop() {

// This function opens a Windows Bitmap (BMP) file and
// displays it at the given coordinates.  It's sped up
// by reading many pixels worth of data at a time
// (rather than pixel by pixel).  Increasing the buffer
// size takes more of the Arduino's precious RAM but
// makes loading a little faster.  20 pixels seems a
// good balance.

#define BUFFPIXEL 20

void bmpDraw(char *filename, uint8_t x, uint8_t y) {

  File     bmpFile;
  int      bmpWidth, bmpHeight;   // W+H in pixels
  uint8_t  bmpDepth;              // Bit depth (currently must be 24)
  uint32_t bmpImageoffset;        // Start of image data in file
  uint32_t rowSize;               // Not always = bmpWidth; may have padding
  uint8_t  sdbuffer[3*BUFFPIXEL]; // pixel buffer (R+G+B per pixel)
  uint8_t  buffidx = sizeof(sdbuffer); // Current position in sdbuffer
  boolean  goodBmp = false;       // Set to true on valid header parse
  boolean  flip    = true;        // BMP is stored bottom-to-top
  int      w, h, row, col;
  uint8_t  r, g, b;
  uint32_t pos = 0, startTime = millis();

  if((x >= tft.width()) || (y >= tft.height())) return;

  Serial.print("Loading image '");

  // Open requested file on SD card
  if ((bmpFile = == NULL) {
    Serial.print("File not found");

  // Parse BMP header
  if(read16(bmpFile) == 0x4D42) { // BMP signature
    Serial.print("File size: "); Serial.println(read32(bmpFile));
    (void)read32(bmpFile); // Read & ignore creator bytes
    bmpImageoffset = read32(bmpFile); // Start of image data
    Serial.print("Image Offset: "); Serial.println(bmpImageoffset, DEC);
    // Read DIB header
    Serial.print("Header size: "); Serial.println(read32(bmpFile));
    bmpWidth  = read32(bmpFile);
    bmpHeight = read32(bmpFile);
    if(read16(bmpFile) == 1) { // # planes -- must be '1'
      bmpDepth = read16(bmpFile); // bits per pixel
      Serial.print("Bit Depth: "); Serial.println(bmpDepth);
      if((bmpDepth == 24) && (read32(bmpFile) == 0)) { // 0 = uncompressed

        goodBmp = true; // Supported BMP format -- proceed!
        Serial.print("Image size: ");

        // BMP rows are padded (if needed) to 4-byte boundary
        rowSize = (bmpWidth * 3 + 3) & ~3;

        // If bmpHeight is negative, image is in top-down order.
        // This is not canon but has been observed in the wild.
        if(bmpHeight < 0) {
          bmpHeight = -bmpHeight;
          flip      = false;

        // Crop area to be loaded
        w = bmpWidth;
        h = bmpHeight;
        if((x+w-1) >= tft.width())  w = tft.width()  - x;
        if((y+h-1) >= tft.height()) h = tft.height() - y;

        // Set TFT address window to clipped image bounds
        tft.setAddrWindow(x, y, x+w-1, y+h-1);

        for (row=0; row<h; row++) { // For each scanline...

          // Seek to start of scan line.  It might seem labor-
          // intensive to be doing this on every line, but this
          // method covers a lot of gritty details like cropping
          // and scanline padding.  Also, the seek only takes
          // place if the file position actually needs to change
          // (avoids a lot of cluster math in SD library).
          if(flip) // Bitmap is stored bottom-to-top order (normal BMP)
            pos = bmpImageoffset + (bmpHeight - 1 - row) * rowSize;
          else     // Bitmap is stored top-to-bottom
            pos = bmpImageoffset + row * rowSize;
          if(bmpFile.position() != pos) { // Need seek?
            buffidx = sizeof(sdbuffer); // Force buffer reload

          for (col=0; col<w; col++) { // For each pixel...
            // Time to read more pixel data?
            if (buffidx >= sizeof(sdbuffer)) { // Indeed
    , sizeof(sdbuffer));
              buffidx = 0; // Set index to beginning

            // Convert pixel from BMP to TFT format, push to display
            b = sdbuffer[buffidx++];
            g = sdbuffer[buffidx++];
            r = sdbuffer[buffidx++];
          } // end pixel
        } // end scanline
        Serial.print("Loaded in ");
        Serial.print(millis() - startTime);
        Serial.println(" ms");
      } // end goodBmp

  if(!goodBmp) Serial.println("BMP format not recognized.");

// These read 16- and 32-bit types from the SD card file.
// BMP data is stored little-endian, Arduino is little-endian too.
// May need to reverse subscript order if porting elsewhere.

uint16_t read16(File f) {
  uint16_t result;
  ((uint8_t *)&result)[0] =; // LSB
  ((uint8_t *)&result)[1] =; // MSB
  return result;

uint32_t read32(File f) {
  uint32_t result;
  ((uint8_t *)&result)[0] =; // LSB
  ((uint8_t *)&result)[1] =;
  ((uint8_t *)&result)[2] =;
  ((uint8_t *)&result)[3] =; // MSB
  return result;

По идее можно портировать скетч для ks0108, так как изображение выводится на экран с помощью простой фукции: tft.pushColor(tft.Color565(r,g,b));

Я портировал скетч изменив эту строчку на:  if (b) GLCD.SetDot(col, row, 0); else GLCD.SetDot(col, row, 255); (col И row - координаты) И еще пару, отвечающие за размеры дисплея.

Все заработало, но файл изображения должен быть обязательно 24bit-ным (тк. TFT дисплей - цветной), а мне бы хотелось сделать его монохромным(памяти занимает меньше и быстрее), то есть 1bit-ным. За это как раз отвечают строчки:

 if((bmpDepth == 24) && (read32(bmpFile) == 0)) { // 0 = uncompressed
        // BMP rows are padded (if needed) to 4-byte boundary
        rowSize = (bmpWidth * 3 + 3) & ~3;

bmpDepth - я изменил на 1. Но никак не пойму, что делать со следующей строчкой, именно она отвечает цвета/размер одной пиксельной строчки. Подскажите что делать?

Зарегистрирован: 22.07.2011

 Ауууу. Есть кто-нибудь, знающий структуру bmp изображения?

Зарегистрирован: 23.05.2011

 Ну, как-бы, поиск в Гугле/Яндексе возвращает много всего полезного для освоения BMP-формата. Та же Wiki имеет в своих недрах вполне подробное описание.

Зарегистрирован: 22.07.2011

 Это все понятно, но я не понимаю как это (пере)реализовать в скетче. Строчка: rowSize = (bmpWidth * 3 + 3) & ~3; -- размер одной строки с данными, так как изображение монохромное, то "размер одной строки = ширина изображения". Я переписал ее на: rowSize=bmpWidth;, но на экране какая-то чепухня :(

Видимо, я просто не вижу кусок кода в скетче, который нужно заменить. 

Зарегистрирован: 23.05.2011

 Для монохромного (в том смысле, который употребляется в описаниях "монохромных" LCD), а по сути "черно-белого"  (корректно будет - бинарного) изображения

rowSize = (bmpWidth+7)/8;

поскольку информация об одном пикселе изображения прекрасно умещается в один бит.

Зарегистрирован: 29.09.2011

 Хм... а ссылку которую step62 читали? Там же написанно что при 24-рех - на каждый пиксель идет 3 байта. Что мы и видем в оригинальной строке. Отсюда можно сделать вывод что rowSize это размер строки "в байтах".

А для монохромного изображения сказанно что "Каждый бит изображения представляет один пиксель". А 1байт=8бит, а не 1байт=1бит (как можно подумать по строке rowSize=bmpWidth).

Вообщем похоже вам нужно поделить ширину на 8 мь и округлить в большую сторону (например 12-бит знаймут в памяти 2 байта). Потом опять укурится в описание и понять "нафига они делали BMP rows are padded (if needed) to 4-byte boundary" и нужно ли вам тот же финт ушами делать.

Можете вообще, для начала, посчитать это все руками. Для какого-то одного изображения. Характеристики которого вы знаете. И просто присвоить это значение rowSize. "Прихадкодить его". Посмотреть что выйдет.

Можете изначально сделать "специальное тестовое изображение". Шириной в 32 пиксели. Тогда, по идее, размер строки должна быть ровно 4-ре байта (если в строке еще нет каких-то дополнительных данных кроме самих пикселей). И ничего "равнять" не нужно будет.

А можете вообще тупо. Обернуть все в цикл. И попрбовать пройти с разными rowSize. От 0 до 100 :) Если на какой-то из них появится картинка - будете знать "какое число правильное", а потом будете думать "откуда оно должно высчитатся". Если "так и не появится" - ну значит траблы совсем не в этой строке.

Зарегистрирован: 29.09.2011

step962 пишет:

rowSize = (bmpWidth+7)/8;

поскольку информация об одном пикселе изображения прекрасно умещается в один бит.

Вот где-бы мне научится так кратко излагать? :) Чувствую у меня скоро ответ на вопрос "который час" будет вызывать три пейджауна ответа :(