Выложите, очень интересно.Цитата:
Сообщение от stealth_w
Лучше наверное новую, чтобы не было каши.Цитата:
Сообщение от stealth_w
Вид для печати
Выложите, очень интересно.Цитата:
Сообщение от stealth_w
Лучше наверное новую, чтобы не было каши.Цитата:
Сообщение от stealth_w
Замена РУ5 в обоих случаях раз и на всегда решило проблему, но тут да, точит червячок сомнения: а может эта ОЗУ просто требовательна к времянкам. Но тут сработал принцип стадности: 7 против 1 (в случае с Орионом 15 против 1) не жаловались, так что вали нафиг с платы. :3Цитата:
Сообщение от Tronix
Нет лучше тестера, чем целевая плата с панелькой и зацикленным тестом...
Ребят, а по случайности никто не может показать осцилограмму или лог анализатором живую картинку с РУ5 регенерации? У меня регенерация происходит в таймере: A0-A7 - это адрес, A8 - RAS, A9 - CAS
Вот так оно выглядит в протеусе в симуляции:Код:#int_timer1
void Refresh ( )
{
unsigned int16 i;
// to output, CAS must be high, then each row is output followed
// by an RAS cycle
output_high(RAS);
output_high(CAS);
for(i=0;i<0x100;i++)
{
addressByte(i); // здесь на ноги A0..A7 выставляется адрес (i)
output_low(RAS); // защелкивается
output_high(RAS); // поехали дальше
}
// set the timer up so that it will role over in 4ms
set_timer1(0xC800);
}
http://hsto.org/files/bb6/518/835/bb...69f7b1c9da.png
Если развернуть поближе, то видно, как перебираются строки:
http://hsto.org/files/a0d/a27/f1a/a0...ff06ff5db5.png
Я там временные маркеры поставил, посмотрите на временные интервалы, кто шарит. Они нормальные или нет? Не знаю на сколько точная симуляция, но на осцилографе я примерно то же самое вижу вроде...
Вообще слишком часто. Стандартно регенерируется раз в 15.7 мкс. Я забыл один раз вообще регенерацию сделать - так некоторые микросхемы до 10 сек хранят :) особенно новые и буржуйские.
Обнаружил, что при монтаже подал на панельку для DRAM перевернутое питание :( А я удивляюсь, чего оно не работает....
Есть! Завел наконец РУ5. Читаю - пишу нормально.
Оставлю здесь, что бы не потерять, ну и так, на всякий случай: Аппаратный тестер DRAM DT-90 (на двух PAL): http://imgur.com/a/KBpuJ Прошивки PAL: http://arcarc.xmission.com/Test%20Eq...ester%20DT-90/
Воюю с автодетектом 4164/41256... Ладно, утро вечера мудренее, завтра продолжу.
Тест статической памяти (РУ10) пока отменяется, так как усложняет конструкцию - необходимо ставить регистр типа 555ИР22 для мультиплексирования шины, так как ног у контроллера для прямого соединения ессно не хватает. Плюс начинаю опасаться за размер прошивки, уже занято порядка ~30%, при том что фактически там только один паттерн теста, автодетект 4164/41256 (не рабочий пока) и вывод в UART пары-тройки отладочных сообщений. Но в теории прикрутить будет можно, главное чтоб места хватило.
Чето невезет мне с этим девайсом. Сначала питание на панельке для РУ-шек перевернул, теперь вот убил весь день, пытаясь понять почему у меня 41256 работает не так как надо. Оказалось припаял сигнал A8 вместо 16 вывода PIC на 13 вывод (они друг напротив друга). Ппц невнимательность какая-то. Мог бы это время потратить с гораздо большей пользой... Но тем не менее, уже работают тесты 4164(РУ5) и 41256(РУ7Г). Проверял на микросхемах MN4164P-15A, K565РУ5, KM41256AP-12, К565РУ7Г. Последняя кстати из моего Поиска, правильно обнаруживает ошибки на ней. Что ж, маленькая но победа. Жаль впереди рабочая неделя, вернуться к девайсу придется только на следующих выходных....