[Пришелец 0]

Добрый день!

 

Подключаю дисплей KD030c-02 к stm32f429 :smile3046:

 

Наблюдаю странную картину:

1. Количество воспроизводимых цветов вроде бы соответствует тому что ожидаю (65535)

2. Некоторые цвета заменяются на испорченные . (появляются линии испорченного цвета)

 

Прилагаю картинку, т.к. проще показать чем объяснять.

 

Никто с таким не сталкивался?

 

Заранее спасибо за ответы. :rolleyes:

 

[Пришелец 0]

 

для проверки выводил плавно меняющиеся цвета - нарушений при этом не видно.

[adnega 10]

Добрый день!

 

Подключаю дисплей KD030c-02 к stm32f429 :smile3046:

 

Наблюдаю странную картину:

1. Количество воспроизводимых цветов вроде бы соответствует тому что ожидаю (65535)

2. Некоторые цвета заменяются на испорченные . (появляются линии испорченного цвета)

 

Прилагаю картинку, т.к. проще показать чем объяснять.

 

Никто с таким не сталкивался?

 

Заранее спасибо за ответы. :rolleyes:

Вроде, аппаратно поддерживается "прозрачный" цвет. Т.е. выводится точка цветом фона.

[Пришелец 0]

Вроде, аппаратно поддерживается "прозрачный" цвет. Т.е. выводится точка цветом фона.

 

Очень было бы похоже на это.

Но вывожу изображение путём аппаратного преобразования из16 бит 565 т.о. битов прозрачности быть не должно.

И отмечу ещё то, что с другим родным дисплеем стартеркита такого эффекта не было. Наверное можно предположить что на ноги интерфейса RGB цвета выходят правильные.

 

Хотя завтра на всякий случай почитаю и посмотрю про цвета фона и прозрачность ещё разок.

[scifi 1]

Это легко проверяется тестером: выводим сплошной цвет и проверяем ноги RGB.

[Пришелец 0]

Это легко проверяется тестером: выводим сплошной цвет и проверяем ноги RGB.

Т.е. вывести зелёный посмотреть ноги G, вывести красный - посмотреть R, соотв синий

т.е. проверить на те ли ноги цвета выводятся. ?

Изменено 3 декабря, 2013 пользователем Пришелец

[scifi 1]

Т.е. вывести зелёный посмотреть ноги G, вывести красный - посмотреть R, соотв синий

т.е. проверить на те ли ноги цвета выводятся. ?

Что-то в этом духе. Ну и вообще полезно проверять всё, что может вызывать сомнения. В том числе правильность соединений в схеме, интерпретацию двусмысленных пассажей в документации и т.д.

[Пришелец 0]

Что-то в этом духе. Ну и вообще полезно проверять всё, что может вызывать сомнения. В том числе правильность соединений в схеме, интерпретацию двусмысленных пассажей в документации и т.д.

 

Проверил - каждый бит цвета вызывает правильную заливку.

 

Выяснил что этот баг проявляется при соседстве вертикальных (для дисплея) линий двух соседних цветов

 

прилагаю картинку с плавным изменением синего - в месте соленения полос определённых цветов наблюдаются линии с повышенной яркостью и по ним заметно как бегают какие-то мурашки.

 

т.е. похоже проблема при развёртке строки - соседние пиксели портятся при соседстве определённых цветов.

[A.Lex 0]

Подключен дисплей шлейфом? Если шлейф относительно длинный (> 3...5 см), возможен "звон" на фронте и спаде. Попробуйте установить

GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;

 

[Пришелец 0]

Подключен дисплей шлейфом? Если шлейф относительно длинный (> 3...5 см), возможен "звон" на фронте и спаде. Попробуйте установить

GPIO_InitStructure.GPIO_Speed = GPIO_Speed_2MHz;

 

Спасибо за дельный совет!

Шлейф на самом деле длинный сантиметров 5.

 

количество полос сократилось в два раза.

 

у нас там конечно ещё переход между шлейфом и платой выполнен так сказать - ювелирно. Картинку прилагаю. Наверное это свою лепту так же вносит.

[Пришелец 0]

Спасибо огромное всем за советы. Особенно A.Lex. :a14:

 

Была неправильно настроена полярность PCLK

поменял - всё исправилось!

 

Пытался это конечно делать с самого начала - но видимо руки кривые :laughing: