Чип NXH5104

[Dmitriy40]

Отталкиваться надо от другого: надо ли быстро и побайтно обновлять информацию или можно редко стирать большими блоками и часто лишь дописывать в блоки новую инфу. Для первого надо EEPROM, для второго пойдёт и flash. Первое бывает до 4Мбит (512Кx8) с I2C или SPI. И до 5В. Второе SD картой удобнее, да, ещё и на порядки дешевле.

Кстати все SD карты тоже 3.3В, но преобразование уровней часто делают сразу на шильде SD держателя (но это надо проверять при покупке).

С другой стороны, надо ещё смотреть где это всё будет применяться, если в условиях возможной тряски/вибрации/ударов, то держатель SD карты будет слабым местом (не обеспечивающим надёжный электрический контакт) и тогда надёжней или её припаять, или микросхемы (благо они бывают и на десятки Гбит за полтора-два десятка usd).

[kotenok gav]

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

[EUgeneUS]

kotenok gav
А можно какие-то подробности о Вашем замысле\проекте?
Тогда и подбор компонентов будет более содержательным.

[kotenok gav]

Ну, я недавно собрал компьютер из https://eater.net/8bit (очень хорошие видео, кстати, рекомендую). Вот и хочется его "проапгрейдить". Увеличить память, добавить жесткий диск из EEPROM, видеокарту...

[Dmitriy40]

kotenok gav в сообщении #1462621 писал(а):

Ну, я недавно собрал компьютер из https://eater.net/8bit (очень хорошие видео, кстати, рекомендую). Вот и хочется его "проапгрейдить". Увеличить память, добавить жесткий диск из EEPROM, видеокарту...

Компьютер с памятью программ на 16 команд?! Вы издеваетесь.

Можно конечно сделать полностью аппаратную подкачку фрагментов кода из внешней памяти, но это намного сложнее чем разобраться сразу и с разными МК и с x86 и с Arduino и с Android.

Если хотите расширить ему память, то придётся придумать откуда брать адреса для неё, и потом будет проще поставить static RAM (типа 62256), они бывают и 5В. Кстати часто можно выбрать x8 она или x16, вторая удобнее для получения широких команд.

[kotenok gav]

Dmitriy40 в сообщении #1462638 писал(а):

Компьютер с памятью программ на 16 команд?!

Ну так ведь поэтому я и ищу чип с памятью побольше.

[Dmitriy40]

kotenok gav в сообщении #1462621 писал(а):

Ну, я недавно собрал компьютер из https://eater.net/8bit

Это подвиг, без базара.
Схемотехника странная, они б ещё на вообще логике всё сделали ... Про мультиплексоры не слышали, про 8bit регистры (74HC273/74HC373) не слышали, про микросхемы ОЗУ тоже, про микросхему готового АЛУ 74181 тоже. Хорошо хоть сумматоры и регистровый файл взяли готовые ... Тактовый цикл зачем-то аж из 8 фаз ... Короче компьютером это называется чисто формально.
И апргейдить его ... Да проще заново сделать что-нибудь типа подмножества классики i8080 или даже аналог PIC (а с ним даже можно будет сохранить бинарную совместимость).

[kotenok gav]

Dmitriy40 в сообщении #1462638 писал(а):

откуда брать адреса для неё

Расширить шину, ничего сложного.

-- 14 май 2020, 19:17 --

Dmitriy40 в сообщении #1462638 писал(а):

откуда брать адреса для неё

Расширить шину, ничего сложного.

[EUgeneUS]

kotenok gav
Собрать данное устройство - это действительно подвиг, согласен с уважаемым Dmitriy40.
Но апргейдить его - это подвиг в квадрате, если не в кубе. По сути это будет равно разработке нового устройства.

kotenok gav в сообщении #1462646 писал(а):

Расширить шину, ничего сложного.

А чего её расширять? Шина 8-бит вполне достаточна и для более серьезных поделок. IBM PC XT и прочие спектрумы были 8-битовыми, например.

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

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

[kotenok gav]

EUgeneUS в сообщении #1462652 писал(а):

