Как вывести на экран рисунок с SD с помошью UTFT: "myGLCD.drawBitmap" ???

jeka_tm
jeka_tm аватар
Offline
Зарегистрирован: 19.05.2013

дело в карте. взял 8гб, переформатировал твоей утилитой и все заработало))

Initializing SD card...Wiring is correct and a card is present.

Card type: SDHC

Volume type is FAT32

Volume size (bytes): 3677356032
Volume size (Kbytes): 3591168
Volume size (Mbytes): 3507

Files found on the card (name, date and size in bytes): 

 

jeka_tm
jeka_tm аватар
Offline
Зарегистрирован: 19.05.2013

код, который выкладывал в 24 посте рабочий. картинки из bmp читает, только не очень быстро. есть над чем поработать

2.4 дюйма

3.95 дюйма

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

jeka_tm пишет:

дело в карте. взял 8гб, переформатировал твоей утилитой и все заработало))

Initializing SD card...Wiring is correct and a card is present.

Card type: SDHC

Volume type is FAT32

Volume size (bytes): 3677356032
Volume size (Kbytes): 3591168
Volume size (Mbytes): 3507

Files found on the card (name, date and size in bytes): 

 

Так я Вас поздравляю))

jeka_tm пишет:

код, который выкладывал в 24 посте рабочий. картинки из bmp читает, только не очень быстро. есть над чем поработать

2.4 дюйма

3.95 дюйма

Да конечно он рабочий, я им тоже в свое время БМПэшки рисовал. Просто у меня тогда была только UNO и думаю что он притормаживает именно по причине 16мГц.

А на второй фотке - что это у тебя за андроид? ))))

-------------------------

Вообще-то как-то странно что у меня не заработал дисплей на библиотеке "Mcufriend_kbv_2.90" Судя по "собаке" - дисплей у тя такой же как и у меня. Правда могут быть отличия если посмотреть со стороны пинов...

Насчёт "не очень быстро": если ты прицепил к своему дисплею UTFT, может у тебя прокатят и средства UTFT для пририсовки картинок с SD? Вот которыми я тут орудовал в этом топике. Вот облегченная версия примера из одной библиотеки, которая как раз и делает то что и та функция "bmpDraw":

#include <SPI.h>
#include <SdFat.h>
#include <UTFT.h>
#include <UTFT_SdRaw.h>
extern uint8_t BigFont[];
char file_name[25];
SdFat sd;
UTFT myGLCD(ILI9327, 38, 39, 40, 41);
UTFT_SdRaw myFiles(&myGLCD);

void setup()
{
  bool mysd = 0;
  while (!mysd)
  {
    if (!sd.begin(10, SPI_FULL_SPEED)) {
        }
    else
    {
      mysd = 1;
      }
  }

  myGLCD.InitLCD();
  myGLCD.clrScr();
  myGLCD.setFont(BigFont);
  myGLCD.print("Suzi Quato", 84, 190);

  for (byte i = 1; i <= 10; i++)
  {
    sprintf(file_name, "SQ/SQ%02d.RAW", i);
    myFiles.load(80, 50, 159, 120, file_name);
  }
}

void loop()
{
}

Как видишь: всё до безобразия просто. Замени только "UTFT" на "UTFTGLUE" и пробани. Ну и библиотеки качни конечно тоже.

Фотки должны быть в формате .RAW, в папке библиотеки UTFT\Tools есть конвертер, который делает raw.

Ну и цикл тот  - тоже убери ))))

На вот, что б не не искать: "sdFat" и "UTFT_SdRaw-master"

jeka_tm
jeka_tm аватар
Offline
Зарегистрирован: 19.05.2013

спасибо

это просто картинка от телефона, не более)) и скорее всего это symbian

насчет почему не работает, незнаю, у меня такие дисплеи, и либа вроде под них заточена

2,4 дюйма   3,95дюйма

на днях проверю твою код, сегодня врядли, светодиоды, драйверы, радиаторы...

но конвертера не нашел

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

jeka_tm пишет:

спасибо

это просто картинка от телефона, не более)) и скорее всего это symbian

насчет почему не работает, незнаю, у меня такие дисплеи, и либа вроде под них заточена

2,4 дюйма   3,95дюйма

на днях проверю твою код, сегодня врядли, светодиоды, драйверы, радиаторы...

но конвертера не нашел

Конвертер лежит в библиотеке "UTFT", в мукуфренде его нет. На вот: "конвертер"

---

Странно как-то: дисплей у меня почти такой же: лап - столько же, детальки - такие же + резисторная сборка какая-то еще мелкая. Главное что такой же 8-ми битный. А вот - не запускается  с той библиотекой.

jeka_tm
jeka_tm аватар
Offline
Зарегистрирован: 19.05.2013

спасибо

удобная программа. ничего лишнего на первый взгляд

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

jeka_tm пишет:

спасибо

удобная программа. ничего лишнего на первый взгляд

настолько ничего лишнего, что аж чего-то и не хватает! Например могли бы пакетную обработку как-то присобачить туда...

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

