дело в карте. взял 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):
дело в карте. взял 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":
на днях проверю твою код, сегодня врядли, светодиоды, драйверы, радиаторы...
но конвертера не нашел
Конвертер лежит в библиотеке "UTFT", в мукуфренде его нет. На вот: "конвертер"
---
Странно как-то: дисплей у меня почти такой же: лап - столько же, детальки - такие же + резисторная сборка какая-то еще мелкая. Главное что такой же 8-ми битный. А вот - не запускается с той библиотекой.
ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!
Да нет, пронесло. Но я ничего никуда и не тыкал собсно. Просто диод какой-то начал тускло светиться. Посмотрел по цветному рисунку такому, знаешь? Так это оказался пин D13. Короче - постоянно зачем-то маячащий диод, который на плате припаян. Но он через минут 5 начал светить опять ярко. Вернее - иногда мигать, хотя 13-й пин никто ни в скетчах ни физически - не трогал))))
ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!
Да это и есть не совсем GIF-ка. Это, так называемая "синематография". То же самое что ты и сказал: большая качественная фотка с областью, анимированной с помощью GIF-технологий.
Если тот мой пост с фоткой процитировать - станет видна ссылка на их сайт. Там много таких прикольных синема-фоток. Народ сходит сума конкретно ...
тоже понадобилось выводить изображение на этот китайский вредный экран 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":
Заменил под свой экран подменив 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*)'
Всем привет. Командой 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");// Основа
}
Спасибо что откликнулись на мой вопрос. Их размеры немного отличаются, но и отличаются они своим расположением. Чтобы больше раскрыть затею это должен быть рисунок машины сверху и вид открытых дверей.
Если нет такой возможности буду подвязывать к переменным и постоянно перерисовывать, интересно как это отразится на экране. Жаль, что сейчас не могу это проверить, потому что нет нано под руками (
дело в карте. взял 8гб, переформатировал твоей утилитой и все заработало))
код, который выкладывал в 24 посте рабочий. картинки из bmp читает, только не очень быстро. есть над чем поработать
2.4 дюйма
3.95 дюйма
дело в карте. взял 8гб, переформатировал твоей утилитой и все заработало))
Так я Вас поздравляю))
код, который выкладывал в 24 посте рабочий. картинки из bmp читает, только не очень быстро. есть над чем поработать
2.4 дюйма
3.95 дюйма
Да конечно он рабочий, я им тоже в свое время БМПэшки рисовал. Просто у меня тогда была только UNO и думаю что он притормаживает именно по причине 16мГц.
А на второй фотке - что это у тебя за андроид? ))))
-------------------------
Вообще-то как-то странно что у меня не заработал дисплей на библиотеке "Mcufriend_kbv_2.90" Судя по "собаке" - дисплей у тя такой же как и у меня. Правда могут быть отличия если посмотреть со стороны пинов...
Насчёт "не очень быстро": если ты прицепил к своему дисплею UTFT, может у тебя прокатят и средства UTFT для пририсовки картинок с SD? Вот которыми я тут орудовал в этом топике. Вот облегченная версия примера из одной библиотеки, которая как раз и делает то что и та функция "bmpDraw":
Как видишь: всё до безобразия просто. Замени только "UTFT" на "UTFTGLUE" и пробани. Ну и библиотеки качни конечно тоже.
Фотки должны быть в формате .RAW, в папке библиотеки UTFT\Tools есть конвертер, который делает raw.
Ну и цикл тот - тоже убери ))))
На вот, что б не не искать: "sdFat" и "UTFT_SdRaw-master"
спасибо
это просто картинка от телефона, не более)) и скорее всего это symbian
насчет почему не работает, незнаю, у меня такие дисплеи, и либа вроде под них заточена
2,4 дюйма 3,95дюйма
на днях проверю твою код, сегодня врядли, светодиоды, драйверы, радиаторы...
но конвертера не нашел
спасибо
это просто картинка от телефона, не более)) и скорее всего это symbian
насчет почему не работает, незнаю, у меня такие дисплеи, и либа вроде под них заточена
2,4 дюйма 3,95дюйма
на днях проверю твою код, сегодня врядли, светодиоды, драйверы, радиаторы...
но конвертера не нашел
Конвертер лежит в библиотеке "UTFT", в мукуфренде его нет. На вот: "конвертер"
---
Странно как-то: дисплей у меня почти такой же: лап - столько же, детальки - такие же + резисторная сборка какая-то еще мелкая. Главное что такой же 8-ми битный. А вот - не запускается с той библиотекой.
спасибо
удобная программа. ничего лишнего на первый взгляд
спасибо
удобная программа. ничего лишнего на первый взгляд
Блин, а воспроизводить GIF-ки наверно ардуину научить не получится:
Спалил ардуину шоле с горя ;)
ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!
Всё работает!
Спалил ардуину шоле с горя ;)
ПС. Програмер должен быть хитрожепой бестией )) Если сильно хочется такую картинку с анимацией огня - выводиш всю картинку на экран, гиф-анимируеш ту область где есть изменения - огонь, блики внутри портала камина. Эта область маленькая, будет успевать перерисовыватся, а остальную не трогаеш!
Да это и есть не совсем GIF-ка. Это, так называемая "синематография". То же самое что ты и сказал: большая качественная фотка с областью, анимированной с помощью GIF-технологий.
Если тот мой пост с фоткой процитировать - станет видна ссылка на их сайт. Там много таких прикольных синема-фоток. Народ сходит сума конкретно ...
тоже понадобилось выводить изображение на этот китайский вредный экран MCUfriend . Экран работает только с библиотекой UTFTGLUE. Вывод изображения по скетчу из сообщения #24 работает, только переделал адрес под свой дисплей. Получился такой скетч.
Но фото очень долго грузятся, 320х240 Решил попробовать по методу Buzzer2010:
Как видишь: всё до безобразия просто. Замени только "UTFT" на "UTFTGLUE" и пробани. Ну и библиотеки качни конечно тоже.
Фотки должны быть в формате .RAW, в папке библиотеки UTFT\Tools есть конвертер, который делает raw.
Ну и цикл тот - тоже убери ))))
На вот, что б не не искать: "sdFat" и "UTFT_SdRaw-master"
Заменил под свой экран подменив UTFT на UTFTGLUE, но копилятор ругается на строчку
UTFT_SdRaw myFiles(&myGLCD);
вот что пишет
что можно попробовать сделать?
Забыл. Переделанный скетч по методу Buzzer2010
Всем привет. Командой myFiles.load изображения загружаются, а есть команда для разрушения именно одного изображения?
Дело в том что есть основа, поверх нее рисуются четыре других изображения, частично закрывая основу. Можно удалить конкретное изображение или нужно перерисовывать все каждый раз?
А зачем его удалять? Рисуйте поверх него новое. У них же размеры не меняются? Или меняются?
Спасибо что откликнулись на мой вопрос. Их размеры немного отличаются, но и отличаются они своим расположением. Чтобы больше раскрыть затею это должен быть рисунок машины сверху и вид открытых дверей.
Если нет такой возможности буду подвязывать к переменным и постоянно перерисовывать, интересно как это отразится на экране. Жаль, что сейчас не могу это проверить, потому что нет нано под руками (