Могу рассказать, как это сделать.

Уф. Я знаю, как это делается. Это будет почти полностью аналогично программированию Arduino тех EEPROM для вывода чисел. Записываться команды на "жесткий диск" будут через Ардуино, да. Я же и говорю

kotenok gav в сообщении #1462593 писал(а):

иногда запись (с Ардуино), иногда стирание (с Ардуино)

.

[Dmitriy40]

kotenok gav
Там проблема вовсе не в объёме памяти, а гораздо глубже, в разрядности адресов и счётчика команд.
В данном варианте вам 8 фаз тактового цикла не хватит чтобы получить/записать байт из SPI ОЗУ, даже при полностью аппаратной реализации пересылки байтов. Придётся делать отдельный генератор, сдвиговый регистр, управляющий модуль ...т.е. фактически превращать SPI протокол в Parallel. И в результате получите собранную на логике микросхему типа 62256. Не проще ли сразу её поставить.

А если пересылку байтов делать программно, то 16 команд не хватит даже переслать один байт, не говоря уж о каком-то более сложном обмене данными. В AVR и PIC на программынй обмен по SPI протоколу одним байтов уходит 60-100 команд линейного кода или 6-10 команд цикла. Это только чтобы байт записать/прочитать. Плюс надо дёргать управляющие ноги ОЗУ (как минимум CS). Плюс чтобы добыть из ОЗУ бйт надо сначала послать команду, потом адрес, и только потом забрать байт. В сумме надо десятка два-три памяти команд. Минимум. С 62256 намного проще, поставить один-два регистра адреса и собственно всё, остальные модификации лишь в микрокоде (те две 28C16 в управляющем блоке). Правда надо сигналы управления где-то найти, но можно поставить третью 28C16 в управляющий блок. Тогда на первый взгляд можно сделать две новые команды чтения и записи байта в/из нулевого регистра (к примеру) по адресу из первого (и второго) регистра (опять же к примеру). Будет у вас память данных аж 64КБ (если поставить две 62256 или одну 62512).
Чтобы расширить память программ надо увеличить разрядность счётчика команд (адрес команды), что повлечёт за собой проблемы с переходами (не хватит разрядности шины данный переслать новый адрес перехода), придётся или увеличивать ширину шины данных, или выдумывать относительные (как везде) или постраничные (как в PIC) переходы, или брать адрес из двух ячеек подряд (как почти во всех CISC процессорах, это усложнение блока управления), или ещё что-то.

Честное слово, повторить внутренности PIC проще. Зато можно будет пользоваться готовыми прошивками! И компиляторами! В том числе с языков высокого уровня типа C/Java/Pascal/Basic/Fortran!!

[kotenok gav]

Dmitriy40 в сообщении #1462654 писал(а):

Там проблема вовсе не в объёме памяти, а гораздо глубже, в разрядности адресов и счётчика команд.
В данном варианте вам 8 фаз тактового цикла не хватит чтобы получить/записать байт из SPI ОЗУ, даже при

Так разрядность же сменить можно.

Dmitriy40 в сообщении #1462654 писал(а):

62256

Ну, неплохой чип. Но памяти в нем немного...

[Dmitriy40]

В общем, ставить туда SPI память на мой взгляд неразумно. Лучше обычное статическое ОЗУ типа 62256. Соответственно вопрос как будить SPI память отпадает. Статическое же управляется тривиально, двумя сигналами (WR и OE, CS можно вечно на 0 посадить). И ни будить его, ни уводить в спячку не надо.

[kotenok gav]

С этим согласен, будет действительно проще. Но у этого чипа не сильно много памяти.

[Dmitriy40]

32КБ мало?! По сравнению с 16 байтами?! Ну вот есть 72Мбит, причём в ещё паяемом корпусе (не BGA), тоже мало? Но разумеется уже не 5В. А вот есть и 5В 1МБайт.

-- 14.05.2020, 13:22 --

А если надо ещё больше — то SD карта вам в руки. Хоть до полутерабайта. Делать память в мегабайты обычно бессмысленно (и дорого).