Проблемы программирования отечественных ПЛМ

[yursav]

Хинт 4. Я бы порекомендовал для серий 556 и 1556 пользоваться DOS версией ПО Стерха (в чистом DOS) с подключением по RS-232. Не могу это определённо заявить, но есть ощущение, что она лучше и надёжнее работает с этими сериями.

Ещё на нескольких вполне рабочих КР556РТ2 происходило защитное отключение питания по превышению тока. Кажется, где-то видел инфу, что уровень защиты Стерха по току может настраиваться, но не могу найти такого функционала, чтобы попробовать чуть повысить порог защиты.

Ну и, суммарный набор прошивок, как предполагается на данный момент, наиболее близкий оригиналу:

[Advertiser]

[dk_spb]

Да не умеет стерх в полной мере 1556. Разработчик расписался то ли в бессилии то ли еще в чем. И микрухи я ему послыл, и доставал его два год- результата нет

[yursav]

Да, что-то там у них не доработано. Может проблема заложена в схемотехнике программатора, потому и бессилие. Но, повторю, DOS-овский софт дал мне чуть лучшую статистику, но выборка слишком маленькая, чтобы однозначно делать выводы.

Из возможных проблем, например, что заметил - для оригинала 556 Signetics пишет, что сначала надо программировать полярность выходов, а затем остальное. Тут же видно, когда программирование обрывалось (причем всегда на матрице ИЛИ), что матрица И уже запрограммирована, а полярность выходов ещё и не начинали.

- - - Добавлено - - -

Дошли руки поэкспериментировать с вариантом прошивки P4, про который писал чуть выше - с обратным формированием DS для ВИ1. Как ни странно, с ней демка двигается куда дальше - как минимум, до изменения яркости/контрастности в окнах. Возможно, что питание на длинных проводах полезно для отлова глюков схемы , но может в более нормальной системе вылезет с этим вариантом что-нибудь другое. Предлагаю, кому не лень, попробовать такой вариант:

[dk_spb]

проблема заложена в схемотехнике программатора, потому и бессилие. Но, повторю, DOS-овский софт дал мне чуть лучшую статистику, но выборка слишком маленькая, чтобы однозначно делать выводы.

Нет у них проблема в отсутствии даже словесного описания полных процедур программирования. Поэтому наварганили по описанию в МПСиС (я про 1556). Как-то оно работает, но от "родных" процедур далеко.
Филипсовские PLMки гораздо хуже нашей 556 серии. И по качеству и по живучести. Тут мы переплюнули оригинал. С 1556 строго наоборот ;-)

[ram_scan]

у 1556 серии если мне не до конца отшибло склероз есть прямые аналоги из GAL16 серии (сама 1556 вроде как 1 в 1 PAL16), которые 1) многоразовые и 2) отлично шьются копеешным minipro. Просто возможно надо прошивку под них скомпилить/поправить.

[yursav]

Согласен, что 1556 вроде как 1 в 1 PAL16 по работе (может какие отличия в процедуре программирования). Но, как тут уже говорилось, более навороченные GAL, PALCE и т.д., позволяя сделать прямой аналог функционально, имеют в 5-10 раз меньшую задержку, и, похоже, что для данной схемы это в каких-то местах критично, то есть "скомпилить" то можно, но "поправить" здесь - похоже, что не совсем тривиальная задача. Наверное, для эксперимента надо создать полный комплект прошивок на таких новых микрухах, и пробовать по одной заменять, проверяя, с какой будет работать, а с какой - нет. Скорее всего, хоть частично, но заменить можно будет и без правки.

Возвращаемся к поднятой ранее pilgrim и troosh теме возможно кривой диаграммы работы с ОЗУ, а именно предположении о выставления CAS до адреса. Поснимал реальную временную диаграмму работы с ОЗУ, и могу сказать, что это не так. В целом, диаграмма вполне соответствует таймингам РУ7 с одним формальным нюансом: часть доступа из процессора соответствует РУ7Г, а часть вывода видео - РУ7В. Казалось бы, в чём проблема использовать более быструю РУ7В, но для меня оказалось откровением, что для такой динамической памяти нормируется не только минимальное время между RAS и CAS, но и максимальное. И более медленная диаграмма цикла доступа из процессора в этой части выходит (~100 нс) за нормируемые для РУ7В максимальные 75 нс.

Если тут занудствовать, то, поскольку, цикл вывода видео не растянуть для соответствия РУ7Г, то чтобы везде формально соответствовать РУ7В надо сдвинуть на полтакта 16 МГц вправо начало RAS и переключение адреса только для процессорного цикла. С другой стороны, при существующей диаграмме мы для работы с процессором формально можем использовать РУ7Г, а для видео, хоть они и работают за пределами спецификаций, там же только чтение, то есть на работу самого компьютера не должно влиять, кроме как, в теории, на возможный сбой картинки. Или же кто-то имеет инфу, что более быстрая диаграмма RAS/CAS при чтении может повредить данные даже без записи?

[MM]

...использовать более быструю...

Может быть следует сразу ориентироваться на 100-нс импорт ?
И как в импортных ( например Самсунг ) с ограничением тайминга RAS-CAS ?

[yursav]

Может быть следует сразу ориентироваться на 100-нс импорт ?
И как в импортных ( например Самсунг ) с ограничением тайминга RAS-CAS ?

Ага, отбой, разобрался, полез во вражеские даташиты, там тоже такие ограничения, но там в примечаниях написано, что это не принципиальное ограничение тайминга, а формальный предел, при котором можно уложиться в заданное время полного цикла. Так что, РУ7В можно ставить без проблем.

А вот с импортом надо проверять, поскольку, во-первых, в схеме используется регенерация "CAS раньше RAS", а во-вторых, для вывода видео используется слоговый режим. И как бы я навскидку не уверен, что любая импортная 256Kx1 DRAM оба этих момента отработает таким же образом. По крайней мере, в первом открытом даташите на Siemens HYB41256 я не вижу режима регенерации "CAS раньше RAS". И обычно в импортных страничный режим, который чем-то отличается от слогового в РУ7. Так что, надо разбираться.

[Woland]

Из 10шт 556РТ2 стерх у меня прошил только одну((
Остальные либо защита по току, либо запорол.
А есть вообще для них правильный программатор?

[yursav]

Из 10шт 556РТ2 стерх у меня прошил только одну((
Остальные либо защита по току, либо запорол.
А есть вообще для них правильный программатор?

Думаю, вот этот :
https://www.chipstar.ru/programmator-dlya-rt.html
Там есть упрощённая версия подешевле, всего 200 килоруб

По РТ2 - шились DOS версией ПО? Какой датакод микросхем? Ещё остались из той же партии?