Ещё месяц есть :v2_dizzy_coder:

У нее есть своё внутреннее сопротивление, поэтому ток выходит меньше расчетного. И да, динамическая индикация дает маленько "отдохнуть", аж 75% времени.

Привет,

Нужен совет как организовать меню памяти тестов. Думаю делать так:
Клик "Down" - виводит "мем".
Клик "Test" - заходим в меню тестом памяти.
Тогда выбираем микросхему кнопками "Up" и "Down" и нажимаем "Test". Проверяем микросхему .
Когда выбираем микросхему памяти будет показывать:
1 - РУ5, 2- РУ7, 3 - РУ6
или
1 - РУ5Г, 2 - РУ5Б, 3 - РУ5Д, 4 - РУ7, 5 - РУ6?
или
51 - РУ5А
52 - РУ5Б
53 - РУ5В
54 - РУ5Г
55 - РУ5Д
74 - РУ7Г
75 - РУ7Д

Тес делать бесконечный?
Если нашёл плохой бит показывать адрес?
Сделать чтобы можно вернуться в тест микросхем памяти?
Сделать чтобы можно вернуться в тест логических микросхем?

Заранее спасибо за большое дело!

>Когда выбираем микросхему памяти будет показывать:
>1 - РУ5Г, 2 - РУ5Б, 3 - РУ5Д, 4 - РУ7, 5 - РУ6?
Нужно ли разделение по буквам (кроме Д)?
Может сделать просто выбор по времени выборки?
Или проверка будет по времени регенерации?
По слухам РУ7 бывали на разных кристаллах с разной организацей и требовали разного рефреша...
Для буквы Д нужно еще давать возможность выбора половины или четверти, хотя я бы с буквой Д совсем не заморачивался. Какой смысл искать жемчужину в Г, если заранее известно что там её нет?
И опять же IMHO, не стоит на РУ зацикливаться, лучше указывать емкость м/с типа 16,64,256.

>Тес делать бесконечный?
Можно и так с указанием числа прогонов. И обязательно стоп по какой-либо(по любой) кнопке чтобы питание снималось

>Если нашёл плохой бит показывать адрес?
Если сказать "нет" отходам типа Д то необязательно.

>Сделать чтобы можно вернуться в тест микросхем памяти?
Лично я был бы рад просто отдельной прошивке тестов памяти.
Собрал бы второе устройство. В одном флаконе, конечно, замачниво, но боюсь надо будет всегда помнить особенности меню и неочевидные комбинации кнопок. Да и память для кода нерезиновая. Тогда можно и свободу индикации расширить, добавив светодиод "test run", а то ведь придется как-то на индикаторе показывать идет тест или уже нет, и придется это с отображение числа прогонов совместить.

Обязательно оставьте проверку РУ6, не забудьте.

Protom, И еще, если позволите, хотел уточнить: как планируется память тестировать?
1) целостность битов
2) время выборки
3) время регенерации
4) всё вышеперечисленное.
Заранее согласен что для большинства случаев теста на целостность битов хватит, особенно если серия тестов правильная (в том числе на исключение влияния соседних ячеек). Но проверка на способность сохранения информации при заданном периоде регенерации тоже очень полезна. Время выборки, наверное, самый менее полезный тест из названных, тем более я не очень хорошо понимаю как его грамотно реализовать: по идее там же не только время выдачи информации надо проверять, но и время между CAS и RAS, а это уже не просто тест, а большое лабораторное исследование получается ;-)
А вот тест "замер допустимого времени регенерации" - это почти сказка. Чтобы не ручками выставил и проверил живучесть, а чтобы с приращением с каким-то шагом делалось до потери устойчивого хранения. Хотя, опять же сразу соглашусь, что вполне возможно что это уже из области академического интереса и сложность реализации убивает всякий смысл практического применения.

