Аппаратный эмулятор Радио-86РК на ESP8266

[Error404]

На базе этой микросхемы можно сделать самый дешёвый в мире терминал. До сих пор самый простой терминал на базе Atmega содержал 7 корпусов http://qsl.net/rw6hrm/html/8bitdisp.htm.

Уже есть такое. Поссылке самый дешевый (50р вместе с разъемами, сам контроллер 20р.) и самый микроскопический (влезает в корпус разборного переходника RS-232<->RJ45) терминал VT100/52. Клавиатура PS/2, выход на VGA (монохром), связь с хостом по RS-232.

[Advertiser]

[Ewgeny7]

heavy, еще одна хотелка, возникла при работе в пакете "Микрон"
Было бы полезно сделать перезапись, если имена файлов магнитной ленты совпадают при сохранении.
Иначе очень быстро вырастает целый ворох файликов.
Ну или хотя бы иметь возможность удалить ранее записанный магнитофонный файл, не прибегая к помощи большого ПЦ и вайфая.
А например, выйдя в меню "загрузка образа магнитной ленты" - выбрать файл и нажав кнопу, не загрузить его, а - удалить.
Так хоть порядок можно будет поддерживать.
Хотя, вариант с перезаписью был бы вообще шикарен.

[heavy]

Готовая 17-я сборка эмулятора:
https://github.com/klad-me/RK8266/tree/master/builds/17

Изменения:
- Переделай файловый менеджер
- Сделана сортировка файлов по имени
- Перезапись существующих файлов
- Отображение версии прошивки
- Убраны тормоза клавиатуры (при быстром нажатии нескольких кнопок они терялись)
- Немного переделан интерфейс

По поводу того, что забывает подключенную WiFi-сеть - я у себя такого не замечаю. Попробуйте программатором сделать полное стирание флэшки, а потом уже запись прошивки, возможно в секторах для параметров WiFi какая-то ошибка. Если не поможет - сделайте, пожалуйста, видео глюка.

В общем тестируем и отписываемся о результате !

[heavy]

С клавиатурой получше стало. В ксоникс уже можно играть, но общая скорость игры субъективно повыше.
Псевдографика подправлена, спасибо отдельное.
По воздуху снова не обновилось, вернее после передергивания питания не завелось. Там предлагается перегрузить, так вот, можно кнопку перезагрузки со стороны браузера??
И все же по скорости. Запускал сейчас LodeRunner и Xonix в эмуле, скорость ощутимо медленнее в эмуле, я бы сказал раза в два.
Скорее всего слишком быстро ВГ75 отрабатывает вместе с ВТ57, DMA тут работает шустрее.? так то процентов 20 оно общее быстродействие то тормозит?? Или больше должно?

Я держу частоту эмуляции проца на 1.78 МГц. В этом, видимо, и причина - не учитываю, что в реальности DMA отжирает шину. Вроде где-то слышал про фактические 1.35 МГц. Сколько лучше ограничение сделать ?
По поводу обновления - действительно, проблема есть. Только что окирпичил эмулятор в корпусе клавиатуры. Буду разбирать и сливать прошивку, чтобы понять что пошло не так..

[zebest]

Я держу частоту эмуляции проца на 1.78 МГц. В этом, видимо, и причина - не учитываю, что в реальности DMA отжирает шину. Вроде где-то слышал про фактические 1.35 МГц. Сколько лучше ограничение сделать ?

Сложный вопрос в действительности. Например считаем число ПИ. Там будем считать чисто проц работает, и как бы экраном НЕ ОСОБО не тормозится общее быстродействие. Один вариант.
Второй вариант - - ну например же эти две игры. Тут все на экране и в динамике, видимо нагрузка на связку ВГ75+ВТ57 побольше на реальном компутере, и общее быстродействие должно упасть, ну и картинка рисоваЦЦа помедленнее.
по быстродействию вычисления ПИ как бы я раньше проверял, было сопоставимо с реалом. Сейчас не знаю.
Задержку куда нибудь бы в связку ВГ75+ВТ57 добавить, динамическую, чем больше обращений, тем больше тормозим. Ну и наеборот.
Можно предположить, где обращения к экрану через монитор идут - там более менее скорость будет ровная, но в играх наверняка ПДП\DMA напрямую программили, для увеличения общего быстродействия построения экрана. imho
upd
Что еще подумалось. Хоть проц то команды выполняет по тактам более менее похоже?? не за один такт, что в принципе тоже возможно.
Перепроверил вычисление ПИ. У автора - , надеюсь на реале, 5 мин 10 сек, тут - 5 мин 12 сек. Так что тут сопоставима общая скорость

[Pyk]

Вроде где-то слышал про фактические 1.35 МГц. Сколько лучше ограничение сделать ?

Каждая выборка ПДП из памяти отжирает примерно 4 такта. Получается, что в обычном режиме видео каждую секунду теряются примерно 78*30*4*50 = 468000 тактов, что дает примерную итоговую частоту 1,32 МГц.

[zebest]

Но жестко ограничивать частоту на 1,32 то жЫ нельзя. я например ПИ буду считать на реале с выключенным ПДП. И что?? Тоже фигня, сильный разбег по быстродействию будет.

[barsik]

что дает примерную итоговую частоту 1,32 МГц.

Удивительно, что этот теоретический результат совпадает с моим замером.

Хотя возможно, что точную величину эффективного (т.е реального) такта РК86 сказать нельзя, т.к он зависит от кода конкретной программы. Я определял реальный такт РК86 в начале 90-тых запуская одну программу на ОРИОНЕ и на РК86 и засекая по секундомеру время прогона. Получилось 96 секунд и 182 секунды. И с помощью арифметики скорость РК получилась ~1.31 МГЦ. Но увы, ОРИОН был на Z80, так что это совсем не точный результат.

Но это только в режиме ВГ75, что устанавливается по сбросу (30 строк). А в графических играх, что ставят обычно 36-38 строк, быстродействие существенно падает. А в ещё более высокой High Resolution графике быстродействие падает, кажется, до 800 КНЦ. Заметно поднять скорость прогона можно понаставив стоп-байты для ПДП за последней стандартной позицией строки (начало строки +7 +64) и в начале пустых строк бордюра, но лучше не на каждой строке, т.к при полудохлых ОЗУ может пропасть регенерация.

Чтобы сделать эмуляцию точной, нужны замеры на реале при разном числе отображаемых строк. И все эмуляторы должны подстраивать скорость прогона в зависимости от числа строк. А в RK-DOS ВГ75 перенастраивается на более короткую длину пакета ПДП, что возможно тоже влияет на скорость прогона.

[SegaBoy]

При стандартных для РК86 настройках ПДП, во время отображения строки символов контроллер ПДП прерывает процессор во время первых четырёх линий (столько ему надо для загрузки следующей строки символов). Следующие линии строки отображаются без прерываний.
Из этого следует что в при размере высоты строки по умолчанию в 10 точек (первая и последняя не отображаются) - контроллер прерывает процессор первые четыре строки и следующие шесть не трогает. Но при изменении формата строки на высоту в 8 точек (так называемый "экран без разрывов) прерывания случаются уже четыре раза из восьми. Получается в таком случае и "средняя" частота процессора будет отличаться от частоты по умолчанию.

[heavy]

Исправил ошибку в загрузчике, из-за чего не работало обновление по WiFi. На гитхаб выложил 18-ю прошивку.
По поводу торможения ПДП уже понял. Сделаю максимально приближенно к настящему РК. Буду считать такты ПДП, которые забирает ВГ75 и менять частоту эмуляции.
Врядли сегодня успею, но завтра 99% будет к вечеру.