Спросил про поддержку РУ6, а в результате флуд про разные экраны. Где автор?
Тут мы обсуждаемых готовый девайс, а не мечтаем за большие деньги об STM32 - давайте не отходить от темы!
Спросил про поддержку РУ6, а в результате флуд про разные экраны. Где автор?
Тут мы обсуждаемых готовый девайс, а не мечтаем за большие деньги об STM32 - давайте не отходить от темы!
Последний раз редактировалось fifan; 09.12.2015 в 18:11.
Плисы, STM32, ловля единичных тактов на частотах в десятки мегагерц.. И все ради проверки древних микросхем, которые с каждым днем все труднее достать.
Если РУ-шки предполагается использовать в ретрокомпьютере, то лучший тест - тест, запущенный на этом ретрокомпьютере. Иначе надо городить аппаратного монстра непонятно для чего, тестирование памяти с полной проверкой всех таймингов на соответствие паспортным значениям - та еще задача.
Кмк, от тестера достаточно грубой проверки микросхемы на работоспособность.
Исходники тестера автор выложил, адаптировать под РУ6 не должно быть сложным
Тем более качественные сокеты сейчас не проблема. Это вам не перепаять микросхему на кооперативной плате низкого качества в 80х.Сообщение от Trol73
Согласен с этим мнением. "Аппарат" наверно и нужен, но уж точно не "в массы". В любом случае, "РУ-проверятель" будет работать по упрощённой схеме, и ошибки памяти, после установки микросхем памяти в плату компьютера будут. Я вот поддерживаю "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 секунд, прочитали).
А уровни 3.3V-5V согласовывали? Чем? Или память на 3.3V завелась?
Просто интересно.
Нет, на память подаю 5В с той же discovery.
Уровни не согласовывал.
Используемые пины по даташиту помечены как FT (5V I/O tolerant)
Последний раз редактировалось dk_spb; 11.08.2018 в 11:54.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием