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

Есть названный микроконтроллер и снаружи 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, которая постоянно будет в режиме "данные". Без перебирания адреса - шина может обнулить старые данные, даже если они не успели записаться.

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

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

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

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

Письмо я вам на почту отдельное писал, странно, что долго шло. В общем и целом не в этом дело.
Я с EMC не работал, поэтому сразу извиняюсь за глупые вопросы. Для меня вообще загадка как он работает.
Поясните пожалуйста как дело обстоит на самом деле?
Вот мы создали структуру, двум элементам присвоили значения.



И как же запустить наш EMC?
После запуска он отошлет наши данные 1 раз или будет без конца молотить?