GLCD + SD Чтение bitmap изображений
- Войдите на сайт для отправки комментариев
Доброго времени суток. У меня дисплей 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) { Serial.begin(9600); // 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)) { Serial.println("failed!"); return; } Serial.println("OK!"); 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.println(); Serial.print("Loading image '"); Serial.print(filename); Serial.println('\''); // Open requested file on SD card if ((bmpFile = SD.open(filename)) == NULL) { Serial.print("File not found"); return; } // 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: "); Serial.print(bmpWidth); Serial.print('x'); Serial.println(bmpHeight); // 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? bmpFile.seek(pos); 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 bmpFile.read(sdbuffer, 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++]; tft.pushColor(tft.Color565(r,g,b)); } // end pixel } // end scanline Serial.print("Loaded in "); Serial.print(millis() - startTime); Serial.println(" ms"); } // end goodBmp } } bmpFile.close(); 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] = f.read(); // LSB ((uint8_t *)&result)[1] = f.read(); // MSB return result; } uint32_t read32(File f) { uint32_t result; ((uint8_t *)&result)[0] = f.read(); // LSB ((uint8_t *)&result)[1] = f.read(); ((uint8_t *)&result)[2] = f.read(); ((uint8_t *)&result)[3] = f.read(); // 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. Но никак не пойму, что делать со следующей строчкой, именно она отвечает цвета/размер одной пиксельной строчки. Подскажите что делать?
Ауууу. Есть кто-нибудь, знающий структуру bmp изображения?
Ну, как-бы, поиск в Гугле/Яндексе возвращает много всего полезного для освоения BMP-формата. Та же Wiki имеет в своих недрах вполне подробное описание.
Это все понятно, но я не понимаю как это (пере)реализовать в скетче. Строчка: rowSize = (bmpWidth * 3 + 3) & ~3; -- размер одной строки с данными, так как изображение монохромное, то "размер одной строки = ширина изображения". Я переписал ее на: rowSize=bmpWidth;, но на экране какая-то чепухня :(
Видимо, я просто не вижу кусок кода в скетче, который нужно заменить.
Для монохромного (в том смысле, который употребляется в описаниях "монохромных" LCD), а по сути "черно-белого" (корректно будет - бинарного) изображения
rowSize = (bmpWidth+7)/8;
поскольку информация об одном пикселе изображения прекрасно умещается в один бит.
Хм... а ссылку которую 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 :) Если на какой-то из них появится картинка - будете знать "какое число правильное", а потом будете думать "откуда оно должно высчитатся". Если "так и не появится" - ну значит траблы совсем не в этой строке.
rowSize = (bmpWidth+7)/8;
поскольку информация об одном пикселе изображения прекрасно умещается в один бит.
Вот где-бы мне научится так кратко излагать? :) Чувствую у меня скоро ответ на вопрос "который час" будет вызывать три пейджауна ответа :(