Спросил про поддержку РУ6, а в результате флуд про разные экраны. Где автор?
Тут мы обсуждаемых готовый девайс, а не мечтаем за большие деньги об STM32 - давайте не отходить от темы!
Спросил про поддержку РУ6, а в результате флуд про разные экраны. Где автор?
Тут мы обсуждаемых готовый девайс, а не мечтаем за большие деньги об STM32 - давайте не отходить от темы!
Последний раз редактировалось fifan; 09.12.2015 в 18:11.
Плисы, STM32, ловля единичных тактов на частотах в десятки мегагерц.. И все ради проверки древних микросхем, которые с каждым днем все труднее достать.
Если РУ-шки предполагается использовать в ретрокомпьютере, то лучший тест - тест, запущенный на этом ретрокомпьютере. Иначе надо городить аппаратного монстра непонятно для чего, тестирование памяти с полной проверкой всех таймингов на соответствие паспортным значениям - та еще задача.
Кмк, от тестера достаточно грубой проверки микросхемы на работоспособность.
Исходники тестера автор выложил, адаптировать под РУ6 не должно быть сложным
Согласен с этим мнением. "Аппарат" наверно и нужен, но уж точно не "в массы". В любом случае, "РУ-проверятель" будет работать по упрощённой схеме, и ошибки памяти, после установки микросхем памяти в плату компьютера будут. Я вот поддерживаю "fifan", поменьше " трындеть" не по теме, побольше говорить в тему.
Если невозможно связаться со мной через форум, то можно написать на электронный адрес: [email protected]
Если посмотреть на используемый микроконтроллер, то можно увидеть, что цикл у него 4х фазный, при частоте 20МГц переключать сигналы он будет как минимум за 200нс, а при частоте 32МГц за 125нс. А к примеру atmega при частоте 16МГц позволяет дёргать ноги с интервалом 62.5 нс. Если посмотреть на характеристики микросхем памяти, то ближе к концу странички можно увидеть диаграммы и табличку, в которой есть цифры менее 125нс, и даже цифры порядка 10-20нс. В данной задаче у STM32 самый существенный недостаток это питание от 3.3В, но подавать ему на входы(кроме некоторых) 5В вполне можно. Если еще посмотреть в табличку, то можно увидеть, что полное время цикла чтения или записи 230-510на, а на диаграмме переходы сигналов RAS/CAS/WR по времени нифига не совпадают, а 6 переходов через 125нс это уже 750, и стоит ли ради этого включать паяльник и утюг?!
Здраствуйте, еще актуально даное устройство или процес заглох ? Имею в загашнике данную пику . Схема простая, думаю повторить чтобы не валялась без дела
Надо мне оперативно оттестировать некоторое количество РУ7. Собрал себе такую штуку.
Первый мой опыт с PIC. Ощущение полной убогости как PICа, так и компилятора.
Например:
int16 func(void);
if (func()) printf("F") else printf("E");
Если функция вернула 0 - отработает нормально.
Но если функция вернула, например, 5 - if отработает, но дальше программа подвиснет в произвольном месте (как если бы в стеке осталось что-то лишнее). Естественно никаких warning при компиляции нет... Приходится писать if(func()==0) чтобы не висло.
Да, еще из забавного, топикстартер использует исправленные функции из файлика d41256.c, который идёт в комлекте с компилятором. Так вот в оригинальном файлике есть косяки типа:
addressByte(rowAddress); // вывод младших 8-ми бит адреса
output_bit(A9,rowAddress>>2); /// вывод старшего бита адреса; должно быть, естественно >>8
что лишний раз говорит о качестве компилятора. А ведь его продают уже давно, и еще и денег за него хотят..... Мрак....
Главная же убогость в том, что для РУ7 надо работать с 9-ти битными адресами, что для PIC16 с его 8-ми битными портами даёт такие тормоза по производительности, что непонятно кто кого тестирует ;-) Ну и странно то, что в компе РУшка глючит сразу же (не вся, а в 1-2 местах), а на PICе я ей:
- заливку нулями
- заливку 1
- заливку 10101....
- заливку 010101...
- заливку индексом (пишу слово равное адресу слова)
и всё без ошибок.
В общем плюнул на потраченные ресурсы и время, сделаю "дочку" к своей stm32f4-discovery.
Переписал все на stm32f4-discovery. То что на пике тестировалось около 60 секунд - сейчас 2 секунды. Цикл чтения 160ns (чтобы и -150 микросхемы тестировать), с записью похуже (tCAC~72ns tRAC~224ns), но дальше оптимизировать уже не стал.
Добавил тест наличия PageMode и NibbleMode.
Добавил тест рефреша.
Задачу свою решил. Может быть еще добавлю РУ5 и РУ6 и менюшку сделаю (COM порт через USB сейчас только лог выводит и позволяет долгий рефреш-тест пропускать).
- - - Добавлено - - -
А, ну да, еще надо с refresh поиграться. Для буржуйских 41256 для многих не надо рефрешь всех 512 строк делать, достаточно только 256.
А для РУ7 вроде не надо каждые 4 мс.
Но это уже после менюшки.
Хотя NECовская D41256-10 у меня без рефреша 20-30 секунд не сбоит (записали, прочитали, посчитали 30 секунд, прочитали).
Нет, на память подаю 5В с той же discovery.
Уровни не согласовывал.
Используемые пины по даташиту помечены как FT (5V I/O tolerant)
Последний раз редактировалось dk_spb; 11.08.2018 в 11:54.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)