bigral
08.03.2020, 19:25
помогите сочинить народную схему для subj
тема уже не новая, както пытался обсуждать ее тут http://www.nedopc.org/forum/viewtopic.php?f=68&t=19660
суть:
------------------------------------ скопировал старое сообщение оттуда-----------------------------------------------
Возник тут у меня затык с одной платой (игровой автомат на основе MSX2 для игры в zanac-ex) при сбросе шото там происходит внутрях msx2 bios и оно зацикливается вначале вывода заставки MSX, как я понимаю приходит сигнал прерывания и после него шото там ломается... если сигнал прерывания оторвать от процессора то заставка MSX таки "выезжает" до конца но потом зацикливается уже в самом конце... долго я пытался шото понять че там происходит, советовали мне сделать типо как POST карточку (порт подключенный к семисегментному индикатору) и править прошивку чтоб знать до какого места оно доходит нормально а где дело идет уже не так как надо... но все это кажется мне негодящимся для такой проблемы.
Чего задумал, подключить на шину Z80 самодельный компаратор сигналов с заданным pattern-ом и как токо на шине появляется нужное мне состояние выставлять ~wait_n. Ну и как-то ж потом надо считывать значения с шины значит и напрямую девайс должен уметь читать значения с шины. Ну и возможно в портах и памяти тоже надо уметь лазить, потому наверно еще надо как-то ~busreq_n задействовать. В общем думаю что UI для этой штуки должен обеспечивать сторонний комп (terminal?) а сама штука ввиду сложности скорее всего должна иметь MCU (отвечающий по serial наверно, или по USB что наверно излишество), по идее тут идеально ARDUINO подходит. Ну а вводить\выводить данные нужно будет наверно через i8255 + регистры? либо влепить сходу несколько штук i8255 (хотя там многие однонаправленные регистры будут, как минимум для stop-pattern-a, i8255 для таких будет overkill)
Может ктото решал уже подобную задачу? Ктото знает про "штуку" с кучей i/o и управлением с компа?
----------------------------------------------------------------------------------------------------------------------------
вот нарисовал в меру своего понимания схему, смотрите в attachment-e
схему сопряжения с управляющим компом не рисовал, думаю ее сочинить будет легко, по сути надо обеспечить запись\чтение регистров из 2-х i8255 (у каждой микрухи 4 регистра, т.е. всего нужно 8 адресов)
эти две i8255 висят на шине подопытного z80 компа, U1 может читать\писать значения с\на его шинны адреса и данных (при выполнении проги все порты включенны на ввод), U2 своими портами A и B может задать адрес точки останова (останов происходит по ~wait_n сигналу z80), эти порты всегда работают на выход (в связи с этим вначале думал влепить простые ИР23 но это усложнит схему и унификация програмного интерфейса которую дает применение i8255 тоже уйдет), порт С у U2 разделен на 2 части по 4bit-a, первая часть по идее может работать и на ввод и на вывод (PC0-PC3) устанавливая или читая ~rd_n ~wait_n ~mreq_n ~iorq_n, а вторая часть (PC4-PC7) должна работать только на вывод и устанавливать режимы работы, PC4 - для вкл\откл BREAKPOINT-a, PC5 - для CONTINUE, PC6 - для захвата шины z80 (по идее в этом режиме можно вместо самого z80 лезть в память и порты подопытного), PC7 - для генерации маскируемого прерывания (возможно тут на выходе потребуется влепить одновибратор чтоб укоротить ~int_n до нужного значения).
пишите свои замечания, я не уверен вообще что достаточно знаю для сооружения такой штуки, может чего не понял и не знаю, подскажите еще что
тема уже не новая, както пытался обсуждать ее тут http://www.nedopc.org/forum/viewtopic.php?f=68&t=19660
суть:
------------------------------------ скопировал старое сообщение оттуда-----------------------------------------------
Возник тут у меня затык с одной платой (игровой автомат на основе MSX2 для игры в zanac-ex) при сбросе шото там происходит внутрях msx2 bios и оно зацикливается вначале вывода заставки MSX, как я понимаю приходит сигнал прерывания и после него шото там ломается... если сигнал прерывания оторвать от процессора то заставка MSX таки "выезжает" до конца но потом зацикливается уже в самом конце... долго я пытался шото понять че там происходит, советовали мне сделать типо как POST карточку (порт подключенный к семисегментному индикатору) и править прошивку чтоб знать до какого места оно доходит нормально а где дело идет уже не так как надо... но все это кажется мне негодящимся для такой проблемы.
Чего задумал, подключить на шину Z80 самодельный компаратор сигналов с заданным pattern-ом и как токо на шине появляется нужное мне состояние выставлять ~wait_n. Ну и как-то ж потом надо считывать значения с шины значит и напрямую девайс должен уметь читать значения с шины. Ну и возможно в портах и памяти тоже надо уметь лазить, потому наверно еще надо как-то ~busreq_n задействовать. В общем думаю что UI для этой штуки должен обеспечивать сторонний комп (terminal?) а сама штука ввиду сложности скорее всего должна иметь MCU (отвечающий по serial наверно, или по USB что наверно излишество), по идее тут идеально ARDUINO подходит. Ну а вводить\выводить данные нужно будет наверно через i8255 + регистры? либо влепить сходу несколько штук i8255 (хотя там многие однонаправленные регистры будут, как минимум для stop-pattern-a, i8255 для таких будет overkill)
Может ктото решал уже подобную задачу? Ктото знает про "штуку" с кучей i/o и управлением с компа?
----------------------------------------------------------------------------------------------------------------------------
вот нарисовал в меру своего понимания схему, смотрите в attachment-e
схему сопряжения с управляющим компом не рисовал, думаю ее сочинить будет легко, по сути надо обеспечить запись\чтение регистров из 2-х i8255 (у каждой микрухи 4 регистра, т.е. всего нужно 8 адресов)
эти две i8255 висят на шине подопытного z80 компа, U1 может читать\писать значения с\на его шинны адреса и данных (при выполнении проги все порты включенны на ввод), U2 своими портами A и B может задать адрес точки останова (останов происходит по ~wait_n сигналу z80), эти порты всегда работают на выход (в связи с этим вначале думал влепить простые ИР23 но это усложнит схему и унификация програмного интерфейса которую дает применение i8255 тоже уйдет), порт С у U2 разделен на 2 части по 4bit-a, первая часть по идее может работать и на ввод и на вывод (PC0-PC3) устанавливая или читая ~rd_n ~wait_n ~mreq_n ~iorq_n, а вторая часть (PC4-PC7) должна работать только на вывод и устанавливать режимы работы, PC4 - для вкл\откл BREAKPOINT-a, PC5 - для CONTINUE, PC6 - для захвата шины z80 (по идее в этом режиме можно вместо самого z80 лезть в память и порты подопытного), PC7 - для генерации маскируемого прерывания (возможно тут на выходе потребуется влепить одновибратор чтоб укоротить ~int_n до нужного значения).
пишите свои замечания, я не уверен вообще что достаточно знаю для сооружения такой штуки, может чего не понял и не знаю, подскажите еще что