В свое время изобретал для 8-разрядных контроллеров страничные менеджеры ОЗУ с защитой и разграничением доступа. А что если такое сделать и для "Ориона" на Z80?
Вид для печати
В свое время изобретал для 8-разрядных контроллеров страничные менеджеры ОЗУ с защитой и разграничением доступа. А что если такое сделать и для "Ориона" на Z80?
Уважаемый Error404! Я вполне согласен, с Евгением, что Вы у нас ведущий программист этого проекта. Можно сказать, даже, Главный! Я уверен, когда "железо" устаканится, и его запросто можно будет повторить, Вы найдете силы и время, чтобы "спеть" лебединую песню для нового Ориона.
Принципиально я не против. Но такой объем памяти не главное для Ориона. Думаю, вряд-ли стоить делать из Ориона персоналку. Сегодня это не актуально, как в 90-е. Я пытаюсь расставить другие приоритеты. В данный момент есть более важная проблема - отсутствие видеовыхода на ЖКИ-монитор. И не в виде отдельного прибамбаса, а встроенного в Альтеру. А вывод на телевизор - это анахронизм. Из-за этого я не могу повторить этот проект - мне не к чему его подключить.
Думаю этот вопрос можно решить, если найти готовый код, который эммулирует любой USART. Нет необходимости повторять ВВ51.
Мы снова возвращаемся, по какому уж кругу, к одному и тому же. Выше, я уже говорил, что не нужно новый Орион акцентировать как персоналку с операционной системой СРМ. Это не серьезно. Под СРМ нет интересного программного обеспечения для нынешнего пользователя. Разве что потешить себя раритетом, но таких немного, а может быть только один и остался.
Этот проект может быть интересен, как управляющий контроллер с фоннеймановской архитектурой. Ну, еще для ностальгирования небольшой кучки орионщиков. Не более. СРМ не та ОС, которая может работать без присмотра в каком-нибудь станке, а собственно для нее Вы и продвигаете SD-карту. Я отстаиваю наличие SPI-интерфейса, который решает проблему и SD-карты, и последовательного ПЗУ. А далее - что кому милей для своих целей.
А что касается ORDOS, то почему бы не переписать. Она хоть и примитивна, но вполне подходит и сегодня для тех целей, которые я пропагандирую.
Очень хорошо! Чем будет больше и разного, тем лучше. Но с Мониторами надо быть очень аккуратным. Плохо, когда дело доходить до абсурда - чуть-ли не для каждой программы нужен свой Монитор. Раньше, некоторые товарищи это делали в пику авторам, и этим гордились, оплевывая авторские стандарты. Почему-то никто не трогает BIOS в РС и при этом успешно решает свои проблемы. На Орионе считалось подвигом застолбить свой Монитор! Когда я вижу кучу Мониторов, для разных целей и случаев - мне смешно и грустно.
Это, извините, не в Ваш адрес.
Конечно, когда таблица векторов находится в ПЗУ, то понятное дело, его не возможно перехватить и подставить свой драйвер. В этом я допустил ошибку, взяв архитектуру Монитора с РК. Нужно было в ПЗУ записать только Монитор-1 для настройки и проверки платы, а далее его отключать и основной Монитор+ORDOS грузить с РОМ-диска. Это я уже потом сделал в ПРО.
Собственно, Мониторы различаются драйвером клавиатуры, ну и еще некоторыми мелочами. Может быть стоить проанализировать все эти Мониторы, начиная с авторского и сделать что-то в PS/2 клавиатуре, чтобы не грузить для каждого случая свой Монитор с своей клавиатурой? Вы не могли бы этим заняться? Затем, мы бы обсудили эту проблему.
---------- Post added at 17:47 ---------- Previous post was at 17:10 ----------
Думаю начинать надо с операционной системы, поддерживающей многозадачность, а затем уж делать аппаратные прибамбасы.
Начинать надо с проектной документации, согласно которой будут разрабатываться и аппаратные прибамбасы, и ОС (и возможно эмулятор, чтобы не ждать аппаратной части). Чтобы написать такую документацию нужно сначала проанализировать аппаратные возможности, т.е. как это всё могло бы работать.
Поглядел на новую схему. Ты там АП6 применил в качестве буферов шины. А там с толерантностью ног ПЛИС к 5 вольтам все нормально?
А вот тут глянь: http://www.fpga4fun.com/SerialInterface.html