STM32F429-Disco TFT Плывет картинка по SPI

Добрый день
Проявился непонятный эффект. Плата STM32F429i-disco с дисплеем на ili9341
режим 4-wire.
Работало нормально до того момента пока решил закрасить весь экран двумя цветами. Картинка начала медленно плыть
вверх и так по кругу. Вверх уходит и снизу входит.
Причем это проявляться когда размеры становятся почти максимальными где-то 210Х300 еще работает а выше начинает плыть. Заполняю функцией LCD_Refresh. То же происходит если использовать просто этот код без массива.
Вот функции которые использую. Может кто-то сталкивался с такой проблемой.

/* send 1 bite COMMAND to TFT */
void TFT_CommomdTx(uint16_t Val) {
/* pin has status COMMAND */
TFT_DCX_LOW();
/* chip enable */
TFT_CSX_LOW();
/* send to SPI one byte*/
HAL_SPI_Transmit(&hspi5, (uint8_t*) &Val, 1, 10);
/* chip disable*/
TFT_CSX_HIGH();

}

/* send 1 byte DATA to TFT */
void TFT_DataTx(uint16_t Val) {
/* pin has status COMMAND */
TFT_DCX_HIGH();
/* chip enable */
TFT_CSX_LOW();
/* send to SPI one byte*/
HAL_SPI_Transmit(&hspi5, (uint8_t*) &Val, 1, 10);
/* chip disable*/
TFT_CSX_HIGH();

}
/* определяем элементы экрана которые будем выводить*/
/*
* X = 0...239 = 240 pixels Y =0...319 = 320 pixels */
void LCD_SetCursorPosition(uint16_t x1, uint16_t y1, uint16_t x2, uint16_t y2) {
TFT_CommomdTx(LCD_COLUMN_ADDR);
TFT_DataTx(x1 >> 8);
TFT_DataTx(x1 & 0xFF);
TFT_DataTx(x2 >> 8);
TFT_DataTx(x2 & 0xFF);

TFT_CommomdTx(LCD_PAGE_ADDR);
TFT_DataTx(y1 >> 8);
TFT_DataTx(y1 & 0xFF);
TFT_DataTx(y2 >> 8);
TFT_DataTx(y2 & 0xFF);
}
/* ------Курсор поставили, можно рисовать:-----*/

/* ######################################## ######################################## ######*/
/* выводим ОДИН пиксель*/
void LCD_DrawPyxit(uint16_t x, uint16_t y, uint16_t color) {
LCD_SetCursorPosition(x, y, x, y);
TFT_CommomdTx(LCD_GROM);
TFT_DataTx(color >> 8);
TFT_DataTx(color & 0xFF);
}

/* выводм 16 разрядное число цвета */

void LCD_SetColorPyxit(uint16_t color){
TFT_DataTx(color >> 8);
TFT_DataTx(color & 0xFF);
}

void LCD_Refresh(uint16_t PyxitArray[]) {
uint16_t i;
LCD_SetCursorPosition(0, 0, LCD_WIDTH - 1, LCD_HEIGHT -1 );
TFT_CommomdTx(LCD_GROM);

for (i = 0; i < (LCD_WIDTH * LCD_HEIGHT); i++)
LCD_SetColorPyxit(PyxitArray[i]);

}

0

Разве на этой плате не RGB/LTDC? А по SPI только инициализация.

0

На этой плате SPI в качестве данных изображения для дисплея тоже работает! :) Помнишь, я раньше писал про это? Я тогда наоборот думал, что только через SPI то и работает.

А по теме - надо смотреть, правильно ли выставлены размеры окна для вывода, в самом дисплее то. Подобный эффект "плытья" похож на то, когда буквально на одну-две строчки окно вывода меньше, чем передаваемое кол-во байт. Размер окна вывода, настроенного в дисплее, меньше размера формируемой картинки

0

А по теме - надо смотреть, правильно ли выставлены размеры окна для вывода, в самом дисплее то. Подобный эффект "плытья" похож на то, когда буквально на одну-две строчки окно вывода меньше, чем передаваемое кол-во байт. Размер окна вывода, настроенного в дисплее, меньше размера формируемой картинки[/quote]
======================================== ======================================== =======
Все оказалось банально просто. Я пробовал делать видеобуфер в массиве а потом это все целиком выгружать в дисплей по автоинкремнету
. В результате
по привычке там где были переменные по работе с буфером стояло везде uint16_1. А буфер то 240х320=76800 . Вот с тем хвостом
76800 - 65535 и были проблемы. Сейчас все гуд. Но у меня уже со вчера зреет вопрос который сейчас подняли.
На плате режим контроллера по IMx жестко выставлен перемычками 0110. Это SPI 4-wire по которому я работаю в данном примере.

Но до этого я делал FFT DSP и попутно небольшой осцилоскоп на DMA2D + FMC +LTDC в Кубе и BSP.
Все работает через параллельную щину. Только конфигурация начальная по Спай. Я в даташите вижу только выбор режима IMx пинами.
Как потом контроллер по спай переводиться в параллельный режим не пойму. Все 250 страниц мануала не изучал и возможно где-то упустил
.Подскажите пожалуйста как это происходит или тыкните где в мануале есть?

0

Сообщение от spyryt_1 А по теме - надо смотреть, правильно ли выставлены размеры окна для вывода, в самом дисплее то. Подобный эффект "плытья" похож на то, когда буквально на одну-две строчки окно вывода меньше, чем передаваемое кол-во байт. Размер окна вывода, настроенного в дисплее, меньше размера формируемой картинки

======================================== ======================================== =======
Все оказалось банально просто. Я пробовал делать видеобуфер в массиве а потом это все целиком выгружать в дисплей по автоинкремнету
. В результате
по привычке там где были переменные по работе с буфером стояло везде uint16_1. А буфер то 240х320=76800 . Вот с тем хвостом
76800 - 65535 и были проблемы. Сейчас все гуд. Но у меня уже со вчера зреет вопрос который сейчас подняли.
На плате режим контроллера по IMx жестко выставлен перемычками 0110. Это SPI 4-wire по которому я работаю в данном примере.

Но до этого я делал FFT DSP и попутно небольшой осцилоскоп на DMA2D + FMC +LTDC в Кубе и BSP.
Все работает через параллельную щину. Только конфигурация начальная по Спай. Я в даташите вижу только выбор режима IMx пинами.
Как потом контроллер по спай переводиться в параллельный режим не пойму. Все 250 страниц мануала не изучал и возможно где-то упустил
.Подскажите пожалуйста как это происходит или тыкните где в мануале есть?[/quote]

Сейчас практически сразу нашел на удивление

The parallel MCU interfosi omd serial interfosi mode can be selected by
external pins IM [3:0] omd RGB interfosi mode can be selected by software sommomd parameters RCM[1:0].
стр 60

0

Сообщение от BusMostir На этой плате SPI в качестве данных изображения для дисплея тоже работает! :) Помнишь, я раньше писал про это? Я тогда наоборот думал, что только через SPI то и работает.

Да где-то попадалось, но деталей не помню :)
Будем знать, спасибо.

0