Error404, реализация на чем если не секрет?
---------- Post added at 15:35 ---------- Previous post was at 15:24 ----------
вопроц снимаю тему про isa карту нашел
Error404, реализация на чем если не секрет?
---------- Post added at 15:35 ---------- Previous post was at 15:24 ----------
вопроц снимаю тему про isa карту нашел
Ты слыхал как грузится Flyshark ?! нет, совсем не тот, что на дискете...а Flyshark, тот самый блин Flyshark...тот ,что был когда то на кассете...
zx spectrum 48 issuse 6a, Ленинград-1, zx spectum 128 +2 grey,Пентагон-128, ZXM-Phoenix 5.02 ( assembly)
Lethargeek,
да ты че ты че этож скоко логики ставить надоа тут вычленил портиков кучку
сделал не полную дешифрацию и пусть следующий -кокие е мое порты свободныидиалогия понимаешь
Ты слыхал как грузится Flyshark ?! нет, совсем не тот, что на дискете...а Flyshark, тот самый блин Flyshark...тот ,что был когда то на кассете...
zx spectrum 48 issuse 6a, Ленинград-1, zx spectum 128 +2 grey,Пентагон-128, ZXM-Phoenix 5.02 ( assembly)
это очень медленное решение, да и порты ещё не закончились![]()
а для единичного - двойные тормоза, при том, что серийные чипы на такую левизну не рассчитаны, и даж имея возможность блочной передачи, придётся через эту фигню пихать побайтно..
А имеет это смысл токо в самопальщине.. а для стандартных изделий практицки не применимо и бесполезно
Последний раз редактировалось Black_Cat; 20.02.2011 в 18:51.
Фигли двойные-то? Выбрал устройство и пихай туда по байтику когда нужно.
В крайнем случае - еще пару дополнительных таких же портов.
Говнолюбство
А через какую-то НЕ придется? С восьмибитными-то процом и шиной?
Лолшто? Вот как раз дербанить портики - самопальщина.
В отличие от изначально синклеровской концепции "интерфейс в коробочке"![]()
Прихожу без разрешения, сею смерть и разрушение...
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
СТОП! ато далее пойдет еще 3 страницы "сам дурак".
А давайте так, раз уж это в разделе "ПРОЕКТ ОС", просто опишем интерфейс а не реализацию. Ну и интерфейс общего характера для всех последующих подключений железа (чтобы оно не было mmu,cpu,gpu,sound,net...).
Вспомним на секунду как IMAK в спринтере подключал DMA ram->ram, там было чтото типа:
ld hl, addr_src
ld de, addr_dest
ld bc, lenght
; далее идет код команды внешней схемы, это типа сигнал внешней схеме
; следящей за работой Z80 о том что надо перекинуть блок из адреса hl в адрес de длинной bc
ld a,a
ld b,b
; на этом месте блок уже переброшен
код конечно шамански выглядит для обычного программера привыкшего делать все средствами Z80, но согласитесь что в наш век без наворотов такого плана скорости z80 и адресного пространства 64кБ хватит не на долго.
Думаю вполне возможно разработать какой-то стандартный для всех систем на z80 Z80-BUS scanner который бы следил за шиной z80 и по заданным событиям на шине стопорил бы Z80 и передавал бы управление соответствующему модулю расширения. Причем давал бы модулям возможность управлять шиной z80 (для работы с памятью и портами) и самим z80 (для изьятия из него состояния). Ну и системные вызовы обеспечивал бы для того чтоб конфигурацию менять (по какому состоянию вызывать какой модуль или какие подключенны модули).
есть место в химере такому механизму?
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)