STM32F103 и TFT проблема - Страница 3

AR_Favorit · 12.05.2016, 22:08

Сообщение от Pevek80

Diptrace не позволит сделать несоответствие

вот на это стопроцентно надеяться не стоит.
У меня был случай, один сегмент дорожки вдруг стал не слоем проводника, а слоем верхней маркировки. Дорожка нормально редактировалась, проверки целостности сетей тоже проходили нормально, но фактически полусантиметровый участок с точки зрения программы был шелкографией, а не проводником. Обнаружилось это уже после получения плат.
То есть при экспорте в герберы дорожка оказалась разорванной в этом месте, так и изготовили на резоните... Занятный был сюрприз...

NewWriter · 12.05.2016, 22:17

Ключевая фраза у топикстартера была о том, что слишком греется трехвольтовый регулятор напряжения, в отличие от платы №1. Значит, где-то потребляется тока больше, чем положено, и возможно, что-то не так работает из-за какой-то ошибки или неисправности.
Надо измерить и сравнить ток потребления в первой и второй плате, ну и найти, где конкретно

DanilinSA · 12.05.2016, 22:53

Давай рассуждать логически. Что имеем:
1) Зеркалирование экрана.
2) Нечитаемый шрифт.

Зеркалирование - не прошла комманда "MCU to memory write/read direction". Смотрим в мануал "Data is always written to the Frame Memory in the same order, regardless of the Memory Write Direction set by
MADCTL bits B7, B6 and B5. " . Т.е. B5, B6 и B7 под подозрением.

Думаем далее - цвета на экране белые и синие. Вопрос - какие линии могут стоять непрерывно в 1 для нормального отображения этих цветов? Правильно - линии D0-D5 (B0-B5). Ибо на них 1 никак не отобразится на картинке. Цвета синии немного поплывут.

А теперь смотрим на "окантовку" картинке. На "правильной" там черный цвет. На "неправильной" - мусор синего цвета. Откуда? Такое чувство что ЦП выдает нулевые байты на картинку, а приходят 1 на линии данных. Т.е. явно при перезаписи экрана вместо черного (все 0) приходит ненулевые данные.

Все говорит о том, что на отдельных линиях данных постоянно висит 1. Скорее всего где-то на линиях D0-D5.

Ради интереса просто залей экран черным цветом. Что получим? Скорее всего у тебя на экране "матрас" будет, а не черный.

P.S.:
1)как картинка формируется? Перезапись всего экрана одним куском или перезапись фрагментов с адресацией записи маленького фрагмента?
2) Инициализация какая есть? Большая?

NewWriter · 12.05.2016, 23:19

там дисплей на ILI9325, а его система команд малость отличается.
И топикстартер уже раз пять повторил - он не может написать прогу, он может залить только готовую. Так что, в принципе, всякие советы/вопросы по программной части особого толку для него не дадут.

NewWriter · 12.05.2016, 23:34

Сообщение от DanilinSA

А теперь смотрим на "окантовку" картинке. На "правильной" там черный цвет. На "неправильной" - мусор синего цвета. Откуда? Такое чувство что ЦП выдает нулевые байты на картинку, а приходят 1 на линии данных. Т.е. явно при перезаписи экрана вместо черного (все 0) приходит ненулевые данные.

Это не мусор, это стандартная неочищенная область дисплея, которая сразу после включения отображается.

Pevek80 · 16.05.2016, 01:04

Сообщение от Pevek80

Нашел человека, который пообещал в пятницу посмотреть проблему осциллографом.

Человек подвёл. Телефон вне доступа уже несколько дней.
И так, продолжение.

Сообщение от Pevek80

Этих плат №2 спаяно 3 штуки. 1-я заработала,

Но пролежав неделю и сменив карту памяти, начались проблемы и на ней, при загрузке анимации, виснет. На другой плате из этой серии, был отпаян, а затем припаян снова один и тот же дисплей. И чудо, заработало! Но стоит коснуться пальцем шлейфа дисплея в определённо месте, слетает инициализация. Так же это может произойти и при программном перезапуске устройства. Сделал небольшое видео.
Дисплей имеет возможность работать как на 8 бит, так и 16. Но проект изначально делался только на 8 и сейчас не выбран режим работы дисплея. Не может быть это причиной такой неустойчивой работы?

Я понимаю, что дистанционно трудно что-то советовать. Но всё же. Если кто-то готов помочь, буду очень признателен.

индюк · 16.05.2016, 01:40

похоже что помехи между проводами. или скорость интерфейса высока. уменьшить не пробовали???

Сообщение от Pevek80

Дисплей имеет возможность работать как на 8 бит, так и 16. Но проект изначально делался только на 8 и сейчас не выбран режим работы дисплея. Не может быть это причиной такой неустойчивой работы?

дык мошт на верхние 8 бит наводки прут. закоротить их на землю.
да и режим же надо наверно четко указывать всетаки

AR_Favorit · 16.05.2016, 01:43

Гадать особого смысла нет, надо искать осциллограф и смотреть, что там на питании и шинах дисплея. Я бы поставил на питание - уж очень смущает греющийся стабилизатор на новом варианте платы и холодный на старом.

На плате, которая на видео виснет то сразу, то спустя какое-то время - попробовать припаять прямо между ножками AMS1117 керамику хотя бы 0,1 мкф на вход и выход, плюс добавить в параллель к имеющимся танталам (тоже и на входе, и на выходе) еще хотя бы по одному такому же, и сравнить поведение...

индюк · 16.05.2016, 01:55

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

AR_Favorit · 16.05.2016, 02:10

Где смартфоны, а где этот экранчик... Он реально же и на проводах работает. Если тайминги не задирать)