Speccy - наш выбор!

Speccy - наш выбор! (http://zx-pk.ru/index.php)
-   Для начинающих (http://zx-pk.ru/forumdisplay.php?f=43)
-   -   Не работает КР1858ВМ3 (http://zx-pk.ru/showthread.php?t=9820)

KALDYH 27th March 2009 07:30

Quote:

Originally Posted by Zhizh (Post 191400)
А для Z80 сделанного по КМОП технологии (Z084C008) это тоже справедливо? Он тоже не везде может заработать?

Скорее всего, да. Если найду такой - проверю.

Black_Cat 27th March 2009 07:51

Quote:

Originally Posted by KALDYH (Post 191391)
но у него меньшая нагрузочная способность

Quote:

Originally Posted by KALDYH (Post 191472)
Quote:

Originally Posted by Zhizh
А для Z80 сделанного по КМОП технологии (Z084C008) это тоже справедливо? Он тоже не везде может заработать?

Скорее всего, да.

имхо ерунду говоришь.. нагрузочная способность у КМОП не ниже, а в ряде случаев даже выше чем у обычных. В частности Z084C008, Z084C010 однозначно имеют более высокую нагрузочную способность чем обычный Z80, и это уж более 15 лет как используется во всех КAYях, где для шины NemoBus нужна повышенная нагрузочная способность!!!

KALDYH 27th March 2009 08:56

Quote:

Originally Posted by KALDYH (Post 191359)
если что, знатоки меня поправят

вот и поправили

CHRV 27th March 2009 11:35

У 1858ВМ3 не работает М1 при HALT поэтому у меня не работал с ним КАЙ...

Conan 27th March 2009 17:43

2 Attachment(s)
Quote:

Originally Posted by CHRV (Post 191490)
У 1858ВМ3 не работает М1 при HALT поэтому у меня не работал с ним КАЙ...

В оригинальном "Краснодарском" варианте схема формирования и обработки прерывания не использует М1. Поэтому в данном случае причина другая.
Quote:

Originally Posted by Black_Cat (Post 191473)
нагрузочная способность у КМОП не ниже, а в ряде случаев даже выше чем у обычных.

Совершенно верно, при прочих равных условиях. Сомневающиеся могут ставнить параметры КМОП и н-МОП процессоров Z80 в фирменной инструкции (см. приложение).
Quote:

Originally Posted by Black_Cat (Post 191473)
В частности Z084C008, Z084C010 однозначно имеют более высокую нагрузочную способность чем обычный Z80, и это уж более 15 лет как используется во всех КAYях, где для шины NemoBus нужна повышенная нагрузочная способность!!!

Тут надо уточнить. Дело в том, что нагрузочная способность процессоров Z80 фирмы Zilog не отличается в зависимости от технологии (см. картинку задержек в зависимости от емкости нагрузки - одинаковую для КМОП и н-МОП Z80).
НО! упомянутые (Z084C008, Z084C010) процессоры более высокочастотные (скоростные). Это значит, что имея одинаковую нагрузочную способнотсь, они имеют изначальный запас по времени. В частности это относится к формированию сигналов на шине адреса. И это значит, что при работе на бОльшую емкость нагрузки (длинную шину) они будут вести себя как более медленные аналоги при меньше емкости нагрузки.
Поэтому в данном случае важна не технология, а частота (запас по времянкам).

Возвращаясь к первому вопросу в топике. Если принять, что указанный 1858ВМ3 исправен, то причина зависания скорее всего в том, что формируемые (или используемые) им сигналы отличаются (в силу технологии и возможно разброса параметров) от ВМ1. Единственным способом "подгонки" процессора под капризные времянки мат. платы является сигнал CLK. В свою очередь этот сигнал можно "подвигать" взад-вперед изменяя подтяжку к +5В на тактовом входе. Фактически это приведет к более пологим или крутым фронтам указанного сигнала и соответственно к задержкам-опережениям во всех других связанных с ним.

Black_Cat 27th March 2009 18:31

Quote:

Originally Posted by Conan (Post 191553)
Дело в том, что нагрузочная способность процессоров Z80 фирмы Zilog не отличается в зависимости от технологии

она обязана отличаться!, но не от технологии, а от паспортной частоты. На более высоких частотах для прокачки одинаковой ёмкости чтоб соблюсти крутизну фронтов процессоры имеют более мощные буфера рассчитанные на большие токи. Это и использовалось в Каях, где высокочастотные процессоры с мощными буферами, рассчитанными на работу на высоких частотах, включали на пониженной частоте и получали таким образом сверхзапас по мощности.

Conan 27th March 2009 19:37

Quote:

Originally Posted by Black_Cat (Post 191556)
использовалось в Каях, где высокочастотные процессоры с мощными буферами, рассчитанными на работу на высоких частотах, включали на пониженной частоте и получали таким образом сверхзапас по мощности.

Еще раз смотрим на диаграмму из фирменной доки: изменение задержки формирования адреса ОДНО НА ВСЕ ТИПЫ Z80 и не зависит от частоты и технологии процессора. Это означает что выходные буфера имеют одинаковое выходное сопротивление (никаких "более мощных" - нет). В случае если бы были разные буфера, изменение времени задержки от емкости нагрузки (RC) отличалось бы.

По факту отличается лишь технология изготовления (или отбора) самих процессоров. Для более высокочастотных (это видно из доки) сигналы (не только выходные) формируются с меньшими задержками (внутреннее быстродействие выше).

Black_Cat 27th March 2009 22:41

Quote:

Originally Posted by Conan (Post 191566)
изменение задержки формирования адреса ОДНО НА ВСЕ ТИПЫ Z80 и не зависит от частоты и технологии процессора

с этим полностью согласен, но следующее утверждение абсолютно никак с первым не связано и ессно не является его следствием:
Quote:

Originally Posted by Conan (Post 191566)
Это означает что выходные буфера имеют одинаковое выходное сопротивление

Суть в том, что задержки при повышении частоты задаются как раз схемотехникой процессора. И для того, чтоб они стали одинаковыми для разночастотных моделей с учётом того, что более высокочастотные процессоры имеют более низкоомные буфера, их просто схемотехнически сдвигают. Никак иначе одинаковости задержек не добиться, т.к. одинаковый наклон фронтов неизбежно приведёт к непропорциональному укорачиванию импульсов на высоких частотах.
Т.е. более высокочастотные процессоры однозначно имеют более мощные буфера!

Conan 27th March 2009 23:19

Quote:

Originally Posted by Black_Cat (Post 191601)
Никак иначе одинаковости задержек не добиться, т.к. одинаковый наклон фронтов неизбежно приведёт к непропорциональному укорачиванию импульсов на высоких частотах.

Если бы кое-кто не поленился заглянуть в опубликованный мануал, то увидел бы сам, что именно так и есть:

для процессора Z84C0004 рассчитанного на 4 МГц задержка между CLK и ADR составляет - 110 нс,

а для Z84C0020 рассичтанного на 20 МГц (то есть в 5 раз выше) сколько должна составлять что бы соотношения не менялись 22 нс ?, а составляет 57 нс. Результат очевиден.

Все это и многое другое на стр. 35 для КМОП и на стр. 38 для н-МОП.


Quote:

Originally Posted by Black_Cat (Post 191601)
Т.е. более высокочастотные процессоры однозначно имеют более мощные буфера!

RTFM тот, что выше.

Quote:

Originally Posted by Black_Cat (Post 191601)
Суть в том, что задержки при повышении частоты задаются как раз схемотехникой процессора.

Схемотехника у процессоров Z80 одной марки но разной частоты одинаковая. Все отличия (с точки зрения "почему же разные частоты?") во внутренних параметрах: сопротивлениях шин, емкостях затворов и т.д. и всяких технологических особенностях.

Black_Cat 27th March 2009 23:49

Quote:

Originally Posted by Conan (Post 191606)
для процессора Z84C0004 рассчитанного на 4 МГц задержка между CLK и ADR составляет - 110 нс,

а для Z84C0020 рассичтанного на 20 МГц (то есть в 5 раз выше) сколько должна составлять что бы соотношения не менялись 22 нс ?, а составляет 57 нс. Результат очевиден.

:) если бы задержки оставались одинаковыми для разных частот, то как было 110, так 110 бы и осталось :) . А на самом деле налицо их изменение и подгонка конкретно под каждую частоту.
Quote:

Originally Posted by Conan (Post 191606)
Все отличия (с точки зрения "почему же разные частоты?") во внутренних параметрах: сопротивлениях шин, емкостях затворов и т.д. и всяких технологических особенностях.

и в т.ч. сопротивлении выходных буферов.
Из всего сказанного очевидно только одно - параметры высокочастотных клонов Z80 комплексно подгонялись с помощью множества параметров, и являются компромиссным результатом, в т.ч. учитывающим умощнение буферов.


All times are GMT +4. The time now is 00:27.

Powered by vBulletin® Version 3.8.3
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.