Еще один вопрос возник.
Порты управления страницами памяти лучше сделать с возможностью для чтения, чтобы типа образов их не хранить в ячейках ОЗУ.
Если сравнивать со Спеком, то типа 7FFD только для записи, а ПЗУ Спектрума хранит его образ в паямти ОЗУ.
С возможностью чтения, я думаю удобнее?
Пара вопросов.Сообщение от Mick
Есть возможность выключать ПЗУ из адресного пространства процессора? Т.е. все 64к адресного пространства - ОЗУ?
Я правильно понимаю, что пока планируется только одно окно для диспетчера памяти? Типа как в Спеке-128. Почему бы не сделать 4 окна, чтобы можно было коммутировать память не только 16к-шными, но и в максимуме 64к-шными блоками. Это может понадобиться для реализации многозадачности для больших программ, работающих только в 64к (например, CP/M-овских).
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Отключать ПЗУ можно совсем. Кроме того отключать можно и ОЗУ в области 0000...3FFFh
На счет окон ОЗУ. Пока сделано как для Спека, потом если что можно и как в Орионе. Я правильно понял куда ты клонишь
Общение с COM-портом:
http://www.codenet.ru/progr/dos/int_0013.php
я бы добавил еще ввод-вывод строки
ZXM-Phoenix rev.01 2048K, VG93 hw emulator
Это как строку вводить/выводить? Пример приведи.
Просто обертка к выводу символа.
Вывод: строка asciiz, вывести через порт в терминал. Ну, типа, для отладки.
В контроллерах такое есть, где printf реализован. Программно.
В плане ввода: ввод строки, заканчивающейся концом строки (0dh,0ah).
Где может быть нужно - некая система, посылающая и принимающая команды.
Если это не надо, то, значит, это не надо, прошу считать плодом фантазии
Да не вопрос, можно и такую фишку сделать.Просто обертка к выводу символа.
Вывод: строка asciiz, вывести через порт в терминал. Ну, типа, для отладки.
В контроллерах такое есть, где printf реализован. Программно.
В плане ввода: ввод строки, заканчивающейся концом строки (0dh,0ah).
Где может быть нужно - некая система, посылающая и принимающая команды.
Если это не надо, то, значит, это не надо, прошу считать плодом фантазии
Я например для начала, пока SD читалку не сделаем, планирую типа мониторчика РК подобного, чтобы можно через COM порт программки загружать. Типа есть такая директива I, только не из магнитофона, а из COM порта.
Mick, тогда предлагаю не строки, а блоки добавить - загрузка блока в ОЗУ, запись блока из ОЗУ в порт.
Кстати, есть такой отладчик http://www.noicedebugger.com/targets.html - z80+порт или z180, управление с ПК - если интересно.
"Все уже украдено до нас"
Во вложении монитор от Ориона, где есть директива загрузки файла по xModem - п/п rx_file (это удобней чем просто блоки - на передающей можно использовать любые штатные терминалки: хошь от РС, хошь опять же z80-шные), можно оттуда дернуть, чтобы не задерживать разработку.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Вот что значит посильная помощь. Конечно дерним"Все уже украдено до нас"
Во вложении монитор от Ориона, где есть директива загрузки файла по xModem - п/п rx_file (это удобней чем просто блоки - на передающей можно использовать любые штатные терминалки: хошь от РС, хошь опять же z80-шные), можно оттуда дернуть, чтобы не задерживать разработку.
---------- Post added at 11:41 ---------- Previous post was at 11:37 ----------
Какой то убогий этот отладчик. В режиме виртульной работы не трассирует и более того вылетает. Фигня какая то. Это проще лямулятор b2m использовать.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием