PC-01 Lviv

Код Delphi

Procedure NOP;
begin
DelayBfC;// старт отсета длительности подобное включению секундомера
izmRgPC(+1);
RegisterWiewOfCommand;
DelayEfC(4);end;// проверить прошло ли время со старта равное 4 цикла или еще задержать

Это уже слишком

Не получал нужных мне ответов ! Вот поэтому здесь она заглохла! 1. А вот там я получаю нужные мне ответы!
2. А ты поисчи... - еще найдешь!... и не одном форуме!... А это что... кого-то задевает что-ль..? Странное отношение к моему модулю и моей теме (и ко мне)! Убеждают меня, что модуль никому не нужен, да еще и написанный на дельфи... тем не менее настраивают "Специально обученный спам-робот" на поиски сообщений связанных с этим модулем!... а также делают цитаты из других форумов моих же сообщений СЮДА!!!?!?!?!?
То ли лыжи не едут... то ли я чего-то недопонимаю!???!!....

А что именно "слишком"?...
Для команды НОП такую задержку делать?... Что-ль?
Или само устройство задержки?...

Это лишнее. Слишком накладно инициализировать таймер каждую команду.
Не совсем понятна необходимость отслеживать РС, ведь программа выполняется кодом, скомпилированным Дельфи. Всё равно по адресу РС реальной программы/данных нет.
Это я не понял, но "вид" в переводе на английский - View.
И ещё раз: realtime-задержки под виндой - это фикция. Твой процесс не будет выполняться эксклюзивно. Поэтому во всех эмуляторах работа в течение какого-то количества тактов идёт на максимальной скорости, а по достижении некоторого количества тактов сравнивается реальное время и эмулируемое, после чего делается задержка на разницу этих времён. Большее количество тактов приводит к рывкам в эмуляции, но т.к. задержка более длинная, больше вероятность того, что винда более точно выполнит эту задержку. И наоборот, если задержка короткая, то винда не гарантирует её точность, и как следствие - также появляются рывки в эмуляции. Максимальная точность таймера в винде (а это Multimedia Timer) 1 миллисекунда, что при частоте 2МГц соответствует 2000 тактов. Т.е. меньше, чем 2000 тактов за раз, эмулировать смысла нет.

sas9568635 Именно это я и пытаюсь сказать последние несколько постов в этой теме.

А вы видели как реализован таймер?... Я не думаю что накладно, да и я проверял осуществляются ли задержки команд, т.е. вкладывается ли реализация команды в свое кол-во циклов. На нармальной скорости многие команды вкладываются в предоставленные им циклы. И это мне достаточно! Я не стремлюсь сделать идеал! Как в том анекдоте "Грузинская школа:Сколко будетъ дважды-два? ...правылно Гоги, гдэ-то семъ, восемъ, иногда дэвять..."
В модуль реализован (УЖЕ!) эмулятор который использует ЭТИ ЖЕ команды - ЭТО ДЛЯ НЕГО !
т.е. вот так вот:

........................
// Выбор и запуск команды
Case com_ of
{0x}
$00:NOP; $01:LXIB(w1); $02:STAXB; $03:INXB; $04:INRB;
$05:DCRB; $06:MVIB(b2); $07:RLC; $08:NOP08; $09:DADB;
$0A:LDAXB; $0B:DCXB; $0C:INRC; $0D:DCRC; $0E:MVIC(b2);
.................

1.Уже исправленно. Ну неумею я как-то сразу внимательно и без ошибок!
2. Вызывает процедуру нужен ли вывод Регистров в форму... проверяет флаг включения вывода регистров в форму после каждой команды... выводит в форму...
ну иль не выводит... просто возврат!
Честно говоря я очень слабо понял о чем речь... видимо еще "не доплыл" до этого... и опять же : а ВЫ видели процедуры зажержки какие я использую?... И если они даже очень приблизительны, НО в каждой команде они, я думаю они сами будут покрывать "свои грехи" т.е.погрешности так как программы это сотни и тысячи таких команд... Вообщем у меня рывков не замечается т.е. ЭТО то что нужно!
Мой встроенный эмулятор, это для того чтобы можно было испытовать программы в "Приблизительном виде", т.е он и не должен быть проффесиональным, а для запуска и ИСПОЛЬЗОВАНИЯ можно ведь использовать и проффесиональные эмуляторы, ну например, "Башкирия"
Вообщем все пока так! А делее видно будет! Тут главная проблема что ПЗУ не запускается! Вот где головняк! А это все мелочи.

sas9568635
Ваш подход не верен в том, что вы ставите паузу на каждую команду. Прогармма, исполняемая в Винде не может манипулировать такими маленькими задержками. Более того, это очень напряжно по ресурсам. Дмитрий предлагает Вам классическое решение. Вы не должны эумлировать команды в риалтайме. Вам нужно собрать очередь из команд, скажем на 50 000 тактов, и проэмулировать их за период времени 20 мс.

Вообще-то может, но тогда будет 100% загрузка процессора.

b2m
Ну, во-первых, ось под себя будет процессорное время забирать. Так что даже если все остальное отдать одному процессу, глюки все равно будут.
А во-вторых, выполнение процедур виндовой программы (как и эмуляционных, так и таймерных) не знаю еще сколько времени займет. Тут от компилятора зависит.

Zelya и b2m:
Может?!... не может?!...
У меня он грузит процессор на 50%, процессор АТОМ450… Выложу черновик посмотрите как оно у Вас будет….
В эмуляторе это сделать можно.. а вот как это сделать в командах Дельфи - ума не приложу… да и не вижу я пока в это необходимости !
А вообще, лучше бы мне помогли разобраться почему у меня ПЗУ не грузится нормально, вот чем соль?... Поможете?... Черновик на днях выложу…
Или опять на Дельфи гнать будете? И чем вам всем Дельфи насолила ?

Да нет, "сало как сало" (т.е. Дельфи как Дельфи). Я то паскаль знаю ещё со времён, когда РС не было у нас в стране и даже могу сказать, чем отличается стандартная версия от ISO, от объектного (по версии Apple), от Турбо (который Борланда и потом Дельфи (паскаль с классами)) и т.п.

А почему у тебя не грузится ПЗУ - разобраться легко, делаешь трассу своим модулем и любым из эмуляторов, в точке, где возникнут расхождения, там и ошибка. Собственно, я выкладывал ядро процессора в исходниках, его доработать на вывод автоматического листинга - от силы пара часов (это если не хочешь в отладчиках эмуляторов жать "Single step").

Ну раз легко, выложу черновик, поможешь?... Иль это только на словах «легко»…
Я выкладывал черновики где можно прямо в среде дельфи испытать каждую команду, задавая регистрам и флагам значения и опрашивая их после выполнения команд, причем можно делать это в цикле программно … Но, тем не менее, ни один человек на ЭТОМ форуме не сказал, что какая-то команда неверно реализована иль еще чего нить не так.. Вот тебе и «легко»! А самому проверять своё же написанное бессмысленно. Нужно «с других глаз»…

sas9568635
Послушайте, Владимир и Дмитрий делятся с Вами своим богатым опытом по эмуляторостроению и дают ценные советы. А Вы предлагаете им ставить Делфи и дебагать Вашу программу. Ясно что никто и не подумает этим заниматься.

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

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

Спасибо ! Хорошо! ....раз такой же кофточки, но с перламутровыми пугвицами нет у Вас -
Будем искать! (из к/ф "Бриллиантовая рука")