Просто, есть узкозаточенные. Например, декодировщики BIOS. ТАК распишут, с ТАКИМИ каментами - сам так замучаешься. Ейбо.

Эх, некротемку подниму, мож ещё остались товарищи, которые помнят, как сабж программировать.
А вопрос следующий. Есть устройство, в котором применялась ВЕ49 (у которой 128 байт ОЗУ). Надо бы, без корректирования прошивки, применить в этом же устройстве ВЕ35/48 (у которых всего 64 байта ОЗУ). Возможно подключение внешнего ОЗУ. Так вот, в последнем случае если программа обратится к ячейке ОЗУ по адресу более чем 64, автоматического обращения к внешнему ОЗУ не произойдёт? Конечно, если не использовать команды типа MOVX, то явно не произойдёт, а если INC@ или XCHD A,@Rr?

Режим косвенной адресации через @R0/@R1 либо командой movx
также могут использоваться команды outl bus/ins bus
отличия там в аппаратном исполнении доступа...
Читать доки надо (а влоооммм - у мня ни единой из этих МК не осталось, разве что ассемблер да симулятор).

Но без переделки прошивки, ежли разраб использовал "по максимуму" ОЗУ, вряд-ли удастся обойтись.
Хотя... маловероятно, чтоб такой изврат когда-либо делался - обычно до "жесткого максимума" не доходили.

PCBWay - всего $5 за 10 печатных плат, первый заказ для новых клиентов БЕСПЛАТЕН

Сборка печатных плат от $30 + БЕСПЛАТНАЯ доставка по всему миру + трафарет

Онлайн просмотровщик Gerber-файлов от PCBWay + Услуги 3D печати

100% могу дать гарантии что в таком варианте "автоматически" не произойдёт. Просто запсь/чтение ячеек за пределами 64 байт будет приводить к порче ячеек с 0 адреса и выше, либо в пустоту(что врятли, было бы неразумно оставлять полный дешифратор адреса при фактическом отсутствии ячеек и занимать площадь кристалла зря). А учитывая то как работает стек, скорей всего работает первый вариант - ячейки просто отзеркалены(старшие биты адреса просто игнорируются) на кратные адреса. т.е. если в памяти не хранится ничего критичного, то работать будет даже с переполнением памяти, но с периодическими непредсказуемыми глюками.
Насколько я помню, у внешнего ОЗУ в адресном пространстве ядра выделено своё окно, внутренняя ОЗУ - это один блок адресов зарезервированных независимо от фактической ёмкости памяти, для внешнего - другой и они естественно не пересекаются. Кроме того, доступ к внешней памяти занимает больше тактов, это может стать сильно критичным если программа рассчитывает на точный подсчет тактов для формирования временнЫх интервалов.

Выбираем схему BMS для заряда литий-железофосфатных (LiFePO4) аккумуляторов

Обязательным условием долгой и стабильной работы Li-FePO4-аккумуляторов, в том числе и производства EVE Energy, является применение специализированных BMS-микросхем. Литий-железофосфатные АКБ отличаются такими характеристиками, как высокая многократность циклов заряда-разряда, безопасность, возможность быстрой зарядки, устойчивость к буферному режиму работы и приемлемая стоимость. Но для этих АКБ очень важен контроль процесса заряда и разряда для избегания воздействия внешнего зарядного напряжения после достижения 100% заряда. Инженеры КОМПЭЛ подготовили список таких решений от разных производителей.

Подробнее>>

Спасибо, всё понял. Да, эта схема использована жОстко и по максимуму - калькулятор Элекон с встроенным интерфейсом принтера. Просто нужна была замена ВЕ39, а её уже фиг найти, хотя ВЕ35/48 валяются вёдрами. Если с прямыми обращениями к ячейкам памяти ещё можно сделать замену, то INC@ или XCHD A,@Rr заменить уже нечем.
И, кстати, по архиву топика - ранее были опубликованы ссылки на средства разработки для 8042, так вот обрадую, они для восьмибитной СР/М-системы. На моём компе https://radiokot.ru/forum/viewtopic.php?f=2&t=164080 они запустились нормально.

