Moderator: Shaos
Ну в наших исходниках HLT не эмулируется из-за ненадобностиLavr wrote:Именно так.Shaos wrote:Хм, а тут кстати в моих знаниях пробел - а что будет если она таки вернётся по RET?
Пойдёт на следующую команду после HLT?
Но из ваших исходников мне с HLT нифига непонятно...
А сказки и трололо я при случае рассказывать тоже - ой как умею!
Восполняю пробел. Когда встречается команда HLT, процессор переходит в режим останова, а в этом режиме РС не увеличивается. Если прерывания разрешены и приходит запрос на прерывание, то режим останова выключится, при этом РС увеличится на еденицу, а затем произойдёт обычный процесс обработки прерывания.Shaos wrote:Хм, а тут кстати в моих знаниях пробел - а что будет если она таки вернётся по RET? Пойдёт на следующую команду после HLT?
Т.е., проц находится в идле, реагирует на HOLD (это BUSREQ), INT и RESET. Шинку не дергает.HALT SEQUENCES
When a halt instruction (H LT) is executed, the CPU enters the ha It state (TWH) after state T2 of the next machine cycle, as shown in Figure 2-11. There are only three ways in which the 8080 can exit the halt state:
• A high on the RESET line will always reset the 8080 to state T 1; RESET also clears the program counter.
• A HOLD input will cause the 8080 to enter the hold state, as previously described. When the HOLD line goes low, the 8080 re-enters the halt
state on the rising edge of the next ¢1 clock pulse.
• An interrupt (Le., INT goes high while INTE is enabled) will cause the 8080 to exit the Halt state and enter state T 1 on the rising edge of the next ¢1 clock pulse. NOTE: The interrupt enable (INTE) flag must be set when the halt state is entered;
otherwise, the 8080 will only be able to exit via a RESET signal.
Figure 2-12 illustrates halt sequencing in flow chart form.
20. The processor will remain idle in the halt state until an interrupt, a reset or a hold is accepted. When a hold request is accepted, the CPU enters the hold mode; after the hold mode is terminated, the processor returns to the halt state. After a reset is accepted, the processor begins execution at memory location zero. After an interrupt is accepted, the processor executes the instruction forced onto the data bus (usually a restart instruction).
Наверное - это можно проверить. И проще всего - VituZz-у, у него простенькийb2m wrote:Для меня всегда была загадка, как реализован режим останова: читается ли код HLT каждый раз, или выполняя цикл останова процессор ничего не считывает из памяти? Т.е. вопрос в том, что произойдёт, если карта памяти вдруг изменится, и вместо HLT в том месте будет другая команда?
ничего не произойдет, пока не возникнет одно из событий - HOLD(BUSRQ) RESET INT(IRQ). можно проверить на железке. ставлю на то, что на ША будет адрес останова, на ШД код команды останова в момент, когда память доступна процессоруb2m wrote:Т.е. вопрос в том, что произойдёт, если карта памяти вдруг изменится, и вместо HLT в том месте будет другая команда?
Моя железочка переживает очередную перепайку по очередной версии схемыLavr wrote:Наверное - это можно проверить. И проще всего - VituZz-у, у него простенький
оперативный макет под руками есть.
. Но в принципе через пару дней можно и попробовать. Я как раз хотел испытать что-то вроде пульта для ручного ввода команд. И кстати, эта тема мне подсказала, что ввод команд нужно делать не только для /MR, но и для /IOR, и для INTA. Для общности. Я просто делал такой. Это раньше так принято было. А сейчас все смотрят вVituZz wrote:Подумал, что сделать так, как ты говоришь, тоже вроде бы неплохо...
Меня очень озадачил вот какой вопрос, джентльмены, специалисты по С/С++.begoon wrote:Выложил в виде проекта исходники эмулятора I8080, которые являются сердцем моих эмуляторов РК.
Code: Select all
//--------------------------------------------
LONGLONG prev_time; // Предыдущее время
IDEBUGPOPUP *dbPopup;
BYTE regCMD; // Регистр команд 8-бит
BOOL iniRES; // Сброс по инициализации 3 такта
BOOL tmpRES; // Сброс по входу RESET
BOOL tgINTE; // Триггер "Разрешения прерывания"
BOOL tgHLDA; // Триггер "Подтверждения захвата"
BOOL tgHALT; // Триггер "Подтверждение останова"
INT cntRES; // Счетчик тактов сброса
INT takt_T; // Номер такта
INT max_TM; // Максимальный такт цикла
INT cycleM; // Номер циклаДа вроде так и делаю... но что-то озадачило меня... решил посоветоваться,Shaos wrote:дык ты не делай их как глобальные переменные
делай структурки (или классы) и динамически создавай экземпляры объекта
у меня вот так было сделано (линк с первой страницы топика):
http://nedopc.cvs.sourceforge.net/viewv ... iew=markup
Расписал я для себя растактовки для команд 8080, и поскольку я обычно проверяюbegoon wrote:Выложил в виде проекта исходники эмулятора I8080, которые являются сердцем моих эмуляторов РК.
Благодаря помощи Вячеслава Славинского были выловлены все глюки, и сейчас тест 8080/8085 CPU
Exerciser полностью проходит.
Lavr wrote:Расписал я для себя растактовки для команд 8080, и ...
сверился с твоими растактовками в исходниках.
Несколько команд не сошлись по количеству тактов...
Code: Select all
case 0x40: /* mov b, b */ 4 ???
cpu_tacts = 5;
case 0xC1: /* pop b */ 11 ???
cpu_tacts = 10;
case 0xD1: /* pop d */ 11 ???
cpu_tacts = 10;
case 0xE1: /* pop h */ 11 ???
cpu_tacts = 10;
break;
case 0xD9: /* ret, undocumented */10 ???
cpu_tacts = 11;
case 0x76: /* hlt */ ------------------ 4 ???
cpu_tacts = 7; - и далее пока не выйдем из hlt
Shaos, покажи отсюда пример, как это у тебя сделано, а то мне сейчас надо dll-ку написать, где должно быть разделение переменных для разных процессов, а я что-то этот момент подзабыл...Shaos wrote:делай структурки (или классы) и динамически создавай экземпляры объекта
у меня вот так было сделано (линк с первой страницы топика):
http://nedopc.cvs.sourceforge.net/viewv ... iew=markup