Как бы надо проверять всё сразу. Если при положенных параметров микросхема теряет биты или не записывается то значит она непригодна. Так и думаю как всё это http://www.inp.nsk.su/~kozak/adv/advh9.htm запихнуть в меню.

Сперва попробую сделать тест для таких микросхем:

51 - К565РУ5Б
52 - К565РУ5В
53 - К565РУ5Г
54 - К565РУ5Д

61 - КР565РУ6Б
62 - КР565РУ6В
63 - КР565РУ6Г
64 - КР565РУ6Д

Буду заполнят 0x00, 0xFF, 0x55, 0xAA. Проверять write-read, full write - full read. Между тестами што выводить чтобы была ясно што проверил.
Надеюсь тайминги подберу.

Просто банально: tESt.

Не-не-не-не.
Так неправильно.
Надо вместо кучи ру5 сделать 4164 (или 64Kx1) и задание времени выборки и рефреша.
А *Д нафиг выкинуть, так как это чаще всего половинки или четвертинки, то есть еще придётся в меню задавать какую половину/четверть тестировать.

А то получается что если у меня УКНЦ с немецкими 4164 то что же и уже и не оттестировать?
И с ру6 также - есть 4116 (16Kx1)

>Между тестами што выводить чтобы была ясно што проверил.
Думаю что достаточно в конце теста (по кнопке стоп) выводить XXYY, где XX - код ошибки, а YY - hex значение байта, в котором "1" соответствует сбойным битам. Например, есть если у нас в начальных адресах сбойнул старший бит, а в последнем адресе - младший, то увидим XX81. В XX тоже можно совмещать коды ошибок, например 0x80 - битовый сбой при записи 0xFF, 0x40 при записи 0x00 и т.д.

>Так и думаю как всё это ...запихнуть в меню.
Думаю сначала кнопками Up/Down выбираем емкость 16/64/256, после нажатия 3ей кнопки - следующий шаг: выбор времени выборки 15/20/50/70/100/120/150/200/250, следующий шаг - выбор времени рефреша. Потом по 3ей кнопке старт непрерывного теста (горит светодиод "test run", цифры - число проходов). По 4ой кнопке до старта теста - выход в начало меню, во время теста - стоп теста с показанием XXYY как описано выше.

Про регенерацию: например, "хорошие" (по бувкам) ру5 надо регенерировать не реже раза в 2мс, а РУ7 - 4мс. А "плохие" - соответственно 4 и 8мс. Соответственно это тоже неплохо бы тестировать, если есть такая возможность.
Потому как метить РУ7 как хорошую, если она больше 2мс не держит - нельзя

Д вроде никогда не были ни половинками ни четвертинками? Ими были Д1 и Д2.

>Д вроде никогда не были ни половинками ни четвертинками? Ими были Д1 и Д2.
Угу, только мне в 95% случаев Д попадались с надпечаткой (части).
В принципе я к тому что не надо держать в мозгах тестера всей базы по м/с (у какой буквы какие параметры), лучше задавать их в меню.

как бы там ни было, но уже не просто Д
А многие ли помнят, какое время выборки у наших микросхем какой букве соответствует? С импортными то все понятно. Правда тогда получается, что в меню нужно оба варианта делать.

>как бы там ни было, но уже не просто Д
Так если меню делать именно с базой - то надо и "просто не Д" добавлять.
А ведь есть еще РУ7И, параметры которых могли сильно отличаться. И ру7к с малоизвестными параметрами, и ру14 и т.д. Даже если импорт не трогать.


>А многие ли помнят, какое время выборки у наших микросхем
Ну так можно и до вопроса "а многим ли нужно память тестировать?" дойти.
Справочников в интернете пруд пруди. Опять же можно отталкиваться не от параметров микросхемы, а от требований системы, в которую мискросхемы ставят.

Только про РУ7 не забудьте, пожаааалуйста!!!!

А никто не удосужился посчитать, какой клок RAS/CAS сможет выдать Мега при текущей схеме? Какие нафиг "выставление таймингов".... Можно тупо записывать/считывать, но на частотах, которые заметно ниже рабочих в спектрумах. Тут кагбэ успеть с регенерацией, пока запись не отвалилась, про максимальные и оптимальные частоты речи нет.
Лучше, конечно, прилепить внешний кварц мегагерц на 20-ть, Мега его вполне потянет с небольшим оверклоком. Но - один фиг...

Честно говоря все мои выкладки относились скорее к меню и его оформлению. Я полагал что раз кто-то пишет тестер DRAM'а для конкретного железа, то железные вопросы таки решены и вопрос за оформлением меню.
А в общем и целом я не против аппаратно другой железки. Лишь бы корпуса м/с были легко паяемые. ОЗУшки во всякой технике приходиться менять чуть более чем чаще, панельки везде ставить не получается (ну не радует глаз когда одна из 40+ м/c гордо стоит в панельке). Соответственно хочется быть твердо уверенным что впаиваемая м/с хотя бы до пайки была пригодна. Как показывает практика простая битовая проверка записал/считал такой гарантии нифига не дает.

Эта мысль у меня появилась, еще когда в первый раз просили сделать тестер памяти.
В примитивный циклон влезет и процессор типа Z80, и ROM небольшой, и обвязка для коннекта с памятью. Скорость тестирования можно настраивать тупо частотой PLL или делителя.
Написать программу для проца "Записать RND / прочесть RND / вынести вердикт" - несложно.
Одна закавыка - корпуса у циклонов - TQFP-0.5, а это не понравится многим.
Можно, конечно, нагородить на "реалах" Z80 + ROM + DIP EPM7128SLC84, но это дорого и громоздко.

Может тогда какие-нибудь STM32 или PIC32?
Особенно в варианте примочек к дешевым девбордам?

>"Записать RND / прочесть RND / вынести вердикт"
Это получится тест RND, а не памяти :-(

Ну, это я как вариант и образно :)
Имея на борту проц и семь килобайт ПЗУ, можно написать тест любой сложности, наверное... Я этим не занимался, не знаю.

---------- Post added at 10:29 ---------- Previous post was at 10:26 ----------

Наверное, можно...
Но я хоть как-то умею только AVR и STM8...
Будет здОрово, если найдется чел, сделавший тестилку на STM32, их сейчас как грязи и цены небольшие.

это не страшно, тем более других и не выпускается 3х циклонов в корпусе пригодном для пайки TQFP и к которым можно подключать модули DDR1-2-3.
Даже непригодность для пайки BGA оказывается можно обойти таким способом (впрочем можно и просто на платках покупать распаянные BGA и припаивать дома сами платки, с уже распаянными BGA):
Их использование сузит функциональность, но эти микроконтроллеры очень хорошо подходят для увеличения возможностей и частотных характеристик тестера мелкой логики, но никак не для тестера памяти.

Можете как-то аргументировать чем не подходит, например, STM32F4Discovery для тестера памяти.

Да вроде с DDR это не на этом форуме?
Я за тестер исключительно DIPовых м/с

Согласен. Но... Сейчас весьма активно используем и SIMM-модули.

Ну SIMM - это не DDR, SIMM можно и добавить в качестве опции.
Или не опции, а второго этапа разработки ;-)

С 16 мегагерц кварцем может память проверять на скорости 8 мегагерц. Думаете коллега не хватить? :confused:

8Мгц - хватит для большинства случаев. Конечно, это не тест как таковой, а просто проверка работоспособности, но это уже будет очень хорошо. Но получится ли обеспечить бесперебойный клок на такой частоте?
У 565РУ лапы и адресов, и управления раскиданы будут по двум портам Меги, это уже вдвое дольше на установку уровней. А ведь надо будет еще и сформировать их последовательность.
Возможно я не прав, я не прорабатывал этот вопрос как следует, но что-то я не очень верю в 8Мгц...
Сделаете - это будет очень круто! :)

Посоветуйте пожалуйста.
Я в АВРах пока ноль без палочки, никогда не сталкивался, если не считать прошивки-перешивки различной техники и телефонов.
для этой схемы собрал проггер: http://www.getchip.net/posts/delaem-...okontrollerov/
Скажите работает с ним CodeVision ChipProgrammer?
Можно для прошивки использовать программу UniProf и какие фьюзы выставить в ней?

Это схема "пять проводков", функционально - STK-200. CodeVision вроде должен с ним работать, по крайней мере в списках программаторов он есть.


Вероятно можно... А что это? :)
Скачай SinaProg 2.1 и не мучай котенка... Там встроенный настройщик фузов на человеческом русском языке. А для тестера нужно всего лишь установить 8Мгц от внутреннего генератора безо всяких там делителей.

SinaProg 2 с поддержкой программатора Громова и русифицированным фьюз калькулятором
http://www.getchip.net/posts/096-sin...kalkulyatorom/

COM программатор для AVR микроконтроллеров
http://www.getchip.net/posts/delaem-...okontrollerov/

LPT программатор для AVR микроконтроллеров
http://www.getchip.net/posts/delaem-...okontrollerov/

Много разной всячины на МК
http://cxem.net/mc/mc.php

Прикольное видео там есть для начинающих в программировании микроконтроллеров. Посмотрел , познавательно так .

Кстати , чтобы не напрягать микроконтроллер надо увеличить резисторы до 590 Ом примерно и ток не будет больше 40 мА .Светится нормально вроде , я светодиоды и через 1 кОм подключал - светились тоже как то.

Извините, обещание не сдержу :frown:

С Новым Годом! :v2_dizzy_vodka3: :v2_dizzy_christmas:

Учитывая прежние огромные заслуги прощение подразумевается безоговорочно!

Да ладно и так пойдёт! Всех с наступающим!

С новым годом!!!



Отправлено с iPhone используя Tapatalk

Специально взял амперметр и померял,какой надо выбрать резистор,из расчета 40 мА разделить на семь светодиодов (это если точку в расчет небрать) получилось где-то 820 ом (понятно округлил до приемленого ,так вышло около 805 ом).Но это если опорное напряжение 5,2 В,подключил другую зарядку,там на выходе было 5,45 В ,соответственно сопротивление надо ставить где-то 910 ом (также округлил,на самом деле вышло 870 ом).Светилось все вроде нормально,сейчас думаю какой лучше ставить с запасом или нет.Остановлюсь наверно на 820 Ом (5,45 В довольно завышенное напряжение).

Не подскажет кто - собрал девайс , но проблема прошить мк . :eek: Фьюзы выставил как на первой страничке , но только в точности наоборот (так у PonyProg, там ноль галочку надо ставить). С начало прошилось хорошо , также прошла проверка и после этого как отрезало. МК теперь даже не считывается и не прошивается на любой из программ (будь хоть CodeVision или что другое). Наверно напортачил что-то с фьюзами или микросхема бракованная попалась не знаю на что и подумать . :v2_dizzy_indy: :D

Выход только один - собирать Altera Fusebit Doctor - он "вылечит" твой контроллер. Там же на сайте везде предупреждают, что в одних программах для шитья фьюзы одни, в других инверсные. Осторожнее надо быть.

А как правильно выставить фьюзы для PonyProg ? Можно скриншот сделать и показать к примеру , а то опять напортачу что нибудь ?

Цитата из упомянутого мною сайта: "Для Algorithm Builder и UniProf галочки ставятся как на картинке. Для PonyProg, AVR Studio, SinaProg галочки ставятся инверсно."
Сморим фьюзы и думаем. Я правда не знаю к чему близки фьюзы CodeVision ChipProgrammerа, наверное к AVR Studio.

Да , точно надо было как на первой странице фьюзы ставить , а я взял все перевернул. Сейчас никак не исправить наверное их . Вот я б...н . :)))