SMUC на дискретах и ПЛИС

[icebear]

Это речь идет о Z180...Могу сказать - хоть возможностей у него и больше, но адресация там по моему уже не такая линейная, скорее сегментная.

Она может быть линейной только в случае расположения Common Areas и Bank Area друг за другом. С другой стороны, методы кодинга на #7FFD очень даже подойдут для Z180 (я имею в виду расположение кода и данных), только вот чуточку удобнее будут (хотя бы из-за железного стандартного ММУ). Ну а если ещё вспомнить ДМА с линейным доступом ко всему мегу, а так же прикрутить на место собственную голову (т.е. правильно и логично применять возможности ММУ) можно хорошие real time вещи делать, о которых на связке Z80+#7FFD мечтать не приходится.

Дополнение: в принципе я только после разъяснений spensor'а обратил внимание на smuc именно в свете использования старших процессоров. Кстати, вопрос к Mick - работал именно с Z180, не с HD64180?

[Mick]

Дополнение: в принципе я только после разъяснений spensor'а обратил внимание на smuc именно в свете использования старших процессоров. Кстати, вопрос к Mick - работал именно с Z180, не с HD64180?

В HANDKEY II, которые у нас были стояли именно Z180. Ну насчет работы - я там только разбирался с программным обеспечением интересно же - написано вроде бы на Сях. Ну и попутно попытался краем глаза железку посмотреть. А так я ни чего для него не писал. А на счет сегментации - там так и сделано. ROM 0 страница 0000-8FFFh, ROM 1..... 9000h - CFFFh, а страницы RAM 0...... D000h - FFFFh. Переключение станиц происходило через внутренний порт страниц(номер я сейчас не помню). Вот и все что я узнал тогда.

Вспомнил номера регистров 38h, 39h, 3Ah.

[Mick]

А вопрос собственно к кому?
Тут на форуме лишь пару человек найдется, которым такая идея могла в голову прийти. А сделали бы в три раза меньше

Этот вопрос тем, кто собирается сделать "Спектрум моей мечты" я так понимаю.
И еще тут я взял профПЗУ и немного прошелся по нему дизассемблером - так вот - что за порт F6BEh и F7BEh?

[spensor]

Этот вопрос тем, кто собирается сделать "Спектрум моей мечты" я так понимаю.

Z180 это тема icebear, а моя eZ80 Я принципиальной схемы пока не рисовал

И еще тут я взял профПЗУ и немного прошелся по нему дизассемблером - так вот - что за порт F6BEh и F7BEh?

Это порты ATA-IDE устройства, как и весь диапазон (F8BE-FFBE), какие точно на вскидку сказать не могу. При сброшенном бите 7 регистра FFBA, обрабатывается основной блок регистров (тот в котором есть все регистры, или по PC это 1F0-1F7), при установленом - дополнительный блок регистров (3F6,3F7).

[Mick]

Это порты ATA-IDE устройства, как и весь диапазон (F8BE-FFBE), какие точно на вскидку сказать не могу. При сброшенном бите 7 регистра FFBA, обрабатывается основной блок регистров (тот в котором есть все регистры, или по PC это 1F0-1F7), при установленом - дополнительный блок регистров (3F6,3F7).

А понятно, а то что то в doc файле не нашел описания(или смотрел невнимательно ).
И еще попутно мысль на счет голосования. Жаль там нет пункта воздержался. Охоту голосовать за отбивает слабой программной поддержкой. Против голосовать то же как то не хочется.
Лично мое мнение - я бы не стал повторять в том виде схему, какая она сейча есть. Кривизна адресов портов меня просто добивает И кто их только придумывает.

[spensor]

И еще тут я взял профПЗУ и немного прошелся по нему дизассемблером - так вот - что за порт F6BEh и F7BEh?