Блин, а воспроизводить GIF-ки наверно ардуину научить не получится:

Logik
Offline
Зарегистрирован: 05.08.2014

Спалил ардуину шоле с горя ;)

ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

Logik пишет:
Спалил ардуину шоле с горя ;)
Да нет, пронесло. Но я ничего никуда и не тыкал собсно. Просто диод какой-то начал тускло светиться. Посмотрел по цветному рисунку такому, знаешь? Так это оказался пин D13. Короче - постоянно зачем-то маячащий диод, который на плате припаян. Но он через минут 5 начал светить опять ярко. Вернее - иногда мигать, хотя 13-й пин никто ни в скетчах ни физически - не трогал))))

Всё работает!

Buzzer2010
Buzzer2010 аватар
Offline
Зарегистрирован: 10.03.2016

Logik пишет:

Спалил ардуину шоле с горя ;)

ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!

Да это и есть не совсем GIF-ка. Это, так называемая "синематография". То же самое что ты и сказал: большая качественная фотка с областью, анимированной с помощью GIF-технологий. 

Если тот мой пост с фоткой процитировать - станет видна ссылка на их сайт. Там много таких прикольных синема-фоток. Народ сходит сума конкретно ...

MaksVV
Offline
Зарегистрирован: 06.08.2015

тоже понадобилось выводить изображение на этот китайский вредный экран MCUfriend . Экран работает только с библиотекой UTFTGLUE. Вывод изображения по скетчу из сообщения #24 работает, только переделал адрес под свой дисплей. Получился такой скетч. 

#include <SPI.h>
#include <SD.h>
#include <Adafruit_GFX.h>
#include <UTFTGLUE.h>              
UTFTGLUE myGLCD(0x0154,A2,A1,A3,A4,A0);
#define SD_CS 10
File bmpFile;
int bmpWidth, bmpHeight;
uint8_t bmpDepth, bmpImageoffset;

#if !defined(SmallFont)
extern uint8_t SmallFont[];    
#endif

#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 >= myGLCD.width()) || (y >= myGLCD.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) >= myGLCD.width())  w = myGLCD.width()  - x;
        if((y+h-1) >= myGLCD.height()) h = myGLCD.height() - y;

        for (row=0; row<h; row++) { // For each scanline...
          myGLCD.setCursor(x, y+row);

          // 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
          }

          // optimize by setting pins now
          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++];

            myGLCD.setColor(r,g,b);
            myGLCD.drawPixel(x+col, y+row);
            // optimized!
            //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;
}






void setup()
{
  Serial.begin(9600);
  while (!Serial) {
    // ожидаем готовности последовательного порта
    // - необходимо для Arduino Leonardo
  }
 pinMode(SD_CS, OUTPUT);

  // пробуем обратиться к SD-карте памяти
  Serial.print("Initializing SD card...");
  if (!SD.begin(SD_CS)) {
    Serial.println("failed!");
    return;

  

  }
  Serial.println("OK!");
  
  randomSeed(analogRead(0));   
    pinMode(A0, OUTPUT);       
    digitalWrite(A0, HIGH);
  

  myGLCD.InitLCD();
  myGLCD.clrScr();
    bmpDraw("tractor.bmp", 0, 0);
  

}

void loop()
{}



 

Но фото очень долго грузятся, 320х240 Решил попробовать по методу Buzzer2010:

Buzzer2010 пишет:
Насчёт "не очень быстро": если ты прицепил к своему дисплею UTFT, может у тебя прокатят и средства UTFT для пририсовки картинок с SD? Вот которыми я тут орудовал в этом топике. Вот облегченная версия примера из одной библиотеки, которая как раз и делает то что и та функция "bmpDraw":

#include <SPI.h>
#include <SdFat.h>
#include <UTFT.h>
#include <UTFT_SdRaw.h>
extern uint8_t BigFont[];
char file_name[25];
SdFat sd;
UTFT myGLCD(ILI9327, 38, 39, 40, 41);
UTFT_SdRaw myFiles(&myGLCD);

void setup()
{
  bool mysd = 0;
  while (!mysd)
  {
    if (!sd.begin(10, SPI_FULL_SPEED)) {
        }
    else
    {
      mysd = 1;
      }
  }

  myGLCD.InitLCD();
  myGLCD.clrScr();
  myGLCD.setFont(BigFont);
  myGLCD.print("Suzi Quato", 84, 190);

  for (byte i = 1; i <= 10; i++)
  {
    sprintf(file_name, "SQ/SQ%02d.RAW", i);
    myFiles.load(80, 50, 159, 120, file_name);
  }
}

void loop()
{
}

Как видишь: всё до безобразия просто. Замени только "UTFT" на "UTFTGLUE" и пробани. Ну и библиотеки качни конечно тоже.

Фотки должны быть в формате .RAW, в папке библиотеки UTFT\Tools есть конвертер, который делает raw.

Ну и цикл тот  - тоже убери ))))

На вот, что б не не искать: "sdFat" и "UTFT_SdRaw-master"

Заменил под свой экран подменив UTFT на UTFTGLUE, но копилятор ругается на строчку 

UTFT_SdRaw myFiles(&myGLCD); 

вот что пишет 

In file included from C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:14:0,

                 from C:\Users\MaxiTanya\Documents\Arduino\sd_tft\sd_tft.ino:5:

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT-master/UTFT.h:183:8: error: redefinition of 'struct _current_font'

 struct _current_font

        ^

In file included from C:\Users\MaxiTanya\Documents\Arduino\sd_tft\sd_tft.ino:4:0:

C:\Users\MaxiTanya\Documents\Arduino\libraries\MCUFRIEND_kbv-master/UTFTGLUE.h:35:8: error: previous definition of 'struct _current_font'

 struct _current_font

        ^

sd_tft:10: error: no matching function for call to 'UTFT_SdRaw::UTFT_SdRaw(UTFTGLUE*)'

 UTFT_SdRaw myFiles(&myGLCD);

                           ^

C:\Users\MaxiTanya\Documents\Arduino\sd_tft\sd_tft.ino:10:27: note: candidates are:

In file included from C:\Users\MaxiTanya\Documents\Arduino\sd_tft\sd_tft.ino:5:0:

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:23:5: note: UTFT_SdRaw::UTFT_SdRaw(UTFT*)

     UTFT_SdRaw(UTFT *ptrUTFT);

     ^

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:23:5: note:   no known conversion for argument 1 from 'UTFTGLUE*' to 'UTFT*'

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:20:7: note: constexpr UTFT_SdRaw::UTFT_SdRaw(const UTFT_SdRaw&)

 class UTFT_SdRaw

       ^

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:20:7: note:   no known conversion for argument 1 from 'UTFTGLUE*' to 'const UTFT_SdRaw&'

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:20:7: note: constexpr UTFT_SdRaw::UTFT_SdRaw(UTFT_SdRaw&&)

C:\Users\MaxiTanya\Documents\Arduino\libraries\UTFT_SdRaw-master\src/UTFT_SdRaw.h:20:7: note:   no known conversion for argument 1 from 'UTFTGLUE*' to 'UTFT_SdRaw&&'

exit status 1
no matching function for call to 'UTFT_SdRaw::UTFT_SdRaw(UTFTGLUE*)'

что можно попробовать сделать?

Забыл. Переделанный скетч по методу Buzzer2010

#include <SPI.h>
#include <SdFat.h>
#include <Adafruit_GFX.h>
#include <UTFTGLUE.h>    
#include <UTFT_SdRaw.h>
extern uint8_t BigFont[];
char file_name[25];
SdFat sd;
UTFTGLUE myGLCD(0x7783, A2, A1, A3, A4, A0);
UTFT_SdRaw myFiles(&myGLCD);

void setup()
{
  bool mysd = 0;
  while (!mysd)
  {
    if (!sd.begin(10, SPI_FULL_SPEED)) {
        }
    else
    {
      mysd = 1;
      }
  }

  myGLCD.InitLCD();
  myGLCD.clrScr();
  myGLCD.setFont(BigFont);
  myGLCD.print("Suzi Quato", 84, 190);

  for (byte i = 1; i <= 10; i++)
  {
    sprintf(file_name, "ford.RAW", i);
    myFiles.load(80, 50, 159, 120, file_name);
  }
}

void loop()
{
}

 

br0lviv
Offline
Зарегистрирован: 11.06.2018

Всем привет. Командой myFiles.load изображения загружаются, а есть команда для разрушения именно одного изображения?

Дело в том что есть основа, поверх нее рисуются четыре других изображения, частично закрывая основу. Можно удалить конкретное изображение или нужно перерисовывать все каждый раз?

{
  myFiles.load(36,11,58,139,"all.raw"); // Основа
  if (left_door = !LOW) myFiles.load(12,50,24,32,"upleft.raw");
  else myFiles.load(36,11,58,139,"all.raw");// Основа
  if (right_door = !LOW) myFiles.load(84,50,24,32,"upright.raw");
  else myFiles.load(36,11,58,139,"all.raw");// Основа
  if (leftdown_door = !LOW) myFiles.load(20,80,24,31,"downleft.raw");
  else myFiles.load(36,11,58,139,"all.raw");// Основа
  if (rightdown_door = !LOW) myFiles.load(86,80,24,31,"downright.raw");
  else myFiles.load(36,11,58,139,"all.raw");// Основа
  }
ЕвгенийП
ЕвгенийП аватар
Онлайн
Зарегистрирован: 25.05.2015

А зачем его удалять? Рисуйте поверх него новое. У них же размеры не меняются? Или меняются?

br0lviv
Offline
Зарегистрирован: 11.06.2018

Спасибо что откликнулись на мой вопрос. Их размеры немного отличаются, но и отличаются они своим расположением. Чтобы больше раскрыть затею это должен быть рисунок машины сверху и вид открытых дверей.

Если нет такой возможности буду подвязывать к переменным и постоянно перерисовывать, интересно как это отразится на экране. Жаль, что сейчас не могу это проверить, потому что нет нано под руками (