Новый аккумулятор EVE серии PLM для GSM-трекеров, работающих в жёстких условиях (до -40°С)

Компания EVE выпустила новый аккумулятор серии PLM, сочетающий в себе высокую безопасность, длительный срок службы, широкий температурный диапазон и высокую токоотдачу даже при отрицательной температуре. Эти аккумуляторы поддерживают заряд при температуре от -40/-20°С (сниженным значением тока), безопасны (не воспламеняются и не взрываются) при механическом повреждении (протыкание и сдавливание), устойчивы к вибрации. Они могут применяться как для автотранспорта (трекеры, маячки, сигнализация), так и для промышленных устройств мониторинга, IoT-устройств.

Подробнее>>

Так то ж DOS программы - обязаны на всем, что ее (DOS) поддерживает запускаться.
Вплоть до ХР х32.
А воть уже на 10-ке работать не будут...

а ТС тя чем не устривают старшие братья вроде мsс51 в 40/44пин корпусе с внутреней ромы+ рамы там поболе и инструк ци совместимые(даже расшарены)
осообо преуспели в том кетайкие процесоры где флешрома 64/128к не рдкость
шить их правда неясно чем по фэншую но в паралелном режиме таки можно подобно 8751

Ещё раз: это для восьмибитных систем, не для ДОСа. Z80, 580ВМ80/85, не более...

Тут задача в том, чтобы вытащить неисправный чип и воткнуть новый, 51-е несовместимы вообще.

Я имел ввиду программные симуляторы, а не аппаратные.
FD51 и FD48.

Заинтересовался в свое время микрухой 1816ВЕ39, в плане "а не слабо ли мне помигать светодиодом". Оказалось - не слабо, но муторно собирать к ней внешнюю память программ.
Ее скромные возможности произвели впечатление. Написал даже какие-то программки.

Хотел даже освоить КР1820ВЕ1 (COP402), - это еще жестче, но не нашлось ни ассемблера, ни хоть каких-то примеров.

BOB51, FD48 под ХР запускается, но после команды загрузки файла на раздражители более не реагирует. То ли лыжи не едут, то ли я...

Загрузка там или *.hex или *.bin файлом - уже не помню...
FD51 под ХР я постоянно пользуюсь, а вот FD48 лежит в архивчике.
Для FD51 надо и сам симулятор и *.hex держать в одном каталоге.

Ассемблер-линкер для тех же комплектов от AD2500 софтваре вместе с бат-файликами имеется...

Ежли интерес будет - скину каталоги с софтинкой настроенные для работы с D диска как для mcs51,
так и для 48й.
Только сейчас для 51й я атмелевским ассемблером пользуюсь - тот более универсален и свободно бесплатный.

Мне вот потребовалось поработать с подобными МК, но в ChipProg их не всунешь( Есть ли у кого чертежи плат Turbo v6 или подобного ?

У них в основном внешнее ПЗУ (типовое РФ2/РФ5).
Ежли 48я - там надо самодельный программатор делать - старые были для 98й форточки....
На современных ОС не поддерживаются...

Самоделку городить конечно мнжно... однако 48-х уже и в антквариате нету...

смысл проектировать на архивных деталках? надо переводить на 51 кетай не думаю что доводка кода будет слоржной

У меня ассортимент ноутбуков - от MS-DOS до Win7, не проблема совсем.

Все есть, и можно купить) Так то этот "Turbo" не особо и сложный, но с ПП проблема, хоть бы картинки просто найти, как шаблон в Lay будет, а там за завод отправить. Без металлизации БДСМ чистой воды.
И кто это будет делать ? Я что ли ? Тем более ничего не проектируется, все уже есть, просто нужно прошить несколько МК.

Когда то, для чего то (уже не помню зачем), написал дизассемблер 8048 под CP/M.) Где то есть.)

В каком-то журнале, вроде бы "Радиолюбитель", был частотомер на этом(или на версии с отдельной памятью?) МК. Там еще был самодельный термостат. Жаль что печатку мозгов не смог сделать, начал сходить с ума от ужаса - много всего( В 1спп хотел уместить - без металлизации смысла нет такое делать.