Дисплей на контроллере st7789

[ozforester]

Упаковка хорошая была, по ней можно было ходить. IM можно проверить только чтением (так как это все внутри дисплея рядом с драйвером). Для чтения нужно добавлять альтернативное устройство вывода и отпаивать CS, который уже запаян на землю. Проще заказать еще один, другого цвета, чтобы не оказался того же происхождения.

[vadim_d]

это все внутри дисплея рядом с драйвером

Просто тестером не отследить?

[ozforester]

То, что выводится на шлейф, в первом сообщении, остальное недоступно. Вообще, чтобы сделать вывод о неисправности, достаточно попробовать другой дисплей с одинм и тем же кодом. Пробовать на подозрительном дисплее разные коды не очень продуктивно. Мало того, что они одинаковые с точки зрения дисплея, каждый нужно дополнительно адаптировать под гцц и собирать с комндной строки. (=

[R9OFG]

ozforester, скиньте свой код инициализации и что пытаетесь отрисовать при включении

[veso74]

ozforester, после того, как убедились, что дисплей физически работает (проверьте с помощью Arduino, как предлагал), другая причина, после правильного подключения проводов - это программный код. Без публ. программного кода, по крайней мере, фрагментами, по крайней мере, инициализацией, это все равно что гадать причину на "волшебном шаре" ...

[ozforester]

Просто заливка экрана

        st7789_rst_low();
        delay(1);
        st7789_rst_high();
        delay(120);


        spi_buffer[0] = 0x11; // exit sleep mode
        st7789_command( spi_buffer, 1 );
        delay(120);


        spi_buffer[0] = 0x29; // display on
        st7789_command( spi_buffer, 1 );


  while(1)
    {
        spi_buffer[0] = (rgb >> 8) ;
    spi_buffer[1] = (rgb && 0xff) ;
        st7789_data( spi_buffer, 2) ;
    }

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

[R9OFG]

просто заливка экрана

тут не видно задания области отрисовки
CASET 0x2A //Установка адресации столбцов (Column Address Set)
RASET 0x2B //Установка адресации строк (Row Address Set)
RAMWR 0x2C //Запись данных в RAM дисплея (Memory Write)

например
ST7789_SendCommand(S T7789_CASET); //Столбцы X
ST7789_SendData(x >> 8); //Старший байт начальной позиции
ST7789_SendData(x & 0xFF); //Младший байт начальной позиции
ST7789_SendData(widt h >> 8); //Старший байт конечной позиции
ST7789_SendData(widt h & 0xFF); //Младший байт конечной позиции

ST7789_SendCommand(S T7789_RASET); //Строки Y
ST7789_SendData(y >> 8); //Старший байт начальной позиции
ST7789_SendData(y & 0xFF); //Младший байт начальной позиции
ST7789_SendData(heig ht >> 8); //Старший байт конечной позиции
ST7789_SendData(heig ht & 0xFF); //Младший байт конечной позиции

область даже для отрисовки одного пикселя задать надо, возможно в ILI другой подход

вот для одного пикселя
//Функция вывода одного пикселя выбранным цветом
void ST7789_DrawPixel(uin t16_t x, uint16_t y, uint16_t color)
{
//Проверка границ с учётом отступов
if (x > CurrentWidth || y > CurrentHeight) {return; /* Выход за границы, прерываем */}

//Установка области для отрисовки одного пикселя
ST7789_SetRegion(x, y, x, y);

//Отправка цвета
ST7789_SendCommand(S T7789_RAMWR);
ST7789_SendData(colo r >> 8); //Старший байт
ST7789_SendData(colo r & 0xFF); //Младший байт
}

[ozforester]

Потерялось при переносе. ILI9341 заливается. Заказал второй дисплей для сравнения.

  st7789_pos( x1, x2, y1, y2 );
  spi_buffer[0] = 0x2c; // ram write
  st7789_command( spi_buffer, 1 );

[R9OFG]

а с SPI все в порядке? чудес как бы не должно быть

[ozforester]

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