Прошу прощения за свой предыдущий ответ на этот вопрос – отвечал в спешке и не вник. Поэтому предыдущий ответ ошибочен
Откровенно говоря, и самому интересно, что это за порты. Если не затруднит, дайте адреса процедур обращения к этим портам и версию ПрофПЗУ, в которой они были найдены. Дело в том, что в “SMUC на дискретах”, равно как и в оригинальных SMUC v1.2 и v1.3, таких портов попросту нет! В дешифрировании портов адресная линия А3, а именно через нее могут быть получены эти порты, не участвует. Возможно, такие порты были в более ранних реализациях SMUC (v1.1, v1.0 и др.), но об этом информации у меня нет. Это вполне возможно, по той причине, что люди находили и более экзотические атавизмы-рудименты в ПрофПЗУ. По всему видно, что данные порты являются портами обращения ко второй половине регистров ATA-IDE (3F6, 3F7 по “PC-шному”). Но, повторюсь, в SMUC v1.2 и v1.3 таких портов нет – из-за неполной дешифрации они будут отображаться на FEBEh и FFBEh. В принципе, то что обращение ко второй половине регистров ATA-IDE включается битом D7 порта FFBA тоже не доказано – информация получена на основании сообщения Кирилла Фролова и больше ничем не подтверждена. Так что, как я сказал раньше – в схеме могут быть глюки. Требуется участие обладателей реальных SMUC, но то ли они игнорируют вопросы от меня и SMT, то ли на самом деле информация в подписи пользователя не соответствует действительности, то есть заведомо ложна.

И еще попутно мысль на счет голосования. Жаль там нет пункта воздержался. Охоту голосовать за отбивает слабой программной поддержкой. Против голосовать то же как то не хочется.

Ну тогда, IMHO, воздержавшиеся просто игнорируют тему.

Лично мое мнение - я бы не стал повторять в том виде схему, какая она сейча есть. Кривизна адресов портов меня просто добивает И кто их только придумывает.

IMHO, из всех имеющихся, и более-менее поддержанных устройств SMUC имеет наиболее оптимальную раскладку адресов. Покажите другой контроллер с 16-битными портами, имеющий более оптимальную их раскладку, и поддержку в виде прикладного и системного софта. То, что в SMUC действительно плохо, так это избыточность в виде регистров версий и регистра-ячейки виртуальных дисководов. Все это придумал легендарный MOA и другие

[Advertiser]

[spensor]

Как стало известно из ПС, в процессе повторения схемы, возникла проблема с приобретением микросхемы КР1533ИР15. Ее можно заменить на КР1533ИР16, по предлагаемой схеме.
Кроме того, эквиваленты элементов ИЛИ (<VD15,VD16,R13> и <VD17,VD18,R14>), можно заменить обычными элементами ИЛИ микросхем КР1533ЛЛ1 или КР1533ЛЛ2.

[Mick]

Откровенно говоря, и самому интересно, что это за порты. Если не затруднит, дайте адреса процедур обращения к этим портам и версию ПрофПЗУ, в которой они были найдены.

Прошивка, по которой прошлись дизассемблером: - scorp_prof.rom.(из пакета, ссылка приведена выше)
Порт 0F6BEh - адрес 1CFA4h
Порт 0F7BEh - адреса 1CEBCh, 1CECCh, 1CEDFh,1CF5Eh,1CFAFh и т.д.
Там еще есть ссылка на порт F4BEh.
Наверное это все таки и есть порты ATA-интерфейса.

IMHO, из всех имеющихся, и более-менее поддержанных устройств SMUC имеет наиболее оптимальную раскладку адресов. Покажите другой контроллер с 16-битными портами, имеющий более оптимальную их раскладку, и поддержку в виде прикладного и системного софта.

Да я так спорсил - кто же их такие придумывает. Ответ узнал.
В приципе если кто нить придумает железку и программу облуживающую ее, выкинет на рынок. Кто же потом будет противиться.(Другой альтернативы нет).

[spensor]

Прошивка, по которой прошлись дизассемблером: - scorp_prof.rom.(из пакета, ссылка приведена выше)

А какая собственно (128,256 или 512К)?

Там еще есть ссылка на порт F4BEh.
Наверное это все таки и есть порты ATA-интерфейса.
Вроде бы так.

То, что это ATA, вопросов не вызывает, но вот каким регистрам "винта" эти порты соответствуют это отдельная проблема.

[Mick]

А какая собственно (128,256 или 512К)?

Ну в том пакете она с таким названием одна - 256кб.