Добрый день, дамы и господа!

Есть названный микроконтроллер и снаружи 2 микросхемы SDRAM по 32 Мбайт. Шина данных 32 бит, шина адреса 15 бит.

Память работает адекватно, по-крайней мере пока... Но появилось желание добавить тест. Пока начали с простейших тестов: неисправность ША и ШД. Алгоритм следующий (для ША): устанавливаем фиксированный адрес в пространстве SDRAM, и начинаем записывать "бегущую" единичку по этому адресу, контролируя запись считыванием. Алгоритм не сами придумали, а почитали умные документы) Но что интересно, когда шину данных коротишь капелькой припоя, штатная программа виснет, оно и понятно - память становится "повреждённой". Но тест этого не видит. Он считывает данные без ошибок. Выяснилось, что забыли переменную указателя адреса объявить volatile. Но это помогло, но как-то странно: в 1 случае из 10 тест стал выявлять замыкание. Мы подумали, что есть кэши и буфера, и добавили перебор адресов и данных (128) смежных ячеек. Результат тот-же: тест видит ошибку примерно каждый 10 запуск. Может быть кто-то сталкивался с тонкостями SDRAM? Что может влиять? Куда глядеть?

Спасибо!!!

Конкретно с этим чипом дел не имел. Но то, что кешей там нет, это практически наверняка. Для понимания настроек и работы контролера зайти на ARM и скачать документацию на IP ядро контролера памяти - NXP использует ARM-овские и посему тупит с документацией . Проходил все это на LPC2xxx

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

Тайминги проверяли-перепроверяли?
У коллеги была схожая ситуация - оказалось дело в настройках таймингов.

Ошибаетесь. Хоть маленький, но всё же есть.
См. параграф 9.5.4 юзермануала LPC1778/1788:
The AHB interface reads and writes via buffers to improve memory bandwidth and reduce
transaction latency. The EMC contains four 16-word buffers. The buffers can be used as
read buffers, write buffers, or a combination of both.


А хорошо подумали?
Попробуйте заполнить весь объём (ну или его значительную часть) чипа псевдослучайной последовательностью с определённым стартовым seed.
А потом весь этот объём считать, стартовав псевдослучайный генератор с того-же seed. И сравнить.

Уже сижу перепроверяю



Спасибо, вам!

Да не за что, сам недавно тестил. И как раз на LPC1788
Правда я проверял не качество монтажа, а работу режима Self Refresh

Сделал заполнение объёма рандомом, как вы и посоветовали... В общем у меня неправильно был сконфигурирован EMC, и вместо 64 Мб в системе было 16, причём каждый 16 Мб блок маппился на один и тот же адрес... Теперь все тесты проходят. Правда тест с ногами отдельно не прогонял, времени пока не было, но тест рандомом с разными seedами был запущен 100 раз в цикле, и ни одного сбоя!

Не порекомендуете лёгкое для чтения чтиво по принципу работы SDRAM? Так, чтобы не погрузить себя в дебри, и более-менее понять принцип работы этой памяти? До сих пор толком не знаю, как она устроена))) Ну кроме элементарного уровня.

+1




Попробуйте забить этот буфер, данные должны обновиться.

Прошу прощения за оффтоп.
Я вижу здесь собрались люди более или менее знающие. Посему хочется задать вопрос.
Есть ли возможность использовать EMC (LPC1778) для управления LCD с шиной данных - 8 бит(контроллер KS108). НО без шины адреса (в таких вещах обычно отсутствует)?!
Я так понимаю, что нормально EMC работать не будет. Нет такого режима - работать только с шиной данных.
По большому счету с LCD работаешь как с памятью. Которая отображается на экране.
Хочется узнать мнение знающих людей.

А как тогда данные пересылаются в LCD? Просто пиксель за пикселем строка за строкой вся картинка сразу?
И какие сигналы управления?
Я думаю - можно. Изучить сигналы управления в EMC, сравнить их с сигналами LCD и подумать можно ли состыковать.
А потом - просто скопировать весь объём данных как будто просто в память.

Чип KS108 кроме линий данных имеет управляющие сигналы:
команда/данные (rs)
чтение/запись (r/w)
активизация интерфейса (eс)
сброс (reset).
Одну линию адреса придётся повесить на rs, иначе не будет возможности разделить команды и данные.
Есть возможность для фокуса. Линия адреса не обязательно должна быть А0. Можно использовать старший адрес, в линкере назначить индикатору адресное пространство ниже на одну команду. Примерно так(пример для 16бит шины) :
LCD (rw): ORIGIN = 0x600FFFFC, LENGTH = 2M
-------
----------
новая структура
----------
Теперь доступна запись в индикатор
lcd.reg = 0xC1;
lcd.data = 0x41;
И небольшой фокус - запись потоком через дма, адрес для старта при этом &lcd.data. DMA будет автоматически увеличивать адрес, но для индикатора реально будет учитываться линия FMC_A19, которая постоянно будет в режиме "данные". Без перебирания адреса - шина может обнулить старые данные, даже если они не успели записаться.

Сообщение отредактировал IgorKossak - Jan 29 2017, 16:38

Сейчас нет бумажки на LPC1788, а качать и смотреть -лень. Поэтому, посмотрите, может ли DMA выбрасывать данные на порты. Если да, то мне кажется, оптимальнее сделать именно через порты ввода-вывода. Как-то прозрачнее получается, что-ли. И ресурсы проца тратить не будете тоже.

Спасибо за такой полный ответ. К сожалению я не совсем в него въехал.
Посему прошу прояснить некоторые моменты.
- EMC будет думать, что общается с внешней памятью и пытаться выставить и адрес и данные.
- Шину адреса мы будет игнорировать т.к. выставлять все будем через шину данных.
- Отправлять данные в KS108 придется по 2 раза (инструкция, а затем данные).
- Адресное пространство, которое будет отражаться в контроллере допустим: 0x8000 0000 - 0x83FF FFFF
должно будет содержать и инструкции и данные для KS108.
Затем записываются данные с адреса(в нашем случае) 0x8000 0000 и запускаем EMC на передачу?

Фигасе, даже на почту прилетело, а почта медленная.

Мк не может игнорировать адрес, чисто физически. Если он куда-то пишет данные - то ему необходим чёткий адрес. А вот инициализация ножек мк для линий адреса -это уже другое дело. Если таковые не используются конечным устройством - то их можно и даже нужно занять другой полезной функцией, не связанной с EMC.
Всё остальное как выше по тексту.
27 дней прошло, обычно на решение подобной проблемы отводится один вечер.