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