Посоветуйте ПЗУшку с малым потреблением

[Wladimir_TS]

Посоветуйте ПЗУшку

Для хитрого дешифратора надо подобрать какое-либо ПЗУ (на данный момент дешифратор на диодах)

Характеристика - организация 32х16 бит или 2х32х8

Входы/выходы совместимы с КМОП (К176 серия, реально вход задается К176ИР10 - а она от 5 не работает, выход 564ИЕ15х2) , нагрузка выхода - 2 входа КМОП,

Частота обращения не более 10 раз в секунду (10 Гц)

Питание - в устройстве 9 вольт (из-за К176ИР10 не желающих работать при питании 5 вольт) , но, в общем, 5 вольтовое не проблема, а вот с 3х вольтовым уже небольшая проблема с преобразователями уровня.

Программирование - однократное (многократное лучше) внутрисхемно не требуется.

Минимальное потребление (не сверхминимальное, а что-то что потребляет заметно менее 2х К155РЕ3 (110 мА на пару при 5 вольтах - некоторое время назад я их заменил на "поле" диодов 2Д522 - но это как-то не очень - сейчас еще пару блочков просят, а воротить почти 3 сотни диодов в объем чуть более спичечного коробка - как-то морально снова не готов) ) Желательно уложиться в миллиамперы.

Поддержка относительно доступными программаторами (лично имею Стерх-11, но в общем можно сыскать и другие (но не для 1623 серии...)). В общем не требующие суперэкзотического уникального программатора.

Доступность в РФ в единичных количествах для частного лица за умеренных деньги.

1623РТ1/2, GAL/PAL, ПЛИС и микроконтроллеры очень вежливо прошу не предлагать. Остальной импорт можно - отечественного тут все-равно или не будет, или оно неадекватно финансовой реальности, или его непонятно чем программировать

Наверное стоит обратить свое внимание на какие-то электрически стираемые ППЗУ желательно с 16 разрядной выходной шиной данных. Понятно что крупным калибром - но тут актуально потребление - а современные микросхемы в этом отношении по лучше.

[Turbo_man]

Можно подавать питание только при считывании и сохранять выходы в регистре. Тогда и 110мА станут только в пике на несколько микросекунд.

[Openreel]

Наверное стоит обратить свое внимание на какие-то электрически стираемые ППЗУ желательно

ПЗУ на 4 гига с параллельной шиной существуют и даже не в BGA корпусе. как пример MT29F32G08ABAAAWP.
Естественно про 5в можно забыть. Ценник конечно невменяемый.

Но мы же не ищем простых эффективных путей, поставить китайский микроконтроллер за 100-200р нельзя.

[Serge_L]

Опять ржу)))
Сочетание: 32х16, Стерх, совместимость с К176, желание малого потребления и запрет на любые типы ПЛИС в одной задаче, просто супер!
Я не знаю верилог и вхдл, но описать тупо дешифратор на ПЛИС с нескольких попыток смогу даже я!
Те данная задача однозначно прям хочет ЛЮБУЮ ПЛИС с требуемым числом выводов.

---------- Сообщение добавлено 06:37 ---------- Предыдущее сообщение было 06:34 ----------

Openreel, Миш, МК тут, наверное, не сгодится, в силу параллельных входов/выходов.
Ну или городить регистры сдвига по входу и выходу, быстродействия то тут за глаза!

Даже применение каких-то «жирных» ПЗУ потребует почти наверняка, загрузку адреса в несколько заходов, те все равно что-то городить!

[Alex]

Сочетание: 32х16, Стерх, совместимость с К176, желание малого потребления и запрет на любые типы ПЛИС в одной задаче, просто супер!

Особенно в сочетании с :

в единичных количествах для частного лица

[Laos]

2 старых КМОП УФПЗУ с организацией 8х2048 или 8х8192 серия : 27c16, 27c64

[Wladimir_TS]

Можно подавать питание только при считывании и сохранять выходы в регистре. Тогда и 110мА станут только в пике на несколько микросекунд.

Хмм - а тиристорный эффект не поймаю ?

ПЗУ на 4 гига с параллельной шиной существуют

Это не 32кх16 и не 32Мх16, это просто 32х16 - всего 32 16ти(12 на самом деле) разрядных слова. Я думаю существуют и поменее, в крайнем случае с 8ми разрядной шиной х2 штуки Главно тип узнать

Собственно преобразование условного номера музыкальной ноты в коэффициент деления для её получения. Сделал уже несколько узлов таких, первый был на 3хК565РТ4 - оченно много жрал, потом на диодах - да ну его нафиг это подвиг повторять. Вот снова заказали такой узел - думаю надо ПЗУ. В принципе пробовал прикинуть декодер просто на логике - что-то много корпусов выходит.

поставить китайский микроконтроллер за 100-200р нельзя

Контролер обнуляет саму идею целевого устройства ибо после этого оно становится не нужно.

запрет на любые типы ПЛИС

Я знаю, что ПЛИС существуют и даже видел живьём, но их нет в местном лабазе, к ним нужно конфигурационное ПЗУ, и главное ими надо уметь пользоваться. Я не умею. Для меня ПЗУ проще.

