Вид для печати
Не хватает строба WR?Код:; init all VI53's to mode 3
IniVis: mov #^C^B0000101100110110, @#177714
mov #^C^B0000101101110110, @#177714
mov #^C^B0000101110110110, @#177714
mov #^C^B0000011100110110, @#177714
mov #^C^B0000011101110110, @#177714
mov #^C^B0000011110110110, @#177714
return
Я не знаю как звучит настоящий менестрель. Мне люди присылали Wave файл, снятый прямо с выходов менестреля, там именно так всё и звучало, сглаженно. Я и подумал, что так оно и должно быть. Пищалка Бкшная ведь тоже выдаёт нифига не меандр. Там конденсатор здорово сглаживает иголки. Так, что используя ШИМ, можно громкость звука регулировать.Цитата:
Сообщение от BlaireCas
Сделаю.Цитата:
Сообщение от BlaireCas
Да, оно работает только в эмуле. Вообщем добавил clr после записи для выставления ~WR.. Надо будет узнать у владельца девайса помогло или нетЦитата:
Сообщение от shattered
UPD: заиграло на реальном устройстве, надо-бы попросить владельца записать wav-ку для сравнения с эмулятором. В реальном девайсе конечно есть RC фильтр на выходе, надеюсь не настолько уж он сильно фильтрует НЧ
А в описании i8253 написано, что данные фиксируются по уровню, а не стробу.Цитата:
Сообщение от shattered
Я кстати пробовал фиксировать запись данных по стробу, сразу перестало работать ПО из ПЗУ менестреля.
Тут еще выяснилось кое-что с менестрелью:
1) Эмулятор выдает частоту в 2 раза ниже. Вообщем надо частоту поднять в 2 раза у меандра в режиме 3. Собрал реплику уже сам, генератор 1МГц как у родной - играет выше эмулятора на октаву.
2) Кстати да - в реале тоже стоит жестокий RC-фильтр и в эмуляторе теоретически фильтрация сделана похоже (но все-же лучше иметь возможность делать ей вкл/выкл).
3) При включении БК менестрель (без своей ПЗУ) издает нехороший гуд и гудит пока её не инициализируешь :) (мое имхо - эмулировать такое поведение не нужно..)
Цитата:
Сообщение от gid
В ПЗУ менестреля...
код вывода в 177714 такой (спасибо Хунте за дизассемблер):
То-есть после записи в регистр сразу выставляется ~WR в высокий уровень (в первом mov ~WR низким уровнем идет).Код:N57516:
MOV R5, -(SP)
MOV #6000, R5
XOR R5, R4
COM R4
MOV R4, @#177714
CLR @#177714
MOV (SP)+, R5
RETURN
.... используется например вот так ...
N57440:
MOV L57452(R1), R4
CALL N57516
RETURN
L57452:
.WORD 103466 ; выставление режима 3 счетчикам 0..2 у двух чипов
.WORD 105466 ; зачем-то сразу ставят gate в высокий
.WORD 103566
.WORD 105566
.WORD 103666
.WORD 105666
Код вывода в 177714 там один вот этот, он-же используется и для посылки двух байт данных установки счетчиков потом.
Собрал реплику менестреля кстати - ну так вот что могу сказать еще: CLR сразу после MOV работает, но изредка кривит.
Лучше делать два раза MOV одного и того-же, первый с ~WR в низком уровне, второй с ~WR в высоком.
[свернуть]
gid, когда обновление эмулятора то ?
4 месяца уже прошло.
Во вторник, 28 января 2025 г. после 13:00 или совсем к вечеру. Если ничего не случится.
Смотрю вышла бета эмулятора с правками по менестрели (4.4.2501.9615). Большое спасибо! (частота меандра стала нормальной, фильтр можно стало вкл/выкл что хорошо).
Небольшое дополнение по эмуляции ВИ53: При работе в режиме 3 и значении счетчика 2 должно все-же выдавать свои 500кГц частоту, а не кхм.. извините пердеж. Оный пердеж выдается ВИ'шкой при значении счетчика = 1. Я прекрасно понимаю что звуковая карта повесится скорей чем выдаст 500кГц и возможны варианты что с этим делать.
В чем собственно дело и зачем такая частота нужна
Дело довольно простое. Например играем кое-что по трем каналам, один из каналов требуется выключить. Используя gate данного канала мы это сделать не можем (они запараллелены в менестрели и выключатся все каналы). Можно разумеется заново инициализировать канал, а можно просто занести в счетчик один из таких делителей при котором микросхема выдаст "неслышимую" частоту (ее еще и убьет пассивными элементами фильтра). Наименьшее значение при котором микросхема еще работает (но вряд-ли кто услышит 500кГц) = 2.
Можно добавить что некая гармоника все-же слышна, но нереально тихо. У моей реплики менестрели ВИ53 наименее слышна скажем при делителе 4 (250кГц)[свернуть]
Издержки алгоритма эмуляции. Алгоритм не вытягивает. Тупо не может столько. Либо может, но аппроксимация к текущей используемой частоте дискретизации звука делает своё чёрное дело.Цитата:
Сообщение от BlaireCas
И я не уверен, что смогу что-то изменить. Ибо идей пока никаких нет.
Работа в режиме 2 у ВИ53 неверно сделана. Проверял осцилографом господа - при записи в этом режиме в счетчик чисел 1,0 - она всегда встает в high output. Там есть моменты связынные с гейтом (она может выдать и дофига low output если погода на марсе сложится удачно ибо гейт асинхронен). Но вообщем для задачи заэмулировать ВИ53 в режиме звука = запись в режиме 2 в счетчик чисел 1 или 0 должна приводить output в high на ближайшем из событий WR фронт сигнала + тактовый спад (уупс, тут не фронт), но можно с этим сильно не мучаться, у нас ведь не fpga, а просто эмулятор). Этого будет более чем достаточно (кажется я замучал уже гида с этой менестрелью, и не только его одного, Никита на очереди с эмулятором Неона)
На чем можно проверить эмулятор: Вот бинарник https://github.com/blairecas/bk_test...se/vi53vol.bin сейчас в эмуляторе он работать не будет (или будет криво). Там задумывалось нажимаешь кнопку 1 скажем и громкость звука максимальная, а если нажать 9 то минимальная. На реальной работает, в эмуляторе ну неоч.. ибо там "глушится" ВИшка через запись числа 1 в порт. Что на эмуляторе приводит не к глушению, а к чему-то еще к чему приводить не должно.
- - - Добавлено - - -
Вообщем Гид - плиз, сделай вот это. Могу тебе осцилографом натыкать в реальную ВИ53 в которую записали эти числа.Цитата:
Сообщение от BlaireCas
- - - Добавлено - - -
Для чего тут режим 2 (одиночный импульс шириной в такт) нужен - нуууу.. а кто его знает. Вдрут захочется
Я чё-то туплю немного. Поэтому буду задавать туповатые вопросы.
Но, во-первых, алгоритм эмуляции ВИ53 я взял из MAME, почти как есть, с одним изменением - у меня выход инвертированный, т.е. там, где везде в документации написано output = high, у меня на выходе 0, чтобы звуковухе было хорошо и она не пердела.
Во вторых, в исходниках было написано, что в режимах 2 и 3 в счётчик писать 1 запрещено, но если очень хочется, то можно.
что за ближайшее событие? которое после записи в счётчик или собственно запись в счётчик и есть ближайшее событие?Цитата:
Сообщение от BlaireCas
т.е. вот мы записали в счётчик 1, по фронту WR, а потом надо ждать следующего WR, чтобы вывод стал high?
Не могу понять пока, в каком месте исходник ковырять.
У меня есть документация на 8253 и там есть диаграммы, я им верю.Цитата:
Сообщение от BlaireCas
И вот насчёт вот этого ещё:
У меня передискретизация в текущую выбранную частоту дискретизации вывода, допустим в 44100, делается просто путём выборки редких сэмплов из частоты 500кГц, той же амплитуды, чтобы было быстрее и меньше расчётов проводить. Поэтому будет пердёж, для таких больших частот. Тут надо какое нибудь БПФ применять, или ещё что-нибудь. А мне думать лень, чтобы было красиво и не так затратно.Цитата:
Сообщение от BlaireCas
Как-то криво сказал. Вообщем вот как смотрится на осцилографе. Вверху выход счетчика, внизу WR.Цитата:
Сообщение от gid
Написал тестовый код очень простой, он устанавливает счетчики в режим 2 и последовательно записывает числа 2 и 1
Код:mov #177714, R5
10$: mov #^C^B1000000000000010, (R5) ; both chips, counter 0, value = 2
mov #^C^B1001000000000010, (R5) ; ~WR high
wait
mov #^C^B1000000000000001, (R5) ; both chips, counter 0, value = 1
mov #^C^B1001000000000001, (R5) ; ~WR high
wait
br 10$
2 картинки с сигналами
То-есть запись числа 1 сразу выкидывает выход в high на ближайшем видимо low WR + тактовоe не дожидаясь поднятия WR.
А возвращение к нормальному режиму работы - будет честно ожидать поднятия WR, затем загрузка счетчика и тд
- - - Добавлено - - -
:) Ну это простой способ заглушить канал если записать в режиме 2 единицу (ну или ноль).Цитата:
Сообщение от gid
Зачем вообще нужен режим 2 - ну учитывая что в менестрели стоит RC-фильтр - это относительно простенький ЦАП на несколько уровней громкости. Где это применить пока неизвестно (и так есть-же ковокс/AY)
Это мы щас про что говорим? Про сигналы на ногах микросхемы или про биты в регистре 177714?Цитата:
Сообщение от BlaireCas
Вот непонятно получается, документация говорит, что WR работает по уровню, пока там 0 - делается операция записи, а по факту - запись данных фиксируется фронтом 'low to high'.
Документация говорит, что режимы 2 и 3 управляются только Gate, перезапись счётчика во время счёта, счёт не останавливает. Счёт запускает фронт Gate 'low to high', и пока он 'high', то счёт идёт, остановка счёта - обнуление Gate. А тут вдруг выясняется, что WR вдруг влияет на счёт.
Я там новую сборку эмулятора выложил, пофиксил некоторые ошибки в эмуляции менестреля, но вот чтоб придушить его по малому периоду счёта - не получается, это надо делать в реальном времени передискретизацию отдельных выходов каналов из 1Мгц в текущую частоту вывода звука, затем микшировать. Так мне оно представляется, и как-то оно сильно ресурсозатратно получается.
Добавлено: Проверил идею, в принципе работоспособно, но очень прожорливо получается. Ну и там, где должна быть тишина, получается очень тонкий свист, который надо фильтрами давить, т.к. алгоритмы передискретизации работают не чисто.
очередные пожелания о внедрении новых фич (наглые вы ребята, скажет автор):
- в окне дампа хорошо бы сделать переключаемой систему счисления (как в окне регистров): восьмеричка, десятичка, хекс
- в том же окне дампа хотелось бы возможность редактирования правой колонки с текстовым представлением. не раз приходилось это делать путем ручного ввода байт через поле дампа, но это как зубочисткой в супе ковыряться =) была бы очень удобная фича для правки текста "на горячую", дабы не компилить и не запускать по новой. понятно, что весь диапазон символов там не введешь, но хотя бы "стандартный" текстовый ввод латиницы с пробелами и русских символов (с учетом БКашной кодировки) уже отлично
- хотелка не от меня, но присоединюсь: планируется ли внедрить поиск в отладчик? в окне дампа наиболее логично, по-моему. по условному Ctrl+F вводим нужную последовательнось слов/байт, дамп становится на первое найденное (если нашел), еще какая-нибудь комба - продолжить поиск. в идеале, для совсем лентяев, можно и поиск в окне отладки со вводом прямо текстом команды (call 5436, например)
Вы описали функционал DESS. Я бы тоже очень хотел, чтобы всё это было, но не знаю как это сделать. Так что даже обещать ничего не буду.Цитата:
Сообщение от reddie
Как только пойму, как такие штуки делаются, так сразу и прикручу к эмулятору.
Нашлось некое несоответствие работы эмулятора и реальной БК. Связано с работой клавиатуры.
Пишем относительно простую программку:
https://pic.maxiol.com/thumbs2/17450...0419135611.jpg
(Cлева у меня реальная БК-0011М, справа эмулятор 4.4.2501.9615 х64, почему они вместе - ну у меня к БК подключен лог. анализатор видеосигнала для компа)
Итого программа делает следующее (с адреса 1000):
Запускаем. Жмем сначала пробел - для теста - выходит со звуком "пииик" как на реале так и в эмуляторе.Код:mtps #200
cmp @#177662, #40
bne 1004
halt
Далее запускаем еще раз - теперь для веселья начинаем жать всякие кнопки вида 1 2 3 и только потом жмем пробел.
На реале выходит с одним звуком нажатия пробела.
На эмуляторе выходит с трелью звуков будто эмулятор сохранил где-то в буфере нажатые кнопки и только после halt-а их начал по прерыванию кидать.
Внимание - перехват прерывания 60 разумеется пофиксит этот баг.
Итого - такое впечатление что эмулятор хранит где-то нажатые кнопки при запрещенных прерываниях. И когда оно все-ж разрешается - выплевывает весь буфер сохраненный. Что не есть хорошо.
Гид почини плиз!
- - - Добавлено - - -
(это специально чтобы на почту емейл пришел, само сообщение выше)Цитата:
Сообщение от gid
PS: Пишу от пользователя Дима с телеграм-канала про БК, у него пока-что тут нет аккаунта чтобы описать баг. Но я проверил на своей БКшке тоже - баг имеется.
Починил.Цитата:
Сообщение от BlaireCas
Есть еще такое пожелание в bkscript добавить опцию "держать скажем КТ нажатой три секунды" чтобы можно было указать для запуска .bin-арей не стартовать бейсик, а отваливаться в монитор. Ну и потом уже как-обычно там в скрипте можно будет написать загрузку бинарника. Смысл - в 11М модели лучше бинари запускать не после бейсика, а не давая запуститься бейсику, ну чтобы на 40000 стояла банка 5 с экраном. Конечно не прям уж применимо, но мало-ли.. Имхо будет не лишним.Цитата:
Сообщение от gid
Огромная благодарность за внедрение в компилятор опции вставки файлов данных (insert), давно ждал. Кому как, а мне реально удобней так, чем возиться с линковкой. Привычка еще со спектрумовских ассемблеров, там подобная фукнция была еще в асмах 90-х. Удобно подгружать внешние таблицы/спрайты/музыку и прочие данные сразу в компилируемый бинарник без лишних телодвижений со сборкой, для "однофайловых" проектов - самое то!Цитата:
Сообщение от gid
Кстати спасибо за возможность запускать бинарники без бейсика на конфиге 11М. Это полезная штука!
И теперь опять с доработками эмуляции. Обсуждали тут такой баг процессора ВМ1:
В реальной БКшке значение R1 станет равным 2.Код:clr R1
movb PC, R0
inc R1
В эмуляторе такой баг не эмулируется (ну вот мол эмулируйте нам баги :) а то трудно жить без багов понимаешь-ли :) )
Я не слишком силен в микрокодах всяких - но как понял после команды байтового movb с первым операндом PC, а второй операнд простой регистр - следующая за ней однословная команда выполнится 2 раза. Это может быть да любая команда. Проверялось и если после movb например поставить br - он тоже выполнится два раза.
Может есть соображения как повторить данный баг и в эмуляторе тоже?
А где обсуждали? Я про это впервые слышу, как-то мимо меня прошло обсуждение.Цитата:
Сообщение от BlaireCas
Добавить эмуляцию бага смогу, если будет его точное описание, желательно на уровне микрокода.
Я ж не знаю какие команды подвержены багу, и как его реализовывать.
Занятная находка, авторам защит понравилась бы в свое время. Вместе с находкой про готовность клавиатуры (https://forum.maxiol.com/index.php?s...ndpost&p=55014)
Цитата:
Сижу я значит, весьма много лет назад, клепаю на дорогой и любимой БК-шке то-то. И писал я программу для работы с клавиатурой. Проверяю разряд 6 в регистре 177716, там единичка, то есть клавиша нажата. Иду брать код в @#177662, и обламываюсь - там какая-то фигня! Проверяю @#177660 - и правда, бит, который говорит о готовности кода с клавиатуры, не установлен! И только после примерно 50-70 циклов SOB он таки появляется.
В общем, оказывается, что между нажатием клавиши (о чём тут же докладает бит в регистре 177716) и появлением готового кода проходит некоторое время, причём разное для разных экземпляров БКшек, но в пределах одного экземпляра - более-менее стабильное. Сначала об этой находке сделал анонс (Дuck Tales #4) - а потом подумал-подумал, и решил (Дuck Tales #7) не раскрывать детали - чтобы любители делать защиты не приняли это на вооружение.
Как я понимаю, величина задержки определялась конкретными экземплярами D4, R4, C3 и D2 (см. схему), установленными в конкретной машине.
P.S. Честно говоря, поскольку прошло уже 30 лет, не помню, какой из битов взводился первым - бит готовности кода, или бит нажатой клавиши - но факт в том, что между одним и другим проходило некоторое относительно стабильное время, которое можно было засечь).
Пока-что в телеграме. Увы не тут.Цитата:
Сообщение от gid
Описание - наверное надо идти к vslav читать реверс ВМ1. А так можно просто взять железную БК или ФПГА версию на мистере (там по реверсу сделано). Запустить собственно код, увидеть что вот такие мол дела.
Ну и надеюсь Alex_K или svinka появятся и опишут в чем проблема-с. Алексей сказал что напишет (я сам в этих микрокодах ни бум-бум).
Алексей такое в телеграме написал: У Vslav-а в документе при описании алгоритмов есть ошибки
Возможно какие-то ошибки. Ну бывает.
Правильный алгоритм регистровых команд MOV и MOVB.
Команда MOV:
Команда MOVB:Код:if (dd address mode == 0) &&
(ss address mode == 0)
{
01: A = PC
IR preload start, word read start
if (ss register == PC) ||
(dd register == PC)
01: R12 = PC + 2
else
01: PC = PC + 2;
58: Rd = Rs, assign NZV MJ[NZV]=FSEL(NZV), PSW[NZV]=FSEL(NZV)
if (dd register == PC) ||
(ss register == PC)
11: next instruction
else
{
MCIR poll, wait read
01: next instruction
}
}
else
Регистровые команды всегда запускают предвыборку следующей команды. А уже далее смотрится, если в качестве одного из регистров используется счётчик команд, то увеличение счётчика команд на два не происходит, запись уходит не в PC, а в R12. После исполнения команды так же проверяются используемые регистры, и если среди них есть счётчик команд, то осуществляется переход на чтение некэшированной инструкции (адрес 11). В противном случае проверяются прерывания и при их отсутствии осуществляется переход на исполнение следующей команды.Код:if (dd address mode == 0) && (ss address mode == 0)
{
01: A = PC
IR preload start, word read start
if (ss register == PC) ||
(dd register == PC)
01: R12 = PC + 2
else
01: PC = PC + 2;
58: Rd[7:0] = Rs[7:0], MJ[NZVC]=FSEL(NZVC), MA=MJ
51: if (N) Rd |= 177400
else Rd &= ~177400;
assign NZV MJ[NZV]=FSEL(NZV), PSW[NZV]=FSEL(NZV)
if (dd register == PC)
11: next instruction
else
{
MCIR poll, wait read
01: next instruction
}
}
else
Но в микрокоде исполнения команды MOVB присутствует ещё один шаг с номером 51, который осуществляет знаковое расширение старшего байта. И ошибка состоит в том, что на принадлежность к счётчику команд проверяется только регистр-приёмник, но не источник. В итоге в случае с командой MOVB PC,Rd, где Rd!=PC происходит такой глюк: сразу же запускается чтение в регистр предвыборки следующей команды, но при этом счётчик команд не увеличивается на два. После исполнения команды MOVB, т.к. регистр-источник не проверяется на PC, происходит ожидание завершения чтения команды, установка флагов и переход на исполнение только что прочитанной команды. Но счётчик команд стоит не после прочитанной команды, а на ней. В итоге команда исполняется и запускается ещё раз её чтение, ну и исполнение второй раз. Если команда многословная, то сама команда уже является вторым словом.
Очень помнится, что и тут было, но вскользь в какой-то другой теме, не про реверс ВМ1.Цитата:
Сообщение от BlaireCas
Да, там. Нашёл Patron.Цитата:
Сообщение от CodeMaster
К вопросу о том мол "да вообще зачем нужен этот movb PC, R0 - судя по сообщениям в телеграме
- а я в демке использовал
- черт понятно демка-то работала только на эмуляторе
:) Возможно у демомейкеров которые экономят каждое слово такая команда может быть вполне себе востребована. Допустим надо занести в регистр число 10 - ну напиши ты mov #10, R0 - так тут два слова-же. А мы экономим "каждый байт!". И подбором адреса запуска демки и через movb PC, R0 можно занести нужное число в регистр через однословную команду. Но увы, смотря что за ней будет стоять - оно заработает только на эмуляторе.
Или на FPGA, если поправить микрокод.Цитата:
Сообщение от BlaireCas
Как это работает в случае BR и подобных?Цитата:
Сообщение от Alex_K
Выполнит BR, но при вычислении адреса перехода будет использован адрес не после команды, а самой команды, т.к. счётчик команд указывает на саму команду BR.Цитата:
Сообщение от shattered
Про предвыборку я что-то припоминаю, вроде бы обсуждались какие-то её косяки в 1801ВМ2, а про 1801ВМ1 не помню.
Что-то алгоритм прям сильно отличается от того, что Vslav в документации описал.Цитата:
Сообщение от Alex_K
Затронута только movb или ещё cmpb, bisb, bicb, bitb?
А mfps pc? А однооперандные регистровые тоже запускают предвыборку?
Да, она есть в 1801ВМ1. Но принцип её отличается от ВМ2. В ВМ2 она принудительная, делается всегда, независимо от того, будет использована или нет.Цитата:
Сообщение от gid
В ВМ1 она выборочная. Запускают её те команды, которые не будут использовать шину МПИ. Их четыре группы:
1. Команды снятия-установки признаков. Это коды с 0240 по 0277.
2. Однооперандные команды работы с регистром. Предвыборка запускается всегда, но игнорируется, если используется регистр PC. Также предвыборка игнорируется в команде MTPS, независимо от регистра.
3. Двухоперандные типа регистр-регистр. Так же запускается всегда, но игнорируется, если один из регистров PC. Ну за исключением регистра источника в команде MOVB.
4. Двухоперандные типа память-регистр. Предвыборка запускается после обработки источника. Так же, если приёмник равен PC, то её результаты не используются.
В ВМ1 есть два регистра инструкций - IR и IRA. IR выходит прям на главную ПЛМ и в него прямо читается при чтении некэшированной инструкции. При запуске чтения предвыборки чтение идёт в регистр IRA. А потом когда микрокоманда делает ожидание чтения предвыборки, то завершается ожидание чтения в IRA, а потом копируется из IRA в IR.
К сожалению у Vslav в документации не всё описано по строению микрокоманды, а в описании алгоритмов исполнения команд есть ошибки. По всей видимости он алгоритмы некоторых команд прямо копировал в другие команды.Цитата:
Сообщение от gid
Только MOVB, т.к. у неё есть дополнительная микроинструкция для расширения знака. Эта микроинструкция используется и в MFPS, но там нету источника, только приёмник, потому этот глюк там не проявляется.Цитата:
Сообщение от gid
Да, уже описал выше.Цитата:
Сообщение от gid
У MFPS есть глюк с флагом C, так же как и в MOVB. Но об этом вроде известно.
- - - Добавлено - - -
Добавлю, что алгоритм команды MOV не отличается от описания Vslav, просто он у меня немного по другому описан и акцентировано по продвижению флагов в разных регистрах. В алгоритме MOVB видно, что после микрокоманды копирования младшего байта источника в младший байт приёмника, для того чтобы следующей микрокоманде было доступно содержание флагов из АЛУ, производится копирование всех флагов в регистр MJ, а с него в регистр MA, который выходит на ПЛМ. В этом и ошибка, т.к. из АЛУ копируется уже нулевой бит C. Но в 1801ВМ1 нету в поле PLOP микрокоманды такого условия, чтобы скопировать только три бита в MJ и сразу же передать в MA. Копирование трёх битов в MJ есть, но без передачи в MA.Цитата:
Сообщение от gid
Пробовал писать определятор типа процессора и видео, ВМ1 определяет по внутренним регистрам:
Вложение 82903
Цитата:
Сообщение от gid
недавно делал тесты хитрозадых команд, где регистр PC "шагает назад" по коду. результаты эмулятора и реала ниже (закину архивом). совпало только для BR .-2 и MOV -(PC),-(PC). самый жесткий разбег на команде SUB Rx,PC. бинарник прилагается. уточнение по работе теста: генерируется длинный массив одинаковых команд, по кадровому прерыванию делается переход на конец массива, код начинает "бежать назад". следующее прерывание останавливает код, цифры показывают кол-во команд, выполненных между кадровыми прерываниями (запускать в режиме 11М) Вложение 83053
Ну почему же, для CMP тоже вполне совпало. Для BIS тоже расхождение не сильно большое. Вы все всё время забываете, что БК - это не спектрум и не ДВК/УКНЦ/и т.п. На этой дурацкой БК невозможно определить точные тайминги команд. Они примерные, и если очень близко к реальности, то это очено хорошо.Цитата:
Сообщение от reddie
А вот про SUB R2,PC мне нечего сказать, я не знаю, почему она на реальной машине выполняется так медленно, наверное опять какие-то тайны микрокода, которые никто не обнародовал.
Просто в этом случае считывается предвыборка, но она не используется. В качестве примера: команда SUB R2,PC находится по адресу 02000. Так как команда регистровая, то сразу же начинает читаться следующая команда в регистр предвыборки по адресу 2002. После исполнения операции микрокод видит, что в качестве DST использовался счётчик команд и переходит на чтение некэшированной инструкции. Такая ситуация со всеми двухоперандными регистровыми командами, если счётчик команд используется в качестве SRC или DST. Ну за исключением команды MOVB PC,Rd, где есть ошибка в микрокоде.Цитата:
Сообщение от gid
Я вчера значит не понял, т.е. задача ставится наоборот, мы задаём новый адрес PC по текущей строке в окне дизассемблера.Цитата:
Сообщение от reddie
Я об таком даже не задумывался, никогда такого не было надо, но сделать можно.
А вот это полезная штука, это надо будет реализовать.Цитата:
Сообщение от reddie
Я вначале подумал, а почему бы и не сделать регистронезависимые ключи, а потом посмотрел, как там. Я для парсинга командной строки использую линуксовый компонент getopt, а в линуксе традиционно все ключи регистрозависимые, поэтому решил оставить всё как есть. Для всех моих утилит командной строки все ключи будут регистрозависимы. Команды, в принципе, тоже должны были быть регистрозависимыми, но я решил, что это не принципиально.Цитата:
Сообщение от reddie
Уважаемый @gid,
Начал пробовать использовать компилятор BKTurbo8 -- спасибо за него кстати, да и вообще спасибо за упорный труд по поддержке эмулятора и инструментов к нему.
Собственно, к BKTurbo8 замечания (мой опыт крутится в основном вокруг использования MACRO/LINK под RT-11):
1. Мне лично очень нехватает условной компиляции, в виде примерно таком:
.IF <выражение>
<произвольный блок кода>
.ELSE
<произвольный блок кода>
.ENDIF
Ну и понятно что .ELSE со вторым блоком кода можно не использовать.
При компиляции, первый блок кода вставляется, если выражение не равно 0, иначе вставляется второй блок кода.
Как я это использую? например, я в начале игры вставляю определения чит-кодов, если код не 0 то вставляется блок кода. В релизе игры все читы 0, лишний код не добавляется.
2. Очень бы хотелось блок повторения кода, вида:
.REPT <положительное число>
<произвольный блок кода>
.ENDR
Здесь блок кода повторяется столько раз сколько указано в числе после .REPT.
Применение: например, я разворачиваю цикл, нужно 20 раз выписать один и тот же блок. С псевдо-оператором повторения код будет гораздо более компактным.
3. Вызываю BKTurbo8_x64.exe из .bat-файла. Как мне понять что была ошибка и собирать программу дальше бессмысленно?
Если в коде есть неопределённая метка, то выдаётся сообщение на экран, но errorlevel остаётся 0.
4. Ещё одно важное применение .IF -- это проверить, что мы не вышли за какую-то границу.
Допустим, я размещаю код в блоке 000000-040000 и мне важно чтобы он не вышел за границу в 040000 -- пишу после кода что-то вроде
.IF . - 040000 > 0
.ERROR "Вышли за границу в 040000"
.ENDIF
-- и вот для этого нужен ещё псевдооператор .ERROR, который покажет строку с ошибкой и сделает компиляцию неудачной.
Мне тоже иногда не хватает. Я даже хочу реализовать макрокоманды, но не знаю как. Я смотрел исходники MACRO-11, как он работает, но у меня совсем другой принцип, прямиком с БКшки. Из-за того и про errorlevel вообще в мыслях не было. Не знаю как сделать макрокоманды, то ли делать претрансляцию с генерацией промежуточного файла, но тогда не будет работать .IF . - 040000 > 0, то ли как-то непонятно как, иногда мысль где-то рядом крутится, но идею никак ухватить не могу.Цитата:
Сообщение от nzeemin
О том, что произошла ошибка, я узнаю по появлению файла _errors.txt в директории рядом с исполняемым файлом, там просто перечислены все появившиеся ошибки, чтобы не искать их по листингу.
А когда мне прям никак без макрокоманд, я использую вот этот https://gitlab.com/Rhialto/macro11.git кросс MACRO-11 в связке с вашим PCLinkом
Ну хорошо, допустим полноценный препроцессор сложно.Цитата:
Сообщение от gid
Но IF-ERROR же можно сделать, это проще? я хотя бы смогу защищаться от наползания кода на экран, сейчас руками проверяю что не есть хорошо.
По поводу появления файла _errors.txt -- да, это я заметил и использую. Но, именно при ошибке о неопределённых метках, при отсутствии других ошибок, мы видим сообщение об ошибке только на экране, файл _errors.txt в этом случае тоже не создаётся. Мне пришлось сливать вывод программы в файл, и искать эту ошибку уже там.