КМ1816ВЕ48

[OKF]

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

[rw6hrm]

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

[BOB51]

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

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

[Alexeyslav]

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

[rw6hrm]

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

[BOB51]

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

[musor]

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

[rw6hrm]

[uquote="BOB51",url="/forum/viewtopic.php?p=3801870#p3801870"]Так то ж DOS программы - обязаны на всем, что ее (DOS) поддерживает запускаться.
Вплоть до ХР х32.
А воть уже на 10-ке работать не будут...
[/uquote]

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

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

[BOB51]

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

[Shuspano]

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

Код: Выделить всё

.org   0x0000
      STOP TCNT
      CLR   A
      CLR   C

;      cpl     C
table_load:   mov   A, #table
      movp   A, @A 
      mov   R2, A
      inc   
      cpl   A
;      anl   A, #0xF0
      movd   P4, A
      mov   A, R2
      cpl   A
      swap   A
      anl   A, #0x0F
      movd   P5, A

      mov   A, R2
      call   delay
      jmp   back
      
delay:      mov   R0, #0x9C
      mov   R1, #0x9C
loop:      djnz   R1, loop
      djnz   R0, loop
      ret
table:      .db   0x01, 0x02, 0x03, 0x04, 0x05, 0x06, 0x07, 0x08, 0x09
.end

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

[rw6hrm]

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

[BOB51]

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

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

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

[Professor_X-16]

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

[BOB51]

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

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

[musor]

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

[Professor_X-16]

Ежли 48я - там надо самодельный программатор делать - старые были для 98й форточки....

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

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

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

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

И кто это будет делать ? Я что ли ? Тем более ничего не проектируется, все уже есть, просто нужно прошить несколько МК.

[OKF]

[uquote="rw6hrm",url="/forum/viewtopic.php?p=3801800#p3801800"]И, кстати, по архиву топика - ранее были опубликованы ссылки на средства разработки для 8042, так вот обрадую, они для восьмибитной СР/М-системы. На моём компе https://radiokot.ru/forum/viewtopic.php?f=2&t=164080 они запустились нормально.[/uquote]
Когда то, для чего то (уже не помню зачем), написал дизассемблер 8048 под CP/M.) Где то есть.)

[O5SCP14]

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

[A_AVL]

Тут пришло в личку письмо с запросом на образец исходника для 8048.
Это часы, будильник и может таймер. Уже не помню. 25 лет прошло.
Статья со схемами и более расширенной прошивкой была в журнале "Радиолюбитель" №4/2000 "Многофункциональный таймер"
Выкладываю. Того исходника двухкилобайтной прошивки не сохранилось.
Остался только исходник влезающий в 1816ВЕ48 с одним будильником и таймером.
Проект был рабочий, но вроде нужны мелкие правки (адреса коротких переходов могут вылезать за сегмент, похоже это
какая-то промежуточно-последняя версия).
Как есть, проверять некогда. Это нужно ставить DOS и т.д.
Собирался с помощью Avocet48. Отлаживался им же и FD48
Можно пользоваться с сохранением авторства.

[solonoid]

Уважаемый A_AVL, а нет ли у вас со старины прошивки для часов на 1816ве48 в машинных кодах, а не на ассемблере?