Вид для печати
Код можно эмулировать, экран можно эмулировать. Можно аппаратных штук добавить. Все в наших руках.Цитата:
Сообщение от barsik
Видео как видео. Меняйте свое корыто. Моему компу 10 лет (после апгрейда до SSHD винта, жизнь в Win качественно улучшилась).Цитата:
Сообщение от barsik
barsik, хватит, я прошу)
а где такая программа эмуляции 6502? не видел ни разу.
на Apple][ было проще - плата с z80 на борту.
Шынни, ох, тут тонкий троллинг. Сделай эмуляцию.
Читал твою статью "MSX-C: мое разочарование" – это экспертное заключение. Люди не один год пилили софт. Писали мануаналы. А тут – вдруг эксперт, вот так родился и пропал.
Да да, ещё там один деятель начал обзор языков программирования под CP/M... Опомнился. Эмули которые у меня более 20 лет есть как, он нашёл с трудом, разобраться тоже было ему трудно. Языки позапускал, покомпилил и выдал своё "экспертное заключение". Я только посмеялся над такими "обзорами". Это называется тихий ужас. Полный непрофессионализм.Цитата:
Сообщение от OrionExt
оно мне надо?Цитата:
Сообщение от OrionExt
ну хоть кто-то читает(:Цитата:
Сообщение от OrionExt
Потому, что там нет этих самых HL, IX и IY. Зато там есть, как вы сказали, 256 псевдорегистров (Zero Page) и работают такие команды:Цитата:
Сообщение от barsik
LDA ($10),Y
STA ($20),X
Что дает нам EA как ($0010)+Y и ($0020)+X соответственно. Это аналогично IX+d/IY+d, только этих самых IX/IY получается может быть 128. Так-то!
это не псевдорегистры, а адреса 0-255, другая адресация и выполнение побыстрее.Цитата:
Сообщение от HardWareMan
ничо подобного. если Y=255, то сложение будет с 255 а не с -1.Цитата:
Сообщение от HardWareMan
Поэтому и псевдо, потому как ОЗУ но с укороченным циклом доступа.Цитата:
Сообщение от Шынни
Что даже лучше, ведь можно указывать на начало массива в 256 элементов, а не на его середину.Цитата:
Сообщение от Шынни
выходит 6502 скорее RISC чем CISC ?
Если брать самое общее определение RISC, то и 6502, и 8080 - оба RISC. А вот Z80 - уже скорее CISC чем RISC. :) ИМХО.Цитата:
Сообщение от shurik-ua
Error404, 6502 вообще RISC. У него каждый такт активность на шине. А вот 8080 если и натягивать на RISC, то только очень медленный. Активность шины каждые 3-4 такта.
https://www.youtube.com/watch?v=j978pwMZjmEЦитата:
Сообщение от Error404
Хотя я ориентируюсь на 6800, где всего 6 методов адресации, а не 13, как в 6502 (т.к вообще не понимаю зачем нужны некоторые извращённые адресации имеющиеся в 6502), но даже мне ясно, что это совсем не одно и то же. Точнее пример неудачный. Это же адресация в пределах ZERO-page 0000...00FF, т.е в массиве всего в 256 байт, причём половина ZERO-page во всех 6502-машинах уже занята на системные ячейки ROM-BIOS (а выше 100H лезть бесполезно, там стек). Есть команда дающая нечто похожее на адресацию через (HL), - абсолютная адресация с индексированием через X или Y. Но она медленная (т.к трехбайтовая) и к тому же только в пределах 256 байт. А на практике часто надо просматривать большие массивы, например в Allocation Table (VTOC) или FAT больших дисков. Адресация через (HL) с последующим INC HL это делает без проблем, а с убогим 6502 нечто подобное (но дико тормозное) можно сделать только используя самомодификацию кода. Лучше бы разработчики 6502 вместо извращённых методов адресации добавили бы адресацию с автоинкрементом, как это сделано в грамотных процессорах.Цитата:
Сообщение от HardWareMan
Впрочем, может быть именно такие "заморочки и извращения" и привлекают любителей 6502. Кроме того, для устранения таких недоработок системы команд 6502 давно написаны стандартные процедуры. Например, как команду 16-ричного сложения (DAD у КР580) заменить подрограммой 6502. При разработке 6502, для ускорения работы, уделяли внимание лишь сокращению числа тактов на команду (хотя это всё-равно не RISK). Поэтому у 6502 было много фанатов и, например, первые мобильные телефоны имели систему команд 65C02.
http://img0.reactor.cc/pics/comment/...n-1202594.jpegЦитата:
Сообщение от barsik
Господин теоретик, который никогда не писал ни под что, кроме этого вашего Z80! Я вам дал команду с Indirect Indexing Addressing:
http://savepic.ru/14824067.png
Zero Page хранит адрес базы, а не сами данные. Индексный регистр - быстрое смещение в пределах 0...255. Но и базовый адрес легко корректируется через RMW команду с Zero Page. RMW команда с Zero Page на 6502 работает практически так же как и у i8080, если у них одинаковая тактовая частота (например 1,7МГц). Хватит уже лезть туда, где не только не знаете, но и не собираетесь даже учиться/принимать как есть, примеряя все на свой этот Z80. Запомните, есть в этом мире много процессоров кроме Z80.
- - - Добавлено - - -
И еще, оригинальный пост:
http://savepic.ru/14862981.png
Ваша цитата:
http://savepic.ru/14848645.png
Куда делись скобки? И не надо меня лечить за "да ты же изменил пост!!!111". Я изменил вчера в 20:45, вы ответили сегодня в 03:11. Я понимаю, что многие слоупочат, но не на 7 часов же! Вы опять взялись за старое, править цитаты людей под себя?
думаю видосик разрешит ваш спор
https://www.youtube.com/watch?v=fWqBmmPQP40
с 9:20 про адрессацию
Эксперты набижали(:
$0000-$00FF - Zero Page и никакие "косвенные регистры"
$0100-$01FF - занято стеком.
адресация ZeroPage позволит избежать самомодифицирующегося кода, например, LDA ($CB),Y, $CB/$CC- мл./ст. байты адреса
Шынни, именно это я ему и привел в пример, но он такой "ZP и так мала, чтобы хранить там 128 байт массива, когда остальные 128 уже заняты системой". :)
ZP называем "псевдорегистрами" не только за быстрый (скорее сокращенный) доступ, но и за RMW.
лапаморда.джпег
Система иногда использует нулевую страницу, например OS Atari, Apple, Oric.
уехали не в туда, речь пошла об цпм.
В первых (самых базовых) определениях RISC (что я и подчеркнул особо в своем предыдущем посте) не было требования выполнения инструкций за 1 такт. А было сокращение команд за счет сокращения способов адресации и отказа от сложной математики (целью было упрощение под распараллеливание/конвейеризацию), и отказ от инструкций выражающихся в микроциклы/микрокод процессора (опять же сложная математика или например LDIR у Z80), тоже потому что сложно конвейеризируется.Цитата:
Сообщение от HardWareMan
- - - Добавлено - - -
Поэтому в сравнении с Z80, i8080 вполне себе недо-RISC (отсутствие конвейера этого не отменяет).
- - - Добавлено - - -
Другое дело, что i8080 не имеет преимуществ перед Z80, это - да. Но мы же их просто на попадание в определение меряем, i8080 и 6502 туда укладываются, а Z80-нет.
Error404, достаточно знать аббревиатуру: Reduced Instruction Set Computer и Complex Instrucion Set Computer. И сразу все встанет на свои места. Но потом этого стало не хватать и придумали новое определение:
Цитата:
Сообщение от WIKI
Это не так. Хотя методы адресации 6502 и мнемоники давно забыл, отчего и не понял какой метод адресации в этих командах. Т.к сейчас читаю книгу "L.Leventhal, 6800 Assembly Programming Language", где просто нет такого метода адресации, оттого и ошибся.Цитата:
Сообщение от HardWareMan
И для 6502 я программировал. Но было это давно (в конце 80-тых, начале 90-тых). И в памяти ничего не сохранилось, кроме впечатления, что на Z80 программировать на порядок проще. Я программировал в мини-ассемблере и на простом ассемблере LISA, т.к изучал ассемблер по книге Морера, где именно LISA и требуется. Макро ассемблер освоить не смог, потому что ДОК-ов было не найти (Интернета не было). Читал и красного Мымрина и "Программирование 6502 для ПРАВЕЦ-82" (на болгарском) и уроки по программированию в болгарских журналах и разобрался в исходнике ROM-BIOS Apple-II с комментариями (в Apple-II Refrence Manual). И сам спаял плату Apple-II (их выпустили в одном местном НИИ). Я даже написал двухпроходный кросс-ассемблер 6502 для Z80 на ОРИОНЕ и эмулятор 6502 на Z80. А чтобы написать эмулятор надо знать ассемблер получше, чем просто для программирования на нём.
Но Вы тоже не знаток 6502, т.к тоже ошиблись. Потому что EA для указанных команд вычисляются по разному. У Мымрина эти команды названы индексно-косвенной адресацией по X и косвенно-индексной адресацией по Y, а вот в болгарской литературе это называется понятнее - косвенная адресация с предварительной индексацией по X и косвенная адресация с последующим индексированием по Y. И сразу всё ясно, когда и к чему прибавляется индекс. В первом случае EA это (X + 2-й_байт) а во втором случае это: (Y) + 2-й_байт. Здесь скобки имеют смысл как в мнемонике Z80, т.е говорят о том, что операнд берётся из ячейки заданным даннным адресом.
И даже используя такую адресацию программа на 6502 будет тормознее, т.к модернизация адреса в ZERO-page не намного быстрее, чем модификации кода самой команды с абсолютной адресацией. Точно также это не одна команда INC HL, а сначала увеличение одной ячейки памяти, затем проверка флага CY, и если надо увеличение и старшего байта. Просто команды адресуемые в ZERO-page не трёхбайтовые, а двухбайтовые, что немного быстрее.
Литература:
У.Морер. Язык Ассемблера для персонального компьютера Apple-II. — М.: Мир, 1987.
М.П.Мымрин. Конструкция, применение, программирование ПЭВМ "Агат". - М.: Машиностроение, 1990
PS. Прекратите выкладывать видео. С браузером 2-3-х летней давности это не посмотреть, так что я это не вижу. Это текстовый форум, а не видео конференция. Администрации сайта следует срочно запретить выкладывать видео.
PPS. HardWareMan, у Вас время опережает московское на 2 часа.
barsik, зачем Вы заблуждаете молодежь?(:
Учитесь использовать первоисточник:Цитата:
Сообщение от barsik
http://savepic.ru/14813939.png
На 3, но как это повлияет на сказанное? Оба времени я назвал по местному и разница между ними практически 7 часов.Цитата:
Сообщение от barsik
Да тут вроде и нет особо молодых и неопытных. Да и не было у меня такой цели. А если случайно и ввёл читателей в заблуждение, то надеюсь, что Вы как раз и сможете меня поправить.Цитата:
Сообщение от Шынни
Удивился потому, что думал, что Ваш город не в Сибири, а в московском часовом поясе где-то на юге. В 1989-94 была доступна только отечественная литература, т.к Интернета не было и для изучения нужно читать учебники для начинающих, а не РТМ.Цитата:
Сообщение от HardWareMan
Что-то обсуждение от темы уходит. Казалось бы, причем тут 6502?
Извините, если считаете, что уходит. А rw6hrm знает, что это не так, т.к он использует CP/M-80 (для КР580) на своём компьютере с 65C02 (спросите у него как).Цитата:
Сообщение от Xrust
кстатидаЦитата:
Сообщение от barsik
http://forum.6502.org/viewtopic.php?f=1&t=4376
не слышал, что для AppleIIgs был cp/m
Подтверждаю, работает. Про скорость не скажу, ибо не в курсе, как медленно должна работать СР/М на 8080 xD. Но мне с 5 МГц 65С02 вполне нормально. Упоминал я о программной прокладке тут, http://zx-pk.ru/threads/23276-quot-a...l=1#post805353. Прога для 8080 думает, что она работает с нулевого адреса, реально она располагается с 200Н. Пока недостаток системы один - 64К минус 512 байт с начала, минус ПЗУ в верхних адресах, минус УВВ, итого для работы доступно максимум 36-42К, что слегонца некомфортно...
Просто своим постом я хотел сказать, что уже в те времена можно было взаимно эмулировать процессоры 8080 vs. 6502, но это была инфа на любителя. Мои извинения, раз это вызвало нехилый холивар ;)
Зато я скажу.Цитата:
Сообщение от rw6hrm
5 МГЦ 65C02 эквивалентны, как минимум, 10 МГЦ Z80. С учётом того, что это не полноценный эмулятор и экран и порты эмулировать не надо, то эмуляция тормозит в ~20 раз. Итого имеем CP/M-систему с тактом ~500 КГЦ. Для работы файловой системы и использования системных программ типа компиляторов этого достаточно (но игры будут тормозить). Например, эмулятор CP/M Z80MU для PC (написанный Joan Riff, 1987) на PC XT давал эквивалентный такт в 250 КГЦ и ничего, всем хватало, даже для текстовых редакторов. Эмулятор РК86 на ОРИОНЕ-Z80 имеет такт в 100 КГЦ и тоже нормально, даже большинство игр прекрасно играются. Вы легко получите скорость CP/M в 1 МГЦ, если замените 65C02 на 65C802 (он внутреннее 65C816 кроме адресации лишь в 64К, вместо 16 мб), вставляется прямо в панельку взамен 65C02 и он более скоростной.
Т.к ДОС для 6502 (с исходником) найти трудно, то использовать ДОС для неродного процессора оправдано, особенно если ДОС используется только как файловая система, позволяющая запускать программы для родного процессора. Но можно было решить ту же задачу аппаратно, поставив как сопроцессор Z80. Сделав так, чтобы он работал только для прогона кода CP/M, а прикладные программы - по-прежнему, для основного процессора 65C02.
Не требуется. Если внимательно читали описание эмулятора, то позволяется выполнять коды обоих процессоров. Поэтому у меня драйвера УВВ писаны на коде 6502 дабы убыстрить работу.Цитата:
Сообщение от barsik
...ну не знаю, как код размером менее килобайта может так тормозить. Медленнее - оно да, но не настолько же...Цитата:
Сообщение от barsik
GekOS, A/65 - это подобия СР/М, но не более, ибо прикладного софта кот нарыдал.Цитата:
Сообщение от barsik
Есть и второй недостаток, о котором я говорил - большинство нормального софта для СР/М писано для Z80. Так что если мы говорим о более-менее юзабельной машинке, то в базе должен стоять именно этот процессор. О 8080 можно забыть, растереть и развеять по миру. Ну, разве что, потренироваться на создание периферии, чем вполне удачно занимается Xrust.
Понятно, что CP/M-BIOS нет смысла писать на КР580, ведь его пишет сам пользователь (тот кто адаптирует CP/M под конкретное железо).Цитата:
Сообщение от rw6hrm
Скорость 0.5 МГЦ это вполне быстро. Тормозит обычно не ДОС, а вывод на графический экран. Речь об эмуляции, а она просто не может быть быстрой. Правда мои данные относятся к эмуляции КР580 на Z80. Полная эмуляция тут тормозит в 24 раза, И это ещё без эмуляции флага Parity (а с этим тормоз ещё больше). Если не отлавливать экран и порты (т.е если в коде нет к ним обращения, что как раз и имеет место в коде ДОС), то будет быстрее, - ~15-20 раз. Число торможения 20 реально означает, что в среднем каждая команда КР580 имитируется 20-тью командами Z80. Возможно, благодаря ZERO-page достигается чуть более быстрая эмуляция, но не в разы.Цитата:
Сообщение от rw6hrm
Вообще, всё очень подозрительно. Эмулятор должен иметь бОльший объём. Считайте сами. 244 команды, в среднем надо по 10-15 команд на эмуляцию каждой. Даже если считать, что команд 78 (т.е тот же код используется для разных операндов), то всё-равно получится, как минимум, 2 килобайта. Как программа размером менее одного килобайта может делать такие чудеса, как прогонять на процессоре неродной код. Мне так и хочется сказать, что такое невозможно. Сообщите идею на которой работает Ваш код. Вы разбирались в программе? Понятно, что это эмуляция, но какой принцип?
Каким образом программа определяет, что следующий фрагмент надо прогонять, как родной код 6502? Думаю в этом месте вставляется какой-то код, что в КР580 работает, как NOP или недокументированная команда КР580 (одна из 12).
А что Вы скажете о замене 65C02 на более скоростной 65C802?
Этот процессор редкий, т.к не пользовался популярностью. Хотя и был специально разработан для апгрейда систем на 65C02. Но в реальности ускорение делали не заменой процессора, а установкой в панельку CPU целой платки, т.к увеличив в 2...5 раз такт CPU, но оставив ОЗУ и В/У на старом такте, выигрыш получался всего в ~25%, а надо было в разы. Поэтому и приходилось на платке Турбо-акселератора ставить 64 кб скоростного ОЗУ, а раз есть платка, то тут не проблема применить полноценный 65C816, т.к тогда несовпадение цоколёвки роли не играет. Хотя 65C802 выпускали не менее 7 лет, но тираж был маленький. Поэтому, т.к достать 65C802 намного труднее, то апгрейд 65C02 обычно делают с помощью несовместимого по ногам 65C816.
Что есть под руками, то и ставил. Что проще достать, то и применял. Зачем ориентироваться на мифические чипы?Цитата:
Сообщение от barsik
Правильно думаете. Если читали документ, то на странице 8 есть раздел THE "CALL6502" OR "C65" OP-CODE. Вызов п/п для 6502 осуществляется командой СВхххх.Цитата:
Сообщение от barsik
Вооооо! Фтопку графику!, для СР/М она не нужна от слова абсолютно! У меня вывод осуществляется в порт - кинул комп туда байт и более о нём не беспокоится. Потому тормоза и незаметны (хотя графика в ограниченных объёмах присутствует).Цитата:
Сообщение от barsik
Читайте документ (хоть и на аглицком, но со словарём-то можно). Оптимизация кода там божественная. Современным программерам поучиться надобно. Кстати, обратный симулятор весит 48К, что показательно ;)Цитата:
Сообщение от barsik
ANSI поддерживаются хоть?Цитата:
Сообщение от rw6hrm
Уже ж давал ссылку, http://www.qsl.net/rw6hrm/html/8bitdisp.htm . Полностью поддерживается оригинал, http://searle.hostei.com/grant/Monit...ard/index.html , только на восьмибитной шине.Цитата:
Сообщение от Шынни
Ладно, я тут кратенько набросал своё видение ТЗ компа для СР/М. Личное имхо, можете не соглашаться. Потихоньку и неспешно часть из описанного реализую тут, http://www.qsl.net/rw6hrm/html/z80.htm
1. Процессор. Четыре варианта, на выбор.
1.1. 8080. Базовая версия, под которую возможен запуск по меньшей мере половины наработанного ПО. Медленный (хотя кому как), разгон невозможен.
1.2. 8085. Такая же базовая программная версия (ПО только для 8080), но поскоростнее предшественника.
1.3. Z80. Всё наработанное ПО может быть запущено (с учётом остального железа ессно). Такт до 20 МГц (также с оглядкой на железо). Много готовых драйверов для стандартного железа. Самый оптимальный выбор для новоделов.
1.4. 6502 в симуляции 8080. На любителя. Программная модель 8080 (плюс ПО для 6502), скорость работы примерно аналогичная. Для попробовать и и для модернизации готовых контроллеров, если нет желание ваять что-то новое. Недостаток - порты в/в, отображённые на память и зарезервированные ячейки в верхних адресах, что уменьшает доступную память. Хотя есть грязный хак, позволяющий использовать адресацию портов в/в и неиспользуемых ячеек в ПЗУ.
1.5. Более старшие контроллеры на базе описанных выше пп 1.1 - 1.3. Нужно сверяться с даташитом, могут вылезти проблемы недостатка памяти.
2. ОЗУ/ПЗУ.
2.1. В ПЗУ только загрузчик в начальных адресах, отключается после загрузки ОС, отдавая всю доступную память. Возможно динамическое питание.
2.2. ОЗУ 64К минимум. Лучший по энергетике вариант - одним чипом 64К (кэш древних материнок) или два чипа по 32К. Делать страницы/банки - смысла нет, поскольку мало использующих это программ. Конечно, если кто-то использует базы данных, то дополнительные 512К один чипом не помешают в качестве РАМ-диска для увеличения скорости работы; для удобства из лучше переключать страницами по 16К. Но, поскольку таких извращенцев мало, доп. страницы или РАМ-диск есть блажь. Использование динамического ОЗУ возможно, но по энергетике и обвязке неинтересно, разве что готовый блок от чего-либо использовать.
3. Ввод/вывод.
3.1 Только и исключительно как порты ввода/вывода для увеличения доступного ОЗУ. По той же причине отдавать ОЗУ под экранную область нет никакого смысла - это и уменьшение ОЗУ, и уменьшение скорости работы устройства.
3.2. В продолжение разговора о выводе на экран. Графический экран также блажь. Программ под графику минимум, соответственно ориентироваться на них нет смысла, для графики есть другие машины. Процессор должен выкинуть инфу в порт, а что происходит далее его не должно интересовать. Чтение из области экрана также мало кому нужно, поэтому можно пренебречь. Железо: на настоящее время оптимальным является не сборка на рассыпухе, а применение однокристальных чипов типа Атмеги. Разработок на любой вкус, как чисто текстовых, так и с ограниченной поддержкой графики, достаточно. Подключение может быть как терминальное (через СОМ-порт для простых машин или в процессе наладки), так и встроенное, но с терминальной программной моделью. Как особое имхо оговорю, что для начала лучше использовать композитный вывод, чем на ВГА. Оно как-то проще и чаще встречается.
3.3. СОМ-порт обязателен, чисто для связи с внешним миром. Можем подключить модем, старшую машину или такой же простой контроллер для обмена информацией. Если экранный вывод не встроенный, то наличие второго СОМ-порта также возможно. Достаточно использовать одну стандартную скорость, к примеру, 9600; хотя выбор скоростей будет только приветствоваться.
3.4. Носители. В настоящее время делать совместимость по носителям нет никакого смысла, поскольку обмен информацией через носители между машинками такого класса никогда осуществляться не будет, для обмена инфой есть СОМ-порт. Тут, конечно, каждый может применить то, что у него есть: дисководы (есть много программных драйверов под известные чипы и железо целиком), флеш-карты любого типа. Для меня оптимумом оказался выбор CF-карт, поскольку и подключается просто, и заменяется на HDD, и готовые драйвера под Z80 есть. Хотя кому-то проще использовать SD/ММC, но драйвера под них ещё писать надо. Есть вариант чипа с восьмибитной шины на носители USB, но опять же, программных драйверов нет. Для желающих иметь копии длительного хранения можно посоветовать наличие магнитофонного узла. Он может быть как программный (легко слизать из ЮТ-88 как железо, так и п/п в/в), так и железный, как довесок к СОМ-порту. В последнем случае возможна запись на ленту как в преобразованном аналоговом виде (канзасский стандарт, NRZ, скорость до 2400), так и в прямом цифровом (direct saturation, скорость до 9600).
РОМ-диск с системными программами также возможен, ибо ПЗУ необходимого объёма (512К и выше) легко доступны из трупов современных машин.
3.5. Клавиатура. Идеальный вариант - ASCII-ввод. Можно сделать ASCII-клаву полность самостоятельно, либо использовать Apple][-переходник с PS/2. Почему идеальный - процессор особо не занимается, по прерыванию он просто считывает введённый байт и продолжает заниматься своим делом. Можно использовать и программную модель, подключая PS/2-клаву через УАРТ с внешней синхронизацией (надеюсь, что товарищ Xrust поделится с нами результатами своиз опытов), либо через небольшой переходник на рассыпухе (используйте поиск в "Разном"). Тут уж процессору придётся чуток поработать для определения кода нажатой клавиши, а также программно определять, на каком языке мы пытаемся с ним разговаривать.
Кстати о "языке", то бишь о кодировке. Базовый вариант СР/М общается с нами только латиницей и кириллицу не розумиет. Нам повезло, что наличие кириллицы важно только в устройствах ввода/вывода, соответственно можно прошить нужный нам знакогенератор в терминале и нужную таблицу для клавиатуры. Для текстовой совместимости со старшими машинами предлагаю (уже не в первый раз) кодировку СР866 (альтернативную). Про всякие КОИ-хх забыть как о страшном сне. Обращу внимание - речь идёт о новоделах, а не реанимировании трупов типа "Специалиста" к новым реалиям.
3.6. Звук. Вот тут фиг его знает, вроде бы как на начальном уровне и не нужен.
3.7. Прочие порты, в т.ч. параллельный. В начальной конфигурации не обязателен, если только не подключаем к нему SD/ММC или картридж в виде РОМ-диска. Наличие ВИ53 в виде отдельного порта будет полезным как для реализации переключения скоростей п. 3.3, так и для звука п.3.6.
4. Конструктив. Тут на любителя однозначно. Можно сразу забульбенить одноплатную машинку, но это в том случае, если мы однозначно гарантируем её полную работоспособность после сборки и мы не будем эту плату в последующем раширять. Для остальных можно рекомендовать использование шины S-100. Это позволит раскидать машинку на отдельные блоки, в последующем из модернизировать или расширять конфиг на все случаи жизни, в том числе делать много процессорные системы.
Это кратко.
а система разве многозадачная ?Цитата:
Сообщение от rw6hrm
ойвэй. у Enterprise128 и у Амстрада 4 по 16К. Все подключаются по-разному и никому это не мешает.Цитата:
Сообщение от rw6hrm
- - - Добавлено - - -
терминальное мышление. Не проще ли сделать текстовый режим и простой режим? у Amstrad PCW все через графический режим, тормозно и ужасно.Цитата:
Сообщение от rw6hrm
- - - Добавлено - - -
к чему такие сложности?Цитата:
Сообщение от rw6hrm
- - - Добавлено - - -
все зависит от ПО.Цитата:
Сообщение от rw6hrm
Ну МР/М мы запускать не будем, а вообще обычная связка мастер-слейв, о чём нам говорил barsik, более чем привычная народу из начала 90-х.Цитата:
Сообщение от shurik-ua
Эм... а чем они различаются? ;)Цитата:
Сообщение от Шынни
Один ПИК, какие там сложности, http://knzl.de/ps2-keyboard-for-apple-ii/Цитата:
Сообщение от Шынни
От ПО тоже ничего не зависит. Хотите сказать, что есть что-то русскоязычное, на что следует обратить внимание? Все наши проги есть адаптации зарубежных к конкретному железу. Общались мы с автором Микро-80/Р-86 товарищем Поповым, с его слов, какая кодировка есть в терминале, такая будет и в СР/М-машине.Цитата:
Сообщение от Шынни
Кстати о ПО - большинство зарубежного ПО рассчитано на работу с семибитной таблицей символов. В некоторых программах (редко, но есть) восьмой бит является служебным. Поэтому я и ратую за наличие зачатков кодировки именно в УВВ, а не в ПО. Это более универсально, даёт нам возможность не кромсать и не "адаптировать" имеющийся софт для работы, а просто выбрать нужный и не особо требовательный к железу.
Да я же и говорю, чтоЦитата:
Сообщение от Шынни
или то, что есть в волшебных ящичках под столом. Или кому хочется траходрома с разводкой кучи м/с памяти вместо одной-единственной. Хотя если использовать шину S100, то ОЗУ всё равно желательно ставить на отдельную плату и разновесёло с ней забавляться.Цитата:
Сообщение от rw6hrm
Кароч говоря, каждый, при наличии желания, может собрать свою машинку. У кого амбиции преобладают над желаниями, должны думать и о других на тему лёгкости повторения (разводки платы, доставания комплектухи). У кого амбиции и желания зашкаливают, могут сделать сразу максимально возможный вариант ;) , но, кмк, надо сначала делать минимальный рабочий вариант, только после этого фаршируя его дополнениями.
- - - Добавлено - - -
Не спорю. Чем проще в реализации (программной и железной), тем лучше. Я ленив ;)Цитата:
Сообщение от Шынни
текстовый и графический. для Tandy TRS-80 есть CP/M и семиграфика - хватает по уши.Цитата:
Сообщение от rw6hrm
вооот. Страшно представить, что из ТЗ вырастет.Цитата:
Сообщение от rw6hrm
Да пусть хотя бы какая-нить пуська для начала будет. Остальное прикрутим. А то так и останется исключительно интерес, без реализации...Цитата:
Сообщение от Шынни