ЦПУ 8085

Приветствую всех!
В качестве хобби решил по изучать ЦПУ 8085.
За основу взял проект по ссылке ниже.
http://www.glitchwrks.com/2010/09/02/8085-sbc
Заказал печатную плату по второй версии.
[url=http://www.glitchwrks.com/2010/09/02/8085-sbc]http://www.glitchwrks.com/2010/09/02/8085-sbc[/url]

вопрос, как разрабатывать по, есть ли схемка отладчика.

Читал читал, ничего не понял, слишком много англицких буков. Это похоже на пародию на микроконтроллер что-ли. Это вы не обдумавши взяли этот проект. Что с ним делать фиг знает. Как загружать в него код тоже непонятно. Есть ли периферия,? Уж слишком мало микросхем на борту платки. Что делать то с этим собираетесь?

вопрос, как разрабатывать по, есть ли схемка отладчика.

Странный вопрос, это же по сути тот же КР580ВМ80А в программном смысле, там только две дополнительные команды добавлено, если мне память не изменяет. Для работы с последовательным портом, который встроен прямо в микропроцессор. Это просто взяли КР580ВМ80А и необходимую для него обвязку, тактовый генератор, буфер шины адреса и системный контроллер и запхали в один корпус, и как бонус одно питание, только +5 В.

Как я понял из платы, то это просто ядро, то есть самый минимум. CPU + ПЗУ + ОЗУ и немного логики, для дешифратора адресов, защёлкивания младшей части адресов. Так что, всё просто, пишите ПО, хоть на бумажке, потом программируется ПЗУ там типа 2Кб или 8Кб и оно работает. Да по сути обычный одноплатный контроллер. И как я понял если не считать ОЗУ и ПЗУ то остаётся 6 сигналов "Выбор кристалла" /CS для периферийных устройств.

Ну соберите, поиграйтесь... Как по мне, лучше полноценный ПЭ собрать на КР580 серии, гораздо интереснее, поставить 1 микросхему ПЗУ К573РФ4 на 8 Кб и 64 Кбайта памяти на 8 микросхемах КР565РУ5 + ~12 микросхем обвязки для реализации регенерации и прозрачного доступа. А дальше оставлять так, будет контроллер, либо добавлять клавиатуру, дисплейный модуль и будет ПЭВМ...

ведущий_специалист пишет:Читал читал, ничего не понял, слишком много англицких букв

Слышал, что якобы есть какой-то бесплатный Google онлайн переводчик сайтов, который по крайней мере для английского языка переводит сайты более-менее понятно.

san010101 пишет:решил поизучать ЦПУ 8085... как разрабатывать ПО, есть ли схемка отладчика?

Как-то нелогично написано. Ибо отладчик это просто программа (и если в нём есть схема, то это лишь блок-схема алгоритма его работы). Возможно под этим Вы понимаете схему поциклового или покомандного пошагивателя типа той, что применялась при отладке РК86 и ОРИОНА.

Если речь о отладчике, то в принципе, если так уж необходимо, чтобы в встроенном в отладчик мини-дизассемблере дизассемблировались и две добавленные в 8085 документированные команды RIM и SIM, то теоретически можно попробовать доработать исходник отладчика DDT или отладчика ИРИШИ, ибо я в основном разобрал их исходник и логика работы мини-дизассемблера и мини-ассемблера более-менее понятны. А что касается стоп-точки, т.е трассировки прогона, то для останова там используется код RST 30H (иногда RST 08H) и потому вообще без разницы какой маш.код был в точке останова. Теоретически можно даже встроить в мини-дизассемблер отладчика для 8085 и 10 удобных программисту и реально полезных, но почему-то закрытых фирмой Intel и оттого считаемых недокумментированными, команд. Хотя и нет программ использующих эти 10 доп.команд и потому такой отладчик пока в принципе не особо нужен.

Если речь о аппаратном пошагивателе, то это думаю актуально и для ведущего_специалиста, т.к он собирается в своём РК86, чтобы разогнать его до 5 МГЦ, заменить процессор КР580 на 8085 (ибо до сих пор не нашлось желающего оплатить изготовление на заводе крупной партии украинских скоростных процессоров КР580 ВМ1). В нашей стране в самоделках процессор 8085 не нашёл широкого применения, ибо его отечественный клон появился уже под занавес СССР и их вероятно не успели много сделать, - на местном радиорынке в 1990-е годы его не встречал ни разу. Так, что искать схему пошагивателя вероятно разумнее в иностранных источниках, ибо хотя я и не встречал ни одной иностранной бытовой ЭВМ на 8085, но там он широко применялся в промышленных контроллерах и был распространён пошире, чем в России.

Если в строке поиска писать русскими словами "схема пошагивателя для CPU 8085", то схема не гуглится. Но даже, если схему пошагивателя найти не удастся (хотя она должна быть, м.быть она даже есть в Коффроне), то вероятно можно разработать её из головы. Режим пошагивания должен быть в любом микропроцессоре и вряд-ли инженеры Intel были так глупы, что это не понимали.

Я в схемотехнике не люблю разбираться и не помню как устроен пошагиватель для КР580, хотя он у меня есть ещё с 1987 года, когда отлаживал РК86 (там на крошечной платке стоят всего 2 микросхемы 155-й серии, микрик снятый с тумблера в роли кнопки "Шаг" и микропереключатель для тумблера "Шаг/автомат"). Зато у меня осталась память на цифры и я помню, что схема пошагивателя КР580 была в ж.Радио N 10 за 1986 год и N 5 за 1990-й.

Вроде бы триггер выдающий READY в пошагивателе КР580 сбрасывается по сигналу SYNC, что формирует этот процессор в начале каждого маш.цикла. Потому это пошагиватель по маш.циклам. Но можно сделать пошагиватель взводя триггер переводящий CPU в ожидание и сигналами /RD и /WR. Для Z80 также есть варианты схем пошагивателя (видел схему с остановом по /MREQ). Надо узнать какой апп.признак у 8085 формируется при маш.цикле чтения кода команды и подумать.

Есть решение, как упростить процедуру внесения изменений в код программы? Все так же переписывать ПЗУ? Может какие есть аппаратные эмуляторы.  
Например в платка ОЗУ с com портом. На ПК собрал бинарник и по com порту записал в память.

san010101 пишет:Есть решение, как упростить процедуру внесения изменений в код программы?

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

Вообще программ для РК86 существует несколько сотен, а методов внесения в них изменений есть несколько. В случае если нужны простейшие изменения, например, чтобы изменить адрес порта или, например, чтобы перевести на понятный язык тексты, или нагло изменить титр в чужой программе, чтобы присвоить себе её авторство, то может хватить хорошего отладчика.

Если же речь о существенном изменении программы, то нужен исходник. Для свой программы он есть, а для чужой программы, чтобы получить исходник используют дизассемблеры (в последние 25 лет это обычно IDA, лучше неё ничего нет), а далее, имея исходник, его загружают в текстовый редактор и осмысленно изменив в этом исходнике какие-то буквы или даже добавив в него новые программные строки, затем полученный новый исходник перетранслируют используя транслятор с языка на котором написан этот исходник.

Так традиционно и вносятся изменения в программы. Есть правда виртуозы, что обходятся без отладчиков или перетрансляции. Они загружают программу в HEX-редактор и меняют байты прямо в машинных кодах ибо читают коды просто как книгу, дизассемблируя их в голове даже не пользуясь таблицами и редактируют рямо HEX-кодами.

san010101 пишет:Всё так же переписывать ПЗУ? Может какие есть аппаратные эмуляторы.

Сейчас менять содержимое ПЗУ может быть намного проще, чем это было в 1986 году. Есть EEPROM как со стандартным интерфейсом (что удобноее), так и с загрузкой по SPI (для чего нужен дорогой китайский прошиватель EEPROM и УФ-ПЗУ).

Читал в ж.Радиолюбитель, что возможны эмуляторы ПЗУ на микроконтроллерах, а для устройств, где скорость прогона не важна, роль эмулятора ПЗУ может играть даже другой компьютер через ППА имитирующий сигналы читаемые из ПЗУ.

Но заниматься таким маразмом для РК86 и сейчас это глупость. Ибо есть эмуляторы, где всё прекрасно можно проверить затрачивая на два порядка меньше времени, чем тщетно пытаясь подогнать скорость аппаратного эмулятора ПЗУ к скорости вреале.
Например в платка ОЗУ с com портом. На ПК собрал бинарник и по com порту записал в память.[/quote]

Вообще программ для РК86 существует несколько сотен...

Но заниматься таким маразмом для РК86...

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

Все так же переписывать ПЗУ?

И тут я думаю EEPROM самый оптимальный вариант, с электрическим стиранием информации, но, нужно иметь программатор для этого.

Есть идея сделать на базе ардуино псевдо ПЗУ. То есть эмуляция выводов адрес и данные. Программа будет в массиве и со стороны ЦПУ ардуино будет выглядеть как обычная ПЗУ.
Попрошу не умничать, зачем это надо и на дворе 2021.
Просто так, не зачем. Хочу и все так.

Есть идея сделать на базе ардуино псевдо ПЗУ. То есть эмуляция выводов адрес и данные. Программа будет в массиве и со стороны ЦПУ ардуино будет выглядеть как обычная ПЗУ.

Ну если знаете как реализовать это на МК, а на "борту" любой ардуины стоит обычный микроконтроллер (МК), то и нет тогда проблем никаких, только не забудьте про управляющие сигналы, как минимум "выбор кристалла" /CS, и как вроде ещё один есть, запамятовал название. Вот только не очень понятно, зачем к МК добавлять аппендикс из i8085 (КР1821ВМ85), если сам МК, как минимум в 4 раза быстрее и может делать всё тоже и даже больше. Ну, хозяин барин, каждый делает, что хочет и что нравится, лично ничего не имею против.

Попрошу не умничать, зачем это надо и на дворе 2021.
Просто так, не зачем. Хочу и все так.

Не очень понял смысл данных трёх предложений. Извините конечно, но это набор каких-то не связанных слов. Но, уловил общую суть, типа:
"Я ни я, жопа не моя, чё вы мне тут втираете, я и сам с усами, а вы все старые маразматики, как захочу, так и сделаю, и вообще плевал я на вас, так как я гений и у меня семь пядей во лбу..."
Могу конечно и ошибаться, в деталях, так как повторюсь, смысл не уловил, того, что вы хотели сказать.

Набор букв.

[quote="Viktor2312"]

Есть идея сделать на базе ардуино псевдо ПЗУ. То есть эмуляция выводов адрес и данные. Программа будет в массиве и со стороны ЦПУ ардуино будет выглядеть как обычная ПЗУ.

Ну если знаете как реализовать это на МК, а на "борту" любой ардуины стоит обычный микроконтроллер (МК), то и нет тогда проблем никаких, только не забудьте про управляющие сигналы, как минимум "выбор кристалла" /CS, и как вроде ещё один есть, запамятовал название. Вот только не очень понятно, зачем к МК добавлять аппендикс из i8085 (КР1821ВМ85), если сам МК, как минимум в 4 раза быстрее и может делать всё тоже и даже больше. Ну, хозяин барин, каждый делает, что хочет и что нравится, лично ничего не имею против.

Зачем тогда весь смысл со старым железом связываться???

Зачем тогда весь смысл со старым железом связываться???

Вот и я не пойму, зачем? Если есть МК делайте на нём. Если есть i8085 то на нём, и уж тогда не пхать туда МК.

Так как стереть УФ лампой ПЗУ, прошить, запустить, не получилось, повторить процесс, это и есть то удовольствие которое приносит рэтро "железо", а добавление "резиновых женщин", это уже полумеры.

Но, как делать, это конечно вам решать.

Проще конечно использовать флеш пзу. Но нужно проверить идею. Я не приверженец истинных ретро, по мне смесь нового и старого больше нравится.

И все таки, что нужно то? вм85 исполнять код из псевдо пзу? Или всетаки как то играться с ассемблером (си) 8085? Платка просто куплена чтобы проверить как работает эмулятор епромки из ардуйни?

ведущий_специалист пишет:И все таки, что нужно то? вм85 исполнять код из псевдо пзу? Или всетаки как то играться с ассемблером (си) 8085? Платка просто куплена чтобы проверить как работает эмулятор епромки из ардуйни?

По игратся с ассемблером на реальном проце, идея с эмулятором пзу не новая, хочу ее применить.

Правильно ли я понял из выше лежащих постов, что речь о том, чтобы получить то же самое, что даёт использование ПЗУ программируемое по последовательному интерфейсу (т.е быстрая оперативная заливка в ПЗУ нового кода), но ещё и встроенный в МП-ядро аппаратная реализация программного отладчика? Чтобы также не загружая в ОЗУ программный отладчик можно было покомандно шагать с возможностью просматривать на встроенных в аппаратный эмулятор HEX-индикаторах регистры CPU (что традиционный пошагиватель, типа отладочного пульта для ИРИШИ, дать не может ибо показывает на HEX-индикаторах только состояние шин).

Это вряд-ли облегчит отладку дохлой изначально системы, ибо на дохлой системе не требуется знать состояние регистров, потому отладка будет не быстрее, чем с обычным пошагивателем снабжённым индикацией шин (таких схем много - даже по вашей ссылке есть, один из примеров такого пошагивателя - отладочный пульт ИРИШИ, хотя я считаю, что трахаться делая громоздкое устройство, что понадобится один раз в жизни на полчаса, иное дело, если серийное производство). А на рабочей системе, обычный программный отладчик даст больше возможностей отладки, чем аппаратный отладчик встроенный в эмулятор ПЗУ.

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

У меня нет желания отвращать Вас от реализации этой, ясно, что вполне реализуемой идеи, я лишь высказываю мнение, что они кажутся нелогичными, т.к то, что Вы хотите поиметь на базе отдельного МК, уже имеется вообще без всяких доп.конструкций (это почему-то наводит на мысль, что не знаю куда бы присобачить МК в ретро-хобби, ему придумывают разные не особо нужные задачи). Но раз такая идея реализуема, то это возможно не причина этого не делать. Может быть я не знаю каких то доп.плюсов или нюансов, но пока из того, что мне известно получается, что эмулятор ПЗУ -это идея электротраха лишь ради самого электротраха.

Кстати, у многих людей в ретро хобби идеи-бзик есть, хотя, если они одиозны и нереальны, то не грех открыть человеку глаза (увы, как показывает опыт, особо сдвинутых это не спасёт). Хотя в отличие от нереализуемых идей Виктора, эта идея вполне реализуема и даже не сложна для тех, кто овладел программированием скоростных современных МК.

Viktor2312 пишет:Может хватит уже этот РК сувать, как затычку в каждую дырку, это тема не об РК и он к данному вопросу вообще не имеет никакого отношения.

Не было написано об отладке каких программ идёт речь, естественно мозг апроксимирует это к текущему обсуждению. Извиняюсь, что упомянул РК86, вызвав раздражение иришатников. Писал очень сильно усталым и прочитав до того темы про РК и установку в него 8085 в голове возникло ложное впечатление, что тема выложена в разделе РК86. Но это ничего не меняет, т.к можно убрать слова РК86 и верность предложений полностью сохранится.

Может быть поможет.
https://github.com/alemorf/retro/tree/master/specialist-sd_controller/%D0%A4%D0%B0%D0%B9%D0%BB_boot_rks
тут ассемблер именно под 85, ну и с примерами как да что.

Эмулятор ПЗУ это просто EEPROM с прошивкой по последовательному интерфейсу. Потому делать эмулятор ПЗУ в виде отдельной платки с МК и своим ОЗУ, в которое грузится отлаживаемый код ПЗУ - не имеет смысла. Аппаратный отладчик немного похож на эмулятор ПЗУ. Тем, что также включается в шину (через сист.разъём или через панельку CPU, в последнем случае тот же CPU есть на платке этого аппаратного отладчика) и тем, что также содержит ОЗУ и выполнен на скоростном МК и при необходимости может работать как эмулятор ПЗУ, т.е заменять ПЗУ.

Но апп.отладчик отличается тем, что позволяет делать пошаговую отладку, останов в нужных стоп-точках программы и потому или имеет органы индикации и управления или же подключается к PC по последовательному интерфейсу. PC тогда служит не только цели загрузки отлаживаемого кода в апп.отладчик, но и позволяет просматривать содержимое регистров в точках останова и менять их.

barsik пишет:то, что Вы хотите поиметь на базе отдельного МК, уже имеется вообще без всяких доп.конструкций

Если немного подумать, то можно прийти к выводу, что для отладки кода ПЗУ в реале аппаратный отладчик на МК имеет смысл для контроллеров (хотя сразу возникает вопрос зачем контроллер делать на CPU 8085, если разбираешься в современных МК ?), а для компьютеров это имеет лишь небольшой смысл.

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

Дело в том, что программный отладчик не поможет отлаживать код в ПЗУ с трассировкой и с прогоном с точками останова. Это затруднительно из-за того, что байт кода RST 30H, требуемый для программной остановки в ПЗУ очень хреново записывается (точнее требуется его перезашивка). Так, что отлаживать ПЗУ по рабочим адресам программным отладчиком не получится (тут поможет только замена ПЗУ в окне ПЗУ на ОЗУ).

Но всё-равно для компьютеров в этом лишь незначительный резон потому, что, во-первых, для ретро компьютеров есть отладчики в эмуляторе, которые допускают задание СТОП-точки в ПЗУ и позволяют покомандную трассировку прогона кода в ПЗУ. А во-вторых, на кой хрен вообще отлаживать программы именно в ПЗУ. Коды ROM-BIOS предназначенные для ПЗУ прекрасно отлаживают странслировав их в ОЗУ, и лишь полностью отладив работу ROM-BIOS в ОЗУ, заменяют в исходнике адрес размещения кода и перетранслируют код уже для адресов ПЗУ.

Интересно узнать как устроен такой аппаратный отладчик или хотя бы эмулятор ПЗУ. Были ли сделаны когда-то кем-то какие-то прототипы аппаратного отладчика?