Вид для печати
007й вроде только от AMD PAL16r4 знает как шить надо. Если и AMD программатор портит, то всего скорее сами микросхемы бракованные попались вся партия.Цитата:
Сообщение от Woland
Если микросхемы PAL16r4 не от AMD пробовали шить, то весьма вероятно, что упорет 007й не AMDшные.
Если AMD PAL16r4 есть в наличии или где-то в продаже, то возьмусь попробовать их на 007х своих "с заморозкой в большой фреоновой комнате".
Коллеги, кто хорошо знает GAL16v8 ?
Смотрю в ДШ. Меня интересует Registered Mode. Нога 1 - клок, нога 11 - ОЕ. Отлично. Мне надо по сигналу Sync_H (пропущенный через 1533ЛН1 К СИА Н) принять в триггеры регистра факт выбора и пару битов адреса, а затем, по приходу К ВВОД Н или К ВЫВОД Н выдать кое-какие сигналы, в зависимости от запомненных значений в триггерах. Опять, вроде-бы, все просто - триггеры завёрнуты назад в матрицу, выбирай свободные I/O ноги, пользуй их в Combinatorial Configuration и набирай туда все, что хочешь.
Только вот К ВВОД Н используется не только в циклах "Ввод" и "Ввод-пауза-вывод", но и в передаче вектора прерывания. С точки зрения МПИ все просто - при обработке прерывания К СИА Н (B Sync L) не вырабатывается, значит всё, связанное именно со вводом надо делать только при активном уровне К СИА Н, т.е. при высоком моего Sync_H.
Угу. Смотрим в ДШ и видим, что 1-я нога в Registered Mode в матрицу не заводится - только на клок триггерам. Это действительно так, или они забыли об этом сказать? У той же GAL22v10 прямо на схеме нарисовано разветвление сигнала с 1-й ноги - вправо на клок и вниз на матрицу, а здесь, зачем-то, сделали по-другому. Ведь это же специально надо делать - в 22V10 сигнал на матрицу отдается проводком, а в 16v8 что, специально поставили логический элемент?
Нет, конечно, в крайнем случае я подам Sync_H на две ноги, резерв, вроде-бы, еще есть, но зачем оно так сделано?
Насколько помню свои эксперименты с GAL, так и есть. И насколько помню, чтобы завернуть с триггеров назад в матрицу, нужны внешние связи.Цитата:
Сообщение от AFZ
Чтобы точно ответить на этот вопрос, нужно накидать эту схемку в ispLEVER Classic, и она покажет ошибки, не соответствующие возможностям данной GAL.
>И насколько помню, чтобы завернуть с триггеров назад в матрицу, нужны внешние связи.
http://ee-classes.usc.edu/ee459/libr...heets/16v8.pdf
Страница 5 верхний рисунок
Фидбэк на ГАЛке если мне склероз не отшибло можно сделать внутри, но нога тогда на которую этот фидбек заведется должна остаться NC.Цитата:
Сообщение от krotan
>но нога тогда на которую этот фидбек заведется должна остаться NC.
С чего бы?
Не обязательно. Другое дело, что она будет только выходной - в матрицу заворачивается не сама нога, а выход триггера и, если закрыть выходной буфер сигналом ОЕ, то внешний сигнал с этой ноги в матрицу не отдашь - только состояние триггера.Цитата:
Сообщение от ram_scan
Не о ПЛМ, но о программаторе Sterh-007 - он не умеет нормально программировать ПЗУ М1623РТ1. После 15...30% емкости микросхемы, программатор отказывается пережигать перемычки, требуется многократный повтор процесса, чтобы довести до конца.
П.С.: кто-нибудь пытался прожигать 556РТ16 ?
Холодильник не помогает ? Sterh-011 реплика не справляется ?Цитата:
Сообщение от 1Ж24Б
А может эти капризный старый хлам в сторону и посмотреть на их замены ?
https://www.breadbox64.com/blog/a-plethora-of-plas/
Скрытый текст
1) Холодильник помогает, если явно "глючит" программатор. Со вторым экземпляром именно так.Цитата:
Сообщение от perestoronin
2) Какая реплика ? Я воспользовался двумя программаторами на работе. И сделал выводы, что Sterh007 не умеет работать с М1623РТ1 (на форуме же выяснили аналогично 556РТ1, 556РТ2 и серии 1556). УФРПЗУ, ЭРПЗУ, ПЗУ серии 556 и микроконтроллеры он умеет.
3) Экземпляры были из моих запасов. А где-то этот "хлам" до сих пор применяют в аппаратуре)