[uquote="salang",url="/forum/viewtopic.php?p=3105603#p3105603"]Мне кажется, что внешнее ПЗУ- перебор и лишние траты на производство ДПП и разработку. Даже ВЕ31 давно не попадалось в хламе (не говоря про 8031), а представить что кто-то будет специально покупать- не могу. Вообще лучше по максимуму использовать имеющееся в кристалле. И загрузку основную лучше сделать через USB (пусть и через конвертор, если в МК нет нативного), т.к. MB c соm-портом уже давно нет. Может достаточно будет универсальной платы для 89S52/89С4051
типа такой?[/uquote]
В принципе всегда в достатке микросхем и готовых конверторов USB-COM с весьма стабильно и надежно работающими в различных ОС дровами для ПК - зачем изобретать лишнее?
Тем более, что за основу связной/загрузочной консоли выбрана уже готовая свободно-гуляющая прожка "terminal" и/или подобный ей софт. Одна из задач - избежать написания прожки для ПК и сопровождающего "трах-тибидоха" с драйверами.
Я ж не говорю именно о базировании на 8031 - НО...
конструкция изначально должна предусматривать ВСЕ варианты расширений.
Еще одно существенно замечание -
проработка делалась только для загрузчика КОДА ПРОГРАММЫ В ВИДЕ *.hex файла
на каком исходном языке прожка будет создаваться (ассемблер, СИ, бейсик или чего иного) и каким компилятором тот *.hex файл будет создан - АБСОЛЮТНО БЕЗРАЗЛИЧНО.
Далее...
для конструкции с совмещенной ВПП/ВПД на основе ОЗУ доступны давно подзабытые приемы работы с ПО синклероподобных персоналок в типовых МК с фиксированным кодом в РПД не применимые.
Отдельный вопрос о применении (непосредственно в той же платке pin-to-pin) атмелевских МК с внешней памятью данных ATmega8515/ATmega162... Однако там потребуется корректно написанный интерпритатор... что само - по - себе есть отдельное направление, также как и блоки-расширители с I2C еепромкой "на борту", содержащей дополнительное подгружаемое ПО утилит для работы с данными устройствами.
Платки АОН... вряд-ли специализированное изделие имело режим "совмещенная ВПД/ВПП" (см. назначение верхнего элемента микросхемки D2 на схемке основного модуля, обеспечивающую выходной сигнал /memr).
При любой перепрошивке в схеме это все же ПЗУ, а не ОЗУ по весьма специфичным нюансам работы системы команд.
Хотя - вариантов у конкретного владельца платки также достаточно. Одно НО - прийдется инициализацию UART под конкретный кварц скорректировать и на больших массивах данных затем перепровеерить... Ибо там уже ошибка не нулевая будет, а *.hex файлы защиты вида CRC не имеют.
, но они только ISP . Прямо как во времена ZX80- для сборки 