Даже применение каких-то «жирных» ПЗУ потребует почти наверняка, загрузку адреса в несколько заходов, те все равно что-то городить!

Можно-же кусок адресного пространства использовать. та-же 2764 - но она тоже жрёт около 50 мА. А из надо 2.

МК то сгодится - они и по 100 ног имеют, но тогда смысл всего устройства теряется - а тут реализации кое-чего без применения микропроцессоров и микроконтролеров. Просто я трезво понимаю, что найти советскую ПЗУ с требуемыми параметрами потребления невозможно, а вот вышепредложенное импульсное питание - оно интересно. Тогда К155РЕ3 отлично должны подойти.

[Openreel]

Миш, МК тут, наверное, не сгодится, в силу параллельных входов/выходов

Сергей, время доступа 100 миллисекунд! Успеет даже древний 51ый прочитать с sd карты и в сдвиговые регистры запихать
Мне вот интересно, прошивку для контроллера писать нельзя, прошивку для плисины нельзя, а для пзу 4 гига будем руками писать, на бумаге, в столбик.

---------- Сообщение добавлено 12:21 ---------- Предыдущее сообщение было 12:17 ----------

Я думаю существуют и поменее

Существуют. но кто писал

2х32х8

?

надо целых два ПЗУ по 4 гига каждое.

[Wladimir_TS]

2 старых КМОП УФПЗУ с организацией 8х2048 или 8х8192 серия : 27c16, 27c64

То есть с "С" они КМОП и жрут мало ?

а для пзу 4 гига будем руками писать

А зачем 4 гига, если 64 байта (или 32 слова) всего актуальны ?

[Openreel]

А зачем 4 гига, если 64 байта (или 32 слова) всего актуальны ?

Так надо перестать потреблять злые вещества и писать адекватно. Задавая разрядность входа и выхода в одной размерности.
Любой вменяемый человек понимает 32x8 как 32 разряда шины адреса и 8 разрядов шины данных.
32 слова это 5 бит по входу, сгодится любое параллельное ПЗУ, которое смогли найти.

[Wladimir_TS]

Так надо перестать потреблять злые вещества и писать адекватно.

Да блин в час ночи бывает и не такое в голову - только сейчас понял... надо 5х16 писать-то было

сгодится любое параллельное ПЗУ, которое смогли найти.

Что из этого жрёт меньше. Тут 27Схх предлагают применить.

ХМММ в даташине на 27С16 от "National Semiconductor" - записано 10 мА потребление при 5 вольтах (а в другом конце даташита 5 мА) . Но вроде до 0,5 мА при /OE="1".

[deemon]

Хмм - а тиристорный эффект не поймаю ?

Тиристорный эффект - это у КМОП , а все эти РТ - это ТТЛ ... в общем , как я мыслю - там запросто можно дёргать питание , и ничего страшного не будет

[Openreel]

Но вроде до 0,5 мА при /OE="1".

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

[Turbo_man]

Так динамическое питание и сделали (придумали) для снижения потребления.
Насколько я знаю это для них штатный режим использования.

[Serge_L]

Тогда 27сххх любое
Их как раз стерх шьет. И из них я как раз делал себе дешифратор с изменяемой таблицей (тупо переключал старшими битами адреса таблички).
Прекрасно работает с таймингами ИСА-шины. те в данной задаче - оверкилл.

[Wladimir_TS]

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

[Laos]

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

КМОП УФПЗУ удерживают данные на выходе постоянно, пока активен сигнал CS (OE) и RD. Они могут работать в статическом режиме.
При работе в статике потребление будет 0.5 ... 1 мА.
Все необходимые буферы и защелки есть внутри чипа.

[Wladimir_TS]

КМОП УФПЗУ удерживают данные на выходе постоянно, пока активен сигнал CS (OE) и RD. Они могут работать в статическом режиме.
При работе в статике потребление будет 0.5 ... 1 мА.

Как я понял из даташита он в статике от 5 до 10 мА жрет. Для корректной работы 564ИЕ15 данные надо удерживать на входах (точнее в течении первых трех тактов каждого цикла счета, но так как этот цекл постоянно меняется, то можно принебрегать.

Соответственно даем "0" на /СE, затем нужно ждать время установления выхода минимум 550 нСек и только тогда защелкивать эти данные в регистре хранения. При том надо еще учитывать 550 нСек на установление выхода после смены адреса.

То есть получается после импульса о факте валидности входных данных надо ждать минимум 1,2 мкСек до появления валидных данных. (после появления импульса изменения адреса не будет).

Как понял из даташита /OE на потребление не влияет.

DS010329.PDF

[Laos]

Время установки данных Adress to output delay 27с16 27с64 от 60 до 250 нс в зависимости от серии. Где вы взяли 550нс ?
-
Понятно. Вы взяли древнейший даташит, да еще для милитари, там может и 550 быть.

[Wladimir_TS]

Что самое смешное именно "military" микруха 27С16 увы 2716 у меня и есть.... с какими-то милитаристическими данными от вероятного противника....