Есть у меня такой дисплей. Нормально работать по скоростным параметрам мне удалось только с 411 блакпилом. С наной тормоза мне не понравились. Разбираться не стал.
Поскольку хочу понять скорость отрисовки из progmem, начну писать экспериментальный скетч под ili9341 240*320 TFT, вытащить максимум скорости из МК, понять, стОит ли дальше заморачиваться.
да, для такой можно, она 3.3 вольта, подключать напрямую...
cfg.freq_write = 40000000; // Тактовая частота SPI для передачи (до 80 МГц, округляется до значения, полученного путем деления 80 МГц на целое число)
С использованием DMA - библиотека #include <LovyanGFX.hpp> по сути это обертка для разных библиотек...
IO18,IO19,IO23 обязательные, остальные необходимые пины можно использовать любые (CS,DC,RST) библиотека позволяет...
// Настройки шины SPI
cfg.spi_host = HSPI_HOST; // Выберите SPI для использования ESP32-S2,C3 : SPI2_HOST or SPI3_HOST / ESP32 : VSPI_HOST or HSPI_HOST
// При обновлении версии ESP-IDF описание VSPI_HOST и HSPI_HOST устаревает, поэтому
// в случае возникновения ошибки используйте вместо этого SPI2_HOST и SPI3_HOST.
cfg.spi_mode = 0; // SPI Установить режим связи (0 ~ 3)
cfg.freq_write = 40000000; // Тактовая частота SPI для передачи (до 80 МГц, округляется до значения, полученного путем деления 80 МГц на целое число)
cfg.freq_read = 16000000; // Частота SPI при приеме
cfg.spi_3wire = true; // Установите значение true, если прием осуществляется на контакт MOSI.
cfg.use_lock = true; // Установите true, чтобы использовать блокировку транзакции
cfg.dma_channel = SPI_DMA_CH_AUTO; // Установите канал DMA для использования (0 = не использовать DMA / 1 = 1 канал / 2 = канал / SPI_DMA_CH_AUTO = автоматическая настройка)
// * При обновлении версии ESP-IDF для канала DMA рекомендуется SPI_DMA_CH_AUTO (автоматическая настройка). Указание 1ch и 2ch устарело.
cfg.pin_sclk = 14; //18; // Установите номер вывода SPI SCLK
cfg.pin_mosi = 13; //23; // Установите номер контакта SPI MOSI
cfg.pin_miso = 12; //19; // Установите номер контакта SPI MISO (-1 = отключить)
cfg.pin_dc = 17; //27; // Установить номер контакта SPI D/C (-1 = отключить)
// При использовании той же шины SPI, что и SD-карта, обязательно установите MISO, не пропуская его.
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
void loop()
{
if(millis()-Y>500){tft.setAddrWindow(0,0,127,127);Y=millis();}//если полсекунды данные по картинке уже не поступают каждые полсекунды задаём размер области заливки картинки
CheckSerial();
}
У меня вывод изображения происходит где-то в 1\5 верхней части дисплея.
void loop()
{
if(millis()-Y>500){tft.setAddrWindow(0,0,127,127);Y=millis();}//если полсекунды данные по картинке уже не поступают каждые полсекунды задаём размер области заливки картинки
CheckSerial();
}
У меня вывод изображения происходит где-то в 1\5 верхней части дисплея.
Скорее всего Вы не учли строчку №35. Добавленный код отслеживает когда перестали поступать байты с ПК и через полсекунды начинает обновлять окно.
#include <Adafruit_GFX.h> // Core graphics library
#include <Adafruit_ST7735.h> // Hardware-specific library
#include <SPI.h>
#define TFT_CS 10
#define TFT_RST 9
#define TFT_DC 8
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);
long Y=0;//переменная хранения моментов времени
void setup ()
{
// Используйте этот инициализатор, если вы используете 1,8-дюймовый TFT
tft.initR(INITR_BLACKTAB); // initialize a ST7735S chip, black tab
tft.fillScreen(ST7735_BLACK);
tft.setRotation(0);//ориентация экрана
Serial.begin(115200);
tft.setAddrWindow(0,0,127,159);//
}
void loop()
{
if(millis()-Y>500){tft.setAddrWindow(0,0,127,159);Y=millis();}//если полсекунды данные по картинке уже не поступают каждые полсекунды задаём размер области заливки картинки
CheckSerial();
}
///////////////////////////////////////////////////////////////////////////////////////////////////////
void CheckSerial()
{
//////////////////////////////////////////////////////////////////////////////
SPI.beginTransaction(SPISettings(8000000, MSBFIRST, SPI_MODE0));
digitalWrite(TFT_DC, HIGH);
digitalWrite(TFT_CS, LOW);
while (Serial.available())//считываем данные пока они поступают
{
Y=millis();//
SPI.transfer((byte)Serial.read());
}
digitalWrite(TFT_CS, HIGH);
SPI.endTransaction();
//
}
////////////////////////////////////////////////////////////////////////////////
Добавил модуль SD карты. Начались, судя по всему конфликты из-за скоростей.
Файл изображения с SD карты загружается в виде полосок, которые загружаются на дисплей два с небольшим раза.
В коде много лишнего и чего-то явно не хватает:
#include <Adafruit_GFX.h> // Core graphics library
#include <Adafruit_ST7735.h> // Hardware-specific library
#include <SPI.h>
#include <SD.h>
#define TFT_CS 10
#define TFT_RST 9
#define TFT_DC 8
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);
File myFile;
Sd2Card card; // Для информации о карте
SdVolume volume; // Для информации о типе и размере файловой системы
SdFile root; // Для информации о файлах и каталогах
long Y=0;//переменная хранения моментов времени
void setup ()
{
// Используйте этот инициализатор, если вы используете 1,4-дюймовый TFT
tft.initR(INITR_144GREENTAB); // initialize a ST7735S chip, black tab
tft.fillScreen(ST7735_BLACK);
tft.setRotation(0);//ориентация экрана
Serial.begin(115200);
tft.setAddrWindow(0,0,127,127);
if (!SD.begin(4)) {
Serial.println("initialization failed!");
while (1);
}
Serial.println("initialization done.");
//
// card.init(SPI_HALF_SPEED, 4);
// if (!volume.init(card)) {
// Serial.println("Невозможно найти FAT16/FAT32 раздел."); // При появлении этой ошибки необходимо убедиться, что карта отформатирована
// return; // Завершаем выполнение программы
// }
// Serial.println("Файлы на карте: ");
// root.openRoot(volume); // Активируем корневой каталог раздела
// root.ls(LS_R | LS_DATE | LS_SIZE); // Выводим список всех файлов, находящихся на карте, а также дату их создания/изменения и размер
//
// open the file for reading:
myFile = SD.open("MIKC.DAT");
if (myFile) {
Serial.println("MIKC.DAT");
// SPI.beginTransaction(SPISettings(8000000, MSBFIRST, SPI_MODE0));
digitalWrite(TFT_DC, HIGH);
digitalWrite(TFT_CS, LOW);
// читать из файла, пока в нем больше ничего нет:
while (myFile.available()) {
SPI.transfer(myFile.read());
}
digitalWrite(TFT_CS, HIGH);
SPI.endTransaction();
// close the file:
myFile.close();
} else {
// if the file didn't open, print an error:
Serial.println("error opening file");
}
tft.setAddrWindow(0,0,127,127);
}
void loop()
{
CheckSerial();
//если полсекунды данные по картинке уже не поступают каждые полсекунды задаём размер области заливки картинки
if(millis()-Y>500){tft.setAddrWindow(0,0,127,127);Y=millis();}
}
///////////////////////////////////////////////////////////////////////////////////////////////////////
void CheckSerial()
{
//////////////////////////////////////////////////////////////////////////////
SPI.beginTransaction(SPISettings(8000000, MSBFIRST, SPI_MODE0));
digitalWrite(TFT_DC, HIGH);
digitalWrite(TFT_CS, LOW);
while (Serial.available())//считываем данные пока они поступают
{
Y=millis();
SPI.transfer((byte)Serial.read());
}
digitalWrite(TFT_CS, HIGH);
SPI.endTransaction();
}
////////////////////////////////////////////////////////////////////////////////
Мне кажется проще разделить пока на две части - загрузка с ПК один скетч, с SD карты - второй скетч. Кстати я проверил своим приложением сохранённые файлы данных картинок - всё грузится с ПК в экран нормально.
...Смысла загружать сохранённый битовый массив в ардуино тоже нет. Мы же не увидим, что именно загрузили. Чтобы увидеть, надо преобразовать в формат 8-8-8 и вывести на экран ПК. Сохранённые файлы будут нужны для загрузки их с SD карты или микросхемы памяти...
:)
Предположим у нас есть трофейная SD карта с битовыми массивами картинок. Как их просмотреть на экранчике?, если скетча под SD слот ещё нет.
Согласен, особенно если экранчик в трофеи не попался. По скетчу, вот тут тонкое место (как я понимаю): с одной стороны мы читаем байт с карты и одновременно отсылаем в экран - всё это по одной SPI. Как это подправить, не знаю. Может подскажут более опытные?
Ах, да. Кажется понимаю (возвращаемся к картинкам со львом - они разные и одинаковыми быть не могут). 8-8-8 нельзя восстановить из 5-6-5. Тогда честнее проверять на экранчике :)
Кстати, в примерах библиотеки st7735 есть готовый скетч (опять же как мне кажется) для карты, правда под бмп формат:
/***************************************************
This is a library for the Adafruit 1.8" SPI display.
This library works with the Adafruit 1.8" TFT Breakout w/SD card
----> http://www.adafruit.com/products/358
The 1.8" TFT shield
----> https://www.adafruit.com/product/802
The 1.44" TFT breakout
----> https://www.adafruit.com/product/2088
as well as Adafruit raw 1.8" TFT display
----> http://www.adafruit.com/products/618
Check out the links above for our tutorials and wiring diagrams
These displays use SPI to communicate, 4 or 5 pins are required to
interface (RST is optional)
Adafruit invests time and resources providing this open source code,
please support Adafruit and open-source hardware by purchasing
products from Adafruit!
Written by Limor Fried/Ladyada for Adafruit Industries.
MIT license, all text above must be included in any redistribution
****************************************************/
#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 TFT_CS 10 // Chip select line for TFT display
#define TFT_RST 9 // Reset line for TFT (or see below...)
#define TFT_DC 8 // Data/command line for TFT
#define SD_CS 4 // Chip select line for SD card
//Use this reset pin for the shield!
//#define TFT_RST 0 // you can also connect this to the Arduino reset!
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);
void setup(void) {
Serial.begin(9600);
// Use this initializer if you're using a 1.8" TFT
tft.initR(INITR_BLACKTAB);
// Use this initializer (uncomment) if you're using a 1.44" TFT
//tft.initR(INITR_144GREENTAB);
Serial.print("Initializing SD card...");
if (!SD.begin(SD_CS)) {
Serial.println("failed!");
return;
}
Serial.println("OK!");
// change the name here!
bmpDraw("parrot.bmp", 0, 0);
// wait 5 seconds
delay(5000);
}
void loop() {
// uncomment these lines to draw bitmaps in different locations/rotations!
/*
tft.fillScreen(ST7735_BLACK); // Clear display
for(uint8_t i=0; i<4; i++) // Draw 4 parrots
bmpDraw("parrot.bmp", tft.width() / 4 * i, tft.height() / 4 * i);
delay(1000);
tft.setRotation(tft.getRotation() + 1); // Inc rotation 90 degrees
*/
}
// 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;
}
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
#include <Adafruit_GFX.h> // Core graphics library
#include <Adafruit_ST7735.h> // Hardware-specific library
#include <SPI.h>
#include <SD.h>
#define TFT_CS 10
#define TFT_RST 9
#define TFT_DC 8
Adafruit_ST7735 tft = Adafruit_ST7735(TFT_CS, TFT_DC, TFT_RST);
File myFile;
Sd2Card card; // Для информации о карте
SdVolume volume; // Для информации о типе и размере файловой системы
SdFile root; // Для информации о файлах и каталогах
uint16_t result;
long Y=0;//переменная хранения моментов времени
void setup ()
{
// Используйте этот инициализатор, если вы используете 1,4-дюймовый TFT
tft.initR(INITR_144GREENTAB); // initialize a ST7735S chip, black tab
tft.fillScreen(ST7735_BLACK);
tft.setRotation(0);//ориентация экрана
Serial.begin(115200);
tft.setAddrWindow(0,0,127,127);
if (!SD.begin(4)) {
Serial.println("initialization failed!");
while (1);
}
Serial.println("initialization done.");
//
// card.init(SPI_HALF_SPEED, 4);
// if (!volume.init(card)) {
// Serial.println("Невозможно найти FAT16/FAT32 раздел."); // При появлении этой ошибки необходимо убедиться, что карта отформатирована
// return; // Завершаем выполнение программы
// }
// Serial.println("Файлы на карте: ");
// root.openRoot(volume); // Активируем корневой каталог раздела
// root.ls(LS_R | LS_DATE | LS_SIZE); // Выводим список всех файлов, находящихся на карте, а также дату их создания/изменения и размер
//
// open the file for reading:
myFile = SD.open("MIKC.DAT");
if (myFile) {
Serial.println("MIKC.DAT");
// читать из файла, пока в нем больше ничего нет:
while (myFile.available()) {
((uint8_t *)&result)[1] = myFile.read(); // MSB
((uint8_t *)&result)[0] = myFile.read(); // LSB
tft.pushColor(result);
}
// close the file:
myFile.close();
} else {
// if the file didn't open, print an error:
Serial.println("error opening file");
}
tft.setAddrWindow(0,0,127,127);
}
void loop()
{
CheckSerial();
//если полсекунды данные по картинке уже не поступают каждые полсекунды задаём размер области заливки картинки
if(millis()-Y>500){tft.setAddrWindow(0,0,127,127);Y=millis();}
}
///////////////////////////////////////////////////////////////////////////////////////////////////////
void CheckSerial()
{
//////////////////////////////////////////////////////////////////////////////
SPI.beginTransaction(SPISettings(8000000, MSBFIRST, SPI_MODE0));
digitalWrite(TFT_DC, HIGH);
digitalWrite(TFT_CS, LOW);
while (Serial.available())//считываем данные пока они поступают
{
Y=millis();
SPI.transfer((byte)Serial.read());
}
digitalWrite(TFT_CS, HIGH);
SPI.endTransaction();
}
////////////////////////////////////////////////////////////////////////////////
Как я понимаю, лучше написать другую программу для загрузки файлов только в формате .dat с перебросом на ардуино?
Творчество интересный процесс, как лучше - трудно сказать. Приложение может помогать в разных аппаратных комбинациях. ПК и экранчик, ПК и карта, экранчик и карта, ПК и экранчик, и карта. Кому то удобно карту вставлять-вытягивать, кто то хочет с ПК писать на карту.
Совсем забыл о способе раскраски в оттенки серого.
Как раз в тему 2 форумов :)
Ведь если bmp формат это 3 байта на пиксель, 5-6-5 это 2 байта, то оттенки серого всего 1 байт. Формулу округлил грубо: S=0.3*r+0.6*g+0.1*b (вместо tft.Color565(r,g,b); пишем tft.Color565(S,S,S);).
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
Да, или ч\б рисунок, предварительно раскрашенный. Просто файл с картинкой 160*128 будет в 8-8-8 весить грубо 60Кб, 5-6-5 - 40, а серый - 20.
В библиотеке есть функция загрузки именно ч\б изображения, состоящего не из двух байт цвета, а из одного?
Ч\б изображение подразумевает черный - 0 и белый - 1 поэтому библиотечная функция оперирует с битами, а не байтами, т.е. один байт содержит информацию для 8 пикселей экрана. По этим битам "она принимает решение" и посылает по два байта на пиксель уже в экран. Для цветных и серых изображений функций нет по причине невозможности хранения объёма данных в памяти МК. Цветная картинка не влезет вообще, серая только одна.
Ч\б изображение подразумевает черный - 0 и белый - 1 поэтому библиотечная функция оперирует с битами, а не байтами, т.е. один байт содержит информацию для 8 пикселей экрана.
Это для монохромных дисплеев. Я делал для OLED 128Х64:
Программа преобразует цветное в серое и может регулировать качество ч\б. Подозреваю, я там не ту иконку для экзешника прилепил. Если не запустится, залью на гугл диск.
lilik пишет:
По этим битам "она принимает решение" и посылает по два байта на пиксель уже в экран. Для цветных и серых изображений функций нет по причине невозможности хранения объёма данных в памяти МК. Цветная картинка не влезет вообще, серая только одна.
andycat В Proteus он есть !
Есть у меня такой дисплей. Нормально работать по скоростным параметрам мне удалось только с 411 блакпилом. С наной тормоза мне не понравились. Разбираться не стал.
Proteus
не пользуюсь, предпочитаю реальное железо щупать.
Пришла пара дисплеев таких
Киньте ссылку на Али этого дисплея, закажу, побалуюсь натянуть Arduino на цветной дисплей.
Дисплей 3.3 вольта? SPI через резисторные делители подключать?
Схему для текущих опытов использую такую:
Только вместо аккумулятора USB порт.
Продавец:
https://aliexpress.ru/item/4001282467099.html?spm=a2g2w.orderdetails.0.0...
Схему для текущих опытов использую такую:
CS на землю?
Да,решил одним резистором меньше пусть будет, но во всех скетчах как будто к 10 пину подключен через резистор.
Продавец:
https://aliexpress.ru/item/4001282467099.html?spm=a2g2w.orderdetails.0.0...
спасибо, закажу.
Поскольку хочу понять скорость отрисовки из progmem, начну писать экспериментальный скетч под ili9341 240*320 TFT, вытащить максимум скорости из МК, понять, стОит ли дальше заморачиваться.
... скорость отрисовки из progmem...
На данный момент в этой теме самая быстрая смена картинки ч\б цвета на весь экран составила 46 мс.
... скорость отрисовки из progmem...
На данный момент в этой теме самая быстрая смена картинки ч\б цвета на весь экран составила 46 мс.
если взять ESP32 то на интерфейсе VSPI можно разогнать скорость 80 мегагерц
У меня такая есть.
У меня такая есть.
да, для такой можно, она 3.3 вольта, подключать напрямую...
cfg.freq_write = 40000000; // Тактовая частота SPI для передачи (до 80 МГц, округляется до значения, полученного путем деления 80 МГц на целое число)
С использованием DMA - библиотека #include <LovyanGFX.hpp> по сути это обертка для разных библиотек...
IO18,IO19,IO23 обязательные, остальные необходимые пины можно использовать любые (CS,DC,RST) библиотека позволяет...
:)
Хотелось бы просто залить скетч что для уно, что для ЕСП, просто в ИДЕ платку поменять и схемку перетыркать проводками.
Кстати попробовал анимацию:
На гифке какой-то танец, а на самом деле настоящая ходьба.
В функции скетча что то не то, если выставить чёрный фон вместо красного в аргументах картинок - они перестают отображаться.
О мой код пригодился наконец-то... Еще и задержку вносить приходится :-)))
Вроде все четко было:
В зависимости от бита - передаётся цвет или фон ...
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
lilik!
Я так и делаю )))
У Вас ключевое слово делаю, у меня - заливаю :)
Попробую на досуге, по примерам из интернета, просто всё что я на есп поделал, я поделал и на ардуино.
У Вас ключевое слово делаю, у меня - заливаю :)
Попробую на досуге, по примерам из интернета, просто всё что я на есп поделал, я поделал и на ардуино.
стремлюсь, чтобы код был универсальный, а изменение платы (распиновка) описывалась в файле конфигурации конкретной платы
Если я добавляю код:
У меня вывод изображения происходит где-то в 1\5 верхней части дисплея.
Если я добавляю код:
У меня вывод изображения происходит где-то в 1\5 верхней части дисплея.
Скорее всего Вы не учли строчку №35. Добавленный код отслеживает когда перестали поступать байты с ПК и через полсекунды начинает обновлять окно.
Да. Не учёл. Спасибо.
Добавил модуль SD карты. Начались, судя по всему конфликты из-за скоростей.
Файл изображения с SD карты загружается в виде полосок, которые загружаются на дисплей два с небольшим раза.
В коде много лишнего и чего-то явно не хватает:
Мне кажется проще разделить пока на две части - загрузка с ПК один скетч, с SD карты - второй скетч. Кстати я проверил своим приложением сохранённые файлы данных картинок - всё грузится с ПК в экран нормально.
...Смысла загружать сохранённый битовый массив в ардуино тоже нет. Мы же не увидим, что именно загрузили. Чтобы увидеть, надо преобразовать в формат 8-8-8 и вывести на экран ПК. Сохранённые файлы будут нужны для загрузки их с SD карты или микросхемы памяти...
:)
Предположим у нас есть трофейная SD карта с битовыми массивами картинок. Как их просмотреть на экранчике?, если скетча под SD слот ещё нет.
Предположим у нас есть трофейная SD карта с битовыми массивами картинок. Как их просмотреть на экранчике?, если скетча под SD слот ещё нет.
Проще всего их посмотреть на мониторе ПК.
Хотя...... Мы не сможем восстановить цвет As Is. Получатся либо дырки, либо можно их закрасить единицами.
Согласен, особенно если экранчик в трофеи не попался. По скетчу, вот тут тонкое место (как я понимаю): с одной стороны мы читаем байт с карты и одновременно отсылаем в экран - всё это по одной SPI. Как это подправить, не знаю. Может подскажут более опытные?
if
(myFile) {
41
Serial
.println(
"MIKC.DAT"
);
42
// SPI.beginTransaction(SPISettings(8000000, MSBFIRST, SPI_MODE0));
43
digitalWrite(TFT_DC, HIGH);
44
digitalWrite(TFT_CS, LOW);
45
// читать из файла, пока в нем больше ничего нет:
46
while
(myFile.available()) {
47
SPI.transfer(myFile.read());
48
49
}
50
digitalWrite(TFT_CS, HIGH);
51
SPI.endTransaction();
52
53
// close the file:
54
myFile.close();
55
}
else
{
56
// if the file didn't open, print an error:
57
Serial
.println(
"error opening file"
);
58
}
Хотя...... Мы не сможем восстановить цвет As Is. .
К сожалению не понимаю. Из 5-6-5 нельзя в 8-8-8 и отобразить на экране ПК?
Ах, да. Кажется понимаю (возвращаемся к картинкам со львом - они разные и одинаковыми быть не могут). 8-8-8 нельзя восстановить из 5-6-5. Тогда честнее проверять на экранчике :)
Кстати, в примерах библиотеки st7735 есть готовый скетч (опять же как мне кажется) для карты, правда под бмп формат:
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
Работает:
Но стоит во 2 строчке вместо tft.Color565(0,0,0) поставить 0 - светит экран белым.
Смекетил и заборол:
Заработало?
Фотка-схему теперь добавить. Можно сравнить время вывода картинки в 5-6-5 виде и в бмп формате.
Как я понимаю, лучше написать другую программу для загрузки файлов только в формате .dat с перебросом на ардуино?
Как я понимаю, лучше написать другую программу для загрузки файлов только в формате .dat с перебросом на ардуино?
Творчество интересный процесс, как лучше - трудно сказать. Приложение может помогать в разных аппаратных комбинациях. ПК и экранчик, ПК и карта, экранчик и карта, ПК и экранчик, и карта. Кому то удобно карту вставлять-вытягивать, кто то хочет с ПК писать на карту.
Светодиоды подсветки не включены?
Светодиоды подсветки не включены?
Нет.
Совсем забыл о способе раскраски в оттенки серого.
Как раз в тему 2 форумов :)
Ведь если bmp формат это 3 байта на пиксель, 5-6-5 это 2 байта, то оттенки серого всего 1 байт. Формулу округлил грубо: S=0.3*r+0.6*g+0.1*b (вместо tft.Color565(r,g,b); пишем tft.Color565(S,S,S);).
Совсем забыл о способе раскраски в оттенки серого
Вы переводите в оттенки серого цветное изображение?
Да, или ч\б рисунок, предварительно раскрашенный. Просто файл с картинкой 160*128 будет в 8-8-8 весить грубо 60Кб, 5-6-5 - 40, а серый - 20.
Код нужный при анимации, просто не сразу очередь до неё дошла. Вот такой код даёт вместо картинки зелёный прямоугольник тех же размеров. Такое ощущение что чёрный - нуль имеет особое воздействие на функцию.
Работает:
Но стоит во 2 строчке вместо tft.Color565(0,0,0) поставить 0 - светит экран белым.
Я думаю компилятор как то оптимизирует передачу 0 и вместо двух байт приходит что т о другое ...
Да, или ч\б рисунок, предварительно раскрашенный. Просто файл с картинкой 160*128 будет в 8-8-8 весить грубо 60Кб, 5-6-5 - 40, а серый - 20.
В библиотеке есть функция загрузки именно ч\б изображения, состоящего не из двух байт цвета, а из одного?
Да, или ч\б рисунок, предварительно раскрашенный. Просто файл с картинкой 160*128 будет в 8-8-8 весить грубо 60Кб, 5-6-5 - 40, а серый - 20.
В библиотеке есть функция загрузки именно ч\б изображения, состоящего не из двух байт цвета, а из одного?
Ч\б изображение подразумевает черный - 0 и белый - 1 поэтому библиотечная функция оперирует с битами, а не байтами, т.е. один байт содержит информацию для 8 пикселей экрана. По этим битам "она принимает решение" и посылает по два байта на пиксель уже в экран. Для цветных и серых изображений функций нет по причине невозможности хранения объёма данных в памяти МК. Цветная картинка не влезет вообще, серая только одна.
Я думаю компилятор как то оптимизирует передачу 0 и вместо двух байт приходит что т о другое ...
Не, не помогло.
Ч\б изображение подразумевает черный - 0 и белый - 1 поэтому библиотечная функция оперирует с битами, а не байтами, т.е. один байт содержит информацию для 8 пикселей экрана.
Это для монохромных дисплеев. Я делал для OLED 128Х64:
https://www.cyberforum.ru/blogs/1083385/blog7534.html
Программа преобразует цветное в серое и может регулировать качество ч\б. Подозреваю, я там не ту иконку для экзешника прилепил. Если не запустится, залью на гугл диск.
Не запустился.
Да, или ч\б рисунок, предварительно раскрашенный. Просто файл с картинкой 160*128 будет в 8-8-8 весить грубо 60Кб, 5-6-5 - 40, а серый - 20.
Не запустился.
https://drive.google.com/file/d/1itXgtlWaYaQZAbWD3WN9yl8ujkrhzW7C/view?u...
За счёт чего?
Не запустился.
https://drive.google.com/file/d/1itXgtlWaYaQZAbWD3WN9yl8ujkrhzW7C/view?u...
Запустился, файл сохранился. Для монохромного экранчика много весит. Для отображения серых тонов ssd1306 не подходит.
Не запустился.
https://drive.google.com/file/d/1itXgtlWaYaQZAbWD3WN9yl8ujkrhzW7C/view?u...
...файл сохранился. Для монохромного экранчика много весит...
Обсчитался, верно весит :)
Я думаю компилятор как то оптимизирует передачу 0 и вместо двух байт приходит что т о другое ...
Не, не помогло.
LTO что то портит при вызове функции - не досуге гляну что там происходит ...
исправил ... теперь работает -
При 0 в bg во всех вызовах функции - компилятор использовал одни и те же регистры для bg и tc