Moderator: Shaos
Наоборот выбрость Ф2 - т.к. мышиный такт начинается с Ф1По непонятным командам ВМ80 я тут таблицу сводил уже. Так как никто тут не собирается рисовать печатку в протеусе, можно сократить Ф1 оставив только Ф2. Или как вариант вживление ГФ24 в модель ВМ80 (по типовой схеме и с/без делителя на 9).
А зачем? Тут - может быть - никто не собирается, тебе оно и даром не нужно,HardWareMan wrote:Так как никто тут не собирается рисовать печатку в протеусе, можно сократить Ф1 оставив только Ф2.
Или как вариант вживление ГФ24 в модель ВМ80 (по типовой схеме и с/без делителя на 9).
Речь идёт о командах, которые aav8 по ходу дела непонятны...HardWareMan wrote:По непонятным командам ВМ80 я тут таблицу сводил уже.
А как ты в log выкидываешь, если хочется отследить какие-то значения, скажем, входящие в функцию?aav8 wrote:Такие штуки я обычно отлаживаю, изучая log.Lavr wrote:непонятна отладка DLL под самим Proteus...
Code: Select all
MessageBox(0,"Выполняется обращение [...тут значение в виде строки... ]!",
"Внимание!",MB_ICONERROR);По i8080 я растактовку неплохо представляю, ибо она везде разжевана.aav8 wrote:Относительно i8080 -
Придется обрабатывать оба тактовых сигнала - по Ф1 начинается
машинный такт.
Блин а него-же еще и SYNС...
Нашел эти функции в VSMSDK.HLP (См. Logging and messaging: ):Lavr wrote:А как ты в log выкидываешь, если хочется отследить какие-то значения, скажем, входящие в функцию?
Code: Select all
//--- При отладке можно использовать VOID IINSTANCE::log (CHAR *msg, ...) для контроля.
//--- Функция добавляет сообщение к log-списку симуляции.
//--- Эта функция наиболее полезна для отладки новых моделей тогда как log-список
//--- отображается в всплывающем окне, а сообщения появятся в нём по мере их генерации.
//--- Функция аналогична "printf" в C и использует аналогичные аргументы [ ... ].
//--- для сообщений без остановки симуляции интересна следующая функция сообщения:
//--- BOOL IINSTANCE::message (CHAR *msg, ...) - выводит сообщение в строке статуса ISIS.
//--- Этот сервис доступен только для интерактивного режима симуляции.
//--- Функция также аналогична "printf" в C и использует аналогичные аргументы [ ... ].Code: Select all
if (instance) instance->log ("DIGONLY::runctrl() called with mode=%d:%s", mode, EnumToRunCtrl(mode));
А серьёзно "покурив" VSM SDK, как мне кажется, нашел эти функции:Lavr wrote:И я пока ничего не нашел по передаче параметров в модель из текстового скрипта...
Code: Select all
{CPUDHL=30n}
{CPUDLH=30n}
Code: Select all
RELTIME IINSTANCE::getdelay (CHAR *name, RELTIME deftime)Пока пользуюсь MessageBoxА как ты в log выкидываешь, если хочется отследить какие-то значения, скажем, входящие в функцию
Для intel8080 - сигнал SYNC - в первом байте команды (начало машинного цикла).aav8 wrote:Довольно принципиальный сейчас вопрос - по поводу M1:
- он формируется в первом цикле каждой команды?
- или для каждого байта команды?
для NOP - 1 раз M1
для LXI HL,## - будет 1 или 3 раза M1?
интересует конечно в отношении Z и intel.
Вывод 27 (М1) - активизируется при выполнении машинного цикла М1 и показывает, что проходящий машинный цикл обработки команды находится в состоянии “ввода кода операции” при выполнении некоторой команды. Сигнал М1 при выполнении двухбайтовой команды формируется при вызове каждого байта кода операции. Сигнал M1 появляется вместе с сигналом IORQ в цикле приема прерывания. Выборка инструкции требует, чтобы все три сигнала MI, MREQ и RD были активизированы.
Я критически эту идею со здоровыми таблицами обдумал... складывается у меняaav8 wrote:Ну я думаю в последнем такте части команды подменять код
на что-то больше 256 и проходить таблицу еше раз.
А потом еще раз... Таблица уже будет примерно на 270 строк.
И туда-же всунуть обработку прерываний.
Хочется сделать "кнопочку" - выдать один такт иЗдравствуйте.aav8 wrote:Довольно принципиальный сейчас вопрос - по поводу M1:
- он формируется в первом цикле каждой команды*?
- или для каждого байта команды**?
для NOP - 1 раз M1
для LXI HL,## - будет 1 или 3 раза M1?
интересует конечно в отношении Z и intel.
... по идее... ну надо проверить будет. 
Конечно в таблице будет очень много повторения.Я критически эту идею со здоровыми таблицами обдумал... складывается у меня
мнение что одними таблицами мы пожалуй не обойдемся - это раз...
А во-вторых, как мне кажется, в таблице будет очень много повторяющихся участков... так?
Может тогда не делать их столь большими, а что-то решить логически?
Это пока только для отладки самой модели.MessageBox - он очень утомляет...
NOP - 1 раз M1 - да, это так.aav8 wrote:И по поводу M1 - так и непонятно:
NOP - 1 раз M1
MOV A,B - 1 раз M1
MVI A,# - 1 или 2 раза M1 ?
LXI HL,## - 1 или 3 раза M1 ?
Пишу с стиле 8080 поскольку Z80 никогда не
пользовал (да и не было его у меня, и пока не нашел)
Но люди как-то пользуются же отсылкой сообщений в окно отладки, как раз именноaav8 wrote:Это пока только для отладки самой модели.MessageBox - он очень утомляет...
Лучше всё же придерживайся своего слова... так оно более по-пацановски будет...HardWareMan wrote:Хоть и зарекался не писать но все же напишу.
Вывод 27 (М1) - активизируется при выполнении машинного цикла М1 и показывает, что проходящий машинный цикл обработки команды находится в состоянии “ввода кода операции” при выполнении некоторой команды. Сигнал М1 при выполнении двухбайтовой команды формируется при вызове каждого байта кода операции. Сигнал M1 появляется вместе с сигналом IORQ в цикле приема прерывания. Выборка инструкции требует, чтобы все три сигнала MI, MREQ и RD были активизированы.
Т.е. если у нас не прерывание и чт-то еще из ряда вон выходящее1. М1 формируется при чтении опкода. Если перед опкодом был(и) префикс(ы) - то они тоже читаются с М1.
Пиши обязательно - помогут любые советы.Хоть и зарекался не писать но все же напишу
Нет - только электрическими характеристиками и корпусом...aav8 wrote:Так немного к слову - 580ИК80А отличплся от ИК80 тем, что умел в
прерываниях принимать любую команду, а не только RST x?
Я понимаю эту фразу так...Сигнал М1 при выполнении двухбайтовой команды формируется при вызове каждого байта кода операции.
