Easyelectronics.ru

Да, в данном случае это клоки. В какой-то момент на линии происходит звон. И один клок принимается за 2 (последнее видео на eevblog как раз про это, но это на по желанию).
А я не совсем понял sdram тоже на соплях? Если нет, то проблема скорее всего в подключении дисплея. Честно говоря не знаю решается ли она как-то без использования нормального шлейфа.
Хотя 20МГц, вроде не такая и большая скорость.

SDRAM стоит на отладочной плате снизу (WAVESHARE CORE H7). А вот отладочная стоит на моей самодельной односторонней ЛУТовой плате. Моя плата выступает, как переходник от МК к конвертеру RGB->LVDS и большая часть проводников это провода проходящие снизу платы.

Ладно бы, если бы артефакты сыпались постоянно, но они ведь появляются тогда, когда я меняю картинку в буфере. Попробую изолировать SDRAM с помощью алюминиевого скотча и повесть его на землю.

А если у вас плата, то может все не так плохо. Пройдитесь паяльником еще раз по линиям клока, иногда мелкий непропай или не отмытый флюс может так чудить. Еще в линию клока можно включить резистор 30-50 ом, что бы согласовать линию.

Резистор не помог, непропая и флюса нету.

AN4861 смотрел?

Ну тогда других вариантов нет, кроме как линии выравнивать. Хотя непропай на самодельной плате дело такое, может на одних скорстях работать нормально, на высоких глючить. При этом мультиметр будет показывать что контакт есть.
Как эксперемент, понизьте частоту обновления дисплея раза в два.
З.Ы. Я бы вам посоветовал вынести вопрос в отдельную тему. Схемы и фотки приветствуются. Может кого натолкнет на причину проблемы.

Ой, старый добрый снежок сыплется...
Конечно же, счётчик обновляется когда хочется программисту, а не когда у дисплея смена кадра происходит?

Какой счетчик? У Yoda в мк отдельный контроллер дисплея LTDC, он по идее сам по себе читает из буфера в озу, а программист волен туда писать что угодно (если я правильно понимаю).
Да, если бы там кадр сильно оличался от предыдущего вполне может быть всякая хтонь на дисплее. Но тут кадр по виду квазистатичный.

Что конкретно там смотреть?


Какое ещё снежок? Вы о чём?

Помехи типа "снег", известные с самого начала компьютеростроения, лет 50 точно. Проявляются практически везде, где нет двухпортовой памяти, или механизма поочерёдного доступа, или приостановки ядра процессора на момент передачи данных в экран.
Лечатся записью в экранный буфер не тогда, когда хочется программисту, а тогда, когда разрешает контроллер экрана. Например в моменты бланкинга. В доисторические времена - в время строчных и кадровых импульсов.

Честно-говоря ничего не понял. Если вы имеете в виду разрыв картинки из-за отсутствия ожидания v-sync, то дело совсем не в этом.

Вообще-то у LTDC есть интерсное прерывание (см. апноут выше) FIFO underrun -Generated when a pixel is
requested while the FIFO is empty. Не уверен что это ваш кейс, потому что не понятно что будет делать ltdc в этом случае ( повторит старый пиксель, выведет "0", или будет ждать), но чего бы не проверить что не конфликта памяти.

Подождите. Вы писали
Налицо самый обычный конфликт доступа к шине.
В то время как контроллер гонит данные в экран - ваша программа модифицирует данные в памяти. Шина для этого используется одна и та же.
В результате имеем искажённые данные.
Проблема эта стара как мир, и даже имеет имя собственное. "Снег".
Известна очень давно. И решение придумано тоже очень давно.
Не менять в памяти ничего, пока данные передаются в экран.
Модифицировать картинку только тогда, когда конфликты шины в принципе исключены.

Или - как вариант - сделать аппаратно бесконфликтный доступ к памяти, по образу и подобию VGA контроллеров...

Я ведь на прошлой странице во втором моём сообщении написал уже про это. Или вы не читали?



Когда LTDC берёт данные для кадра, то я ничего с памятью не делаю. Специально жду, когда курсор уйдёт в закадровую зону и только тогда рисую. Ещё я контролирую, когда курсор выходит во время отрисовки в начало видимой области. Если бы был конфликт доступа (или по другому нехватка пропускной способности SDRAM), то был бы срыв синхронизации в виде жёстких глюков на экране. Плавали, знаем. Поэтому это совсем не то, что вы думаете. Если пальцами чутка прижать гребёнку на отладочной плате, то глюки уходят на половину точно. Скорей всего провода LTDC ловят наводку, когда идёт запись в память. Другого объяснения у меня нету. Пробовал три разных конвертера (они стоят на платке переходнике) и глюки остаются. Провод от конвертера до монитора заводской и с ним проблем быть не должно. Значит остаются провода от отладочной платы до конвертера.

Да, я был невнимателен.

Смотреть все, внимательно читать все что покажется интересным к контексте решаемой проблемы.


Я так понял на статичной картинке артефакты тоже вылазят, получается провода LTDC каждый кадр ловят одну и ту же наводку в одних и тех же местах?

Тут всё намного интереснее.

Когда картинка статична, то она идеальна. Но стоит только притронуться пальцами посильнее, то вылазит немного артефактов (СОВСЕМ чуть-чуть). И если надавить ооочень сильно, то картинка сваливается в полное месиво. Но оно то и понятно, что пальцы вносят ёмкость в линии данных и клока.

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

Вопрос по земле, а в частности по разделению её на цифровую и аналоговую. Очень часто вижу советы делать отдельную землю для АЦП и соединять её в одной точке с цифровой, для того чтобы снизить влияние цифровой части на аналоговую. Однако, недавно увидел AN1709 следующую фразу (в разделе про землю на стр. 32):
Split analog and digital ground is not recommended. While it may have a questionable impact on noise distribution from digital to analog domain it shows always worse EMC performance.

Где же правда?

Не так прямолинейно. Разделение земель не физический акт а исключение протекания обратного тока с большой силой и частотой например, в той-же зоне где течет малый постоянный ток аналогового измерения (например обратный ток делителя АЦП). Земля может быть и без рассечений, но компоненты сгруппированы в виде доменов по своим токовым и частотным свойствам.

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

Приветствую!

Как интересно... автор топика в последний раз заходил на форум 5 лет назад, а вот его тема живет и процветает!)

Ну, охренеть! STM32F072C8T6 на али в четыре раза в цене взлетели!!!
Недавно заказал еще десяток, пока они были по 80р за штучку. Продавец, козел, поставил "отправлено", а сегодня в ватсап пишет, мол, отмени - out of stock... Вот же тварь, придется теперь ждать, пока выйдут 10 дней "с момента отправки" и открывать диспут...

новые реалии . думаю не только у тебя такие проблемы :)

Да уж, тем временем подтянулись и F042 за 250р/шт %) Интересно, с чем это связано

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