Расскажите о ZX Next

[Black_Cat]

и прочитать на программаторе при разном напряжении, ну, например, от 3,5 до 5,5 В

ага, а ещё сделай по сотне считываний на каждом шаге изменения напряжения. И я не шучу..

[Advertiser]

[CodeMaster]

прочитать на программаторе при разном напряжении, ну, например, от 3,5 до 5,5 В

Чтение на 6.5 вольтах ситуацию не изменила, VROM читается нестабильно. По поводу пониженного пока думаю как сделать.

[Conan]

Чтение на 6.5 вольтах ситуацию не изменила, VROM читается нестабильно. По поводу пониженного пока думаю как сделать.

При записи использовался специальный алгоритм. Одна из особенностей состояла в наличии программируемых задержек во время чтения (верификации). Без этих задержек возникающие переходные процессы (при выставлении адреса или CS/OE) приводили к "переключению" (затухающей автогенерации) ячеек в очень широком диапазоне напряжений питания.

[CodeMaster]

При записи использовался специальный алгоритм. Одна из особенностей состояла в наличии программируемых задержек во время чтения (верификации). Без этих задержек возникающие переходные процессы (при выставлении адреса или CS/OE) приводили к "переключению" (затухающей автогенерации) ячеек в очень широком диапазоне напряжений питания.

Т.е. если я правильно понимаю, надо выставлять программную задержку перед чтением байта после установки адреса? В софте Виллема есть ползунок tWC, он описан в манах как "длительность цикла записи" и tWP "длительность имульса программирования", всё это ИМХО не то, т.е. нужен программатор с софтом где есть такие настройки, либо хакнуть софт Виллема. Вообщем будем ждать дальше, когда звёзды сойдутся.

[Conan]

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

Да, правильно понимаешь. Но это один из вариантов. Другой способ - многократное (десятки или сотни раз) считывание и набор статистики.

[CodeMaster]

Другой способ - многократное (десятки или сотни раз) считывание и набор статистики.

Нажать 100 раз на кнопку "Read" и сохранить дамп не проблема, но для анализа этой статистики, тоже нужна прога, которой я так понимаю пока нет.

[BYTEMAN]

Программатор называется Турбо-6. У него есть функция программирования плавающих бит.

[Keeper]

для анализа этой статистики, тоже нужна прога, которой я так понимаю пока нет

Вроде как есть Выдает результат в виде:

CODE Diffs: 23

00B:
DUMP HEX BINARY 
 01  00 00000000
 ...
 26  FF 11111111

0AC:
DUMP HEX BINARY 
 01  76 01110110
 ...
 26  7E 01111110

DATA Diffs: 48

4C1:
DUMP HEX BINARY 
 01  00 00000000
 ...
 26  E0 11100000

4C2:
DUMP HEX BINARY 
 01  00 00000000
 ...
 26  E0 11100000

[CodeMaster]

есть функция программирования

Для начала нужна функция чтения плавающих бит.

Conan, не помню спрашивал я или нет, а остальные биты в этом байте несут какую ту нагрузку? Вообще проверялось "плавание" именно конкретного бита, или байта по адресу?

Вроде как есть Выдает результат в виде:

И что это за прога?

[Conan]

Conan, не помню спрашивал я или нет, а остальные биты в этом байте несут какую ту нагрузку? Вообще проверялось "плавание" именно конкретного бита, или байта по адресу?

Остальные биты несут смысловую нагрузку, они вместе с плавающим битом формируют адрес перехода. Там весь алгоритм проверки на этом строится: если "скачем" на одном месте (ничего не плавает) или "скачем" куда попало, то ПЗУ фальшивое. Если скачем только в узкой области (при определенном напряжении и температуре "плавают" несколько бит), то ПЗУ оригинальное.