Новая плата АТМ Турбо 8.0 + rev. 2017

[Максагор]

А CP/M, которая в ПЗУ, должна видеть 4М памяти? Показывает 1М.

Прошивка старая - ничего никто не менял. Больше 1Мб она в CP/M не видит. Надо будет в ближайшее время, раз уже плата ожила, накатать небольшую тестовую прожку на определение наличия/отсутствия 4Мб ОЗУ...

К сожалению времени сейчас катастрофически мало, по этому раньше не мог ответить.

Аналогично. Следующая неделя будет пиком загруза, потом станет полегче, тогда постараюсь вновь включиться в переписку.

[sishome]

Вот сбрасывать начала. То есть, программа в 89s51 вроде бы работает. Клавиатура - пока тишина... Я вот думаю, PS/2 клавиатуры с этим вообще совместимы?

[Максагор]

Вот сбрасывать начала. То есть, программа в 89s51 вроде бы работает. Клавиатура - пока тишина... Я вот думаю, PS/2 клавиатуры с этим вообще совместимы?

Я успешно работал на АТМ как с XT (с другой прошивке контроллера) и с AT-клавами (с крупным 5-дин-разъемом), так и с современными PS/2-через простой (просто провод в провод с одного разъема на другой) переходник с 5-дин на PS/2, которые еще несколько лет назад (сейчас не обращал внимание) можно было купить в каждом втором компьютерном магазине. Вот работу USB-клавы через переходник USB на PS/2 не опробовал - врать не стану.

[sishome]

Я успешно работал на АТМ как с XT (с другой прошивке контроллера) и с AT-клавами (с крупным 5-дин-разъемом), так и с современными PS/2-через простой (просто провод в провод с одного разъема на другой) переходник с 5-дин на PS/2, которые еще несколько лет назад (сейчас не обращал внимание) можно было купить в каждом втором компьютерном магазине. Вот USB-клавы через переходник USB на PS/2 врать не стану.

Это именно PS/2 клавиатура. Но вот я думаю, а не вставил ли китайский разработчик переходник USB->PS/2 внутрь корпуса клавиатуры? По идее, она должна выплевывать скан-код при нажатии клавиши, а она не выплевывает. Оба резистора стоят. Но у меня опять все на проводках, и я пока плохо понимаю, как этот контроллер клавиатуры вообще работает.

[sishome]

Так. Это действительно PS/2 клавиатура. После того, как она включила-выключила лампочки, она пихает на контроллер 0xAA, чем пытается сказать, что у нее все хорошо, и пора начинать что-то делать. Но похоже, что (именно эта?) клавиатура не выдает скан-кодов до того, как ей скажут, что можно, а контроллер этого делать или не собирается, или не может по какой-то причине.

- - - Добавлено - - -

А исходники программы контроллера где-то есть?

[Максагор]

Максагор четко пишет "*ИСКЛЮЧЕНИЕ: D10.14 (555кп11) -тут оставить DOSEN"Нажмите на изображение для увеличения. Название: Порт #BF и сигнал DOSEN - исправленный.jpg Просмотров: 32 Размер: 40.9 Кб ID: 62644
Во всех остальных случаях идет замена -DOSEN на -DOSENX и DOSEN на DOSENX.

Суть разделения ранее единого сигнала DOSEN на несколько такова:

В ATM2+ существует один теневой, включающийся сигналом DOSEN порт диспетчера памяти (а точнее, 4 порта для каждого окна адресного пространства) #xFF7. Теневые порты включаются вместе с такими же теневыми портами бета-диска в классическом случае двумя способами:

1. Через переход в TR-DOS классическим способом по адресам ПЗУ #3Dxx (или по кнопке MAGIC)
2. Через запись соответствующего бита в системный порт #xx77. Но так как данный порт тоже является теневым, но это скорее будет являться удержанием теневого режима включенным. Кстати, из-за этого можно добиться необратимых последствий, если включить вместо ПЗУ - ОЗУ, а затем спрятать теневые порты, то вновь включить их будет невозможно, так как не сработает окно перехода в TR-DOS #3Dxx.

В ZX-Evolution добавилась архитектура АТМ3, в которой, во первых, модифицирован диспетчер памяти #x7F7, который, работая как и оставленный для совместимости прежний #xFF7, управляет, за счет отказа от бита выборки ПЗУ и бита сопряжения с портом страниц 128К, всеми 4Мб ОЗУ. Т.е. добавился еще один теневой порт.
Плюс к этому добавился еще один способ включения теневых портов, и теперь их стало три:

1 и 2 как в ATM2+
3. Через порт #BF, который присутствует и в реальном, и в теневом режиме и битом D0 включает и ли выключает ВСЕ теневые порты. Этот порт также доступен для чтения своего состояния.

Все бы хорошо, и почему бы просто не повторить в переразведенном АТМ3 эту схему? Не получается, потому что, как я уже писал, при короткой адресации (которая широко применяется в ПЗУ как xBIOS так и чуть менее в EvoResetSystem) порты #xFF7 и #x7F7 конфликтуют друг с другом. Я это обнаружил, когда пытался запустить ПЗУ от АТМ2+ на ZX-Evolution. Частично мне тогда удалось внести изменения и все-так его запустить, в итоге чего появились версии ПЗУ с индексом "EC" (Evo Compatible), но лишь частично - самую изюмину - vTR-DOS надо было бы буквально переписывать с нуля - там все для скорости завязано на короткой адресации в стиле OUT (#F7),A: OUT (#F7),D и проч. Короче, получался тупик - непонятно было, как добавить и новые возможности ZX-Evo и сохранить совместимость с АТМ2+.

Выход был найден такой: учитывая, что в ZX-Evolution во всем известном софте старый "громоздкий" способ доступа к теневым портам через TR-DOS осуществляется только старым же софтом от АТМ2+ или в софте, сделанном специально для совместимости с АТМ2+ и работающий в пределах 1Мб, а все программы, обращающиеся к верхним мегабайтам и не стремящиеся к совместимости с АТМ2+ не утруждают себя долгими процедурами и обращаются к теневому расширенному порту #x7F7 через прямое включение его по #BF, возникла возможность обойти проблему путем разделения способа вызова теневых портов (отсюда и разные сигналы - DOSENX и DOSEN2). Теперь в АТМ3 три способа вызовов теневых портов выглядит так:

1 и 2 как в ATM2+ с одной оговорочкой - эти варианты включают сигналом DOSENX (и его инвертированным вариантом) ВСЕ теневые порты КРОМЕ нового #x7F7 - он как бы для программы не существует и вся короткая адресация работает.
3. Порт #BF сигналом DOSEN2 включает АБСОЛЮТНО ВСЕ теневые порты, включая #x7F7 - по сути, разрешая прохождение сигнала A11 для дополнения дешифрации с #xFF7 на #x7F7 через D104: D.

Таким образом достигается требуемая совместимость. Для будущей же модификации ПЗУ vTR-DOS для работы со ВСЕМИ 4Мб по КОРОТКОЙ адресации были введены порты #FEE7/#FFE7 (идентичные друг другу) - эти порты остались разведенными в дешифраторе, но незадействованы со времен старых версий ATM2 (v6.xx), где они отвечали за доступ к статическому ОЗУ старого контроллера XT-клавы, а в 7.xx оставшиеся ненужными и ведущими "вникуда" (D31 n13 и n15). Теперь эти порты могут также полностью управлять памятью аналогично портам #xFF7 или #x7F7, только по всегда короткой адресации #xxE7. А вот какому из этих двух диспетчеров (для 1Мб или 4Мб) памяти этот порт будет соответствовать, решает опять порт #BF по сигналу D1 (PGSN) - D111.5 После ресета должен соответствовать #xFF7.

Дальше больше. Триггер D71:B. Сигнал DOSEN (D71.9) идет на D10.14. Проблема только в том, что это не сигнал DOSEN. Если сравнить с предыдущей схемой (7я версия), это -DOSEN, но триггер включен точно так же.
То есть, я так понимаю, в этом всем узле
(1) перепутаны выходы триггера (D71 8 и 9, сигналы DOSEN и -DOSEN). Проблема в том, что просто поменять их местами не получится, потому что тогда DOSENX станет -DOSENX и, соотвественно, наоборот, в результате будет еще куча исправлений, потому что после D56A и D104А полярность становится правильной. Вопрос еще в том, что должно быть на D10.14? DOSEN или DOSENX? Если думать о том, что все должно переключаться в предыдущую схему по сбросу D111, то DOSENX. Где еще используется DOSEN или -DOSEN? Должен ли он вообще использоваться и если да, то почему?

(2) на D56.2 должен идти -DOSEN2, а не DOSEN2.
(3) на D104.2 должен идти DOSEN2, а не -DOSEN2.

(2) и (3) еще раз: по сбросу триггера D111 все должно приводиться в ATM2 состояние. Но по сбросу D111.2, DOSEN2=0, -DOSEN2=1. В результате на D56.3 у нас постоянно ноль, а на D104.3 постоянно 1, независимо от состояния D71B. Это поведение явно не соответствует предыдущей схеме.

Правильно - действительно у Zorel'а перепуталось во время переразводки.

Нет. Я это исправил тоже, все равно были просажены. Смотри:
D70 должны НЕ пропускать тогда, когда их OE высокий.
OE высокий тогда, когда D56.8=1.
D56.8=1 тогда, когда и D56.9 = 1, и D56.10 = 1. Во всех остальных случаях D56.8=0, и D70 что-то пытается запихнуть в шину данных.
Какие это случаи? (1) Когда правильно идет чтение из порта, определенного D93.7, что верно. (2) Когда НЕ (D105A) идет чтение из порта, определенного D106, то есть практически всегда.
Когда D106.7=1, шина просаживается. А D106.7=1 практически всегда, за исключением -IOFF=0 & A6=0 & A4=1 & A5=1 & A7=1 & -WR=1, то есть при чтении из порта порт не читается. Я это так понимаю.

Да, ошибка указана правильно - я по рассеянности упустил, что ИД7 (D106) в неактивном (когда не совпадают условия ее выборки) состоянии на выходах всегда будет высокое состояние. Но лечение проблемы предложено неверно и, хоть и позволило стартовать, наконец, прошивку, создает новый глюк, который не проявляется только потому, что мы еще не дошли до испытания работы флопика, а там проявится во всей красе. Ведь почему я решил отрезать сигнал D93.7 от D70.10 и D70.13? Потому что сигнал D93.7 - это чтение через указанные точки теневого порта #FF бетадиска - чтение сигналов состояния дисковода. При этом данный порт (при активном сигнале DOSEN) имеет неполную адресацию, дешифруется не по всем линиям, а только по A0,1,2 (это сигнал -IOFF), а также А3,4 и 7. Т.е. сигналы A5 и A6 в дешифрации участия не принимают. А между тем, введенный с ZX-Evo конфигурационный порт #BF доступен и для чтения своего текущего состояния (сигнал -BFPRD D106.7, который и шел на тот инвертор D105:A). А при такой неполной дешифрации #BF (в случае использования его при активированных любым способом теневых портах), у которого только A6=0 ничем не отличается от порта #FF бетадиска, а значит при попытке прочесть #BF, если мы исключаем D105:A из схемы, мы получим одновременно и срабатывание #FF.

Предлагаю, с учетом выявленных ошибок решить проблему так:

Отрезать D56.8 от D70.10 и D70.13 а пустить на эти микросхемы как в АТМ2+ сигнал от D93.7

На пресловутый инвертор D105:A пустить не чтение порта #BF, а адресный сигнал A6.

D56.10 отсоединить от D93.7 и подвести туда (на D56.10) A4, который, соответственно, отрезать от D93.6

Получившуюся смесь сигналов A4 и A6 на выходе D56.8 пустить на освобожденный D93.6

В итоге мы получим срабатывание порта #FF бетадиска только при НЕобнуленном сигнале A6, который теперь тоже участвует в дешифрации.

Так. Это действительно PS/2 клавиатура. После того, как она включила-выключила лампочки, она пихает на контроллер 0xAA, чем пытается сказать, что у нее все хорошо, и пора начинать что-то делать. Но похоже, что (именно эта?) клавиатура не выдает скан-кодов до того, как ей скажут, что можно, а контроллер этого делать или не собирается, или не может по какой-то причине.

А исходники программы контроллера где-то есть?

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

[ZKostik]

Так. Это действительно PS/2 клавиатура. После того, как она включила-выключила лампочки, она пихает на контроллер 0xAA, чем пытается сказать, что у нее все хорошо, и пора начинать что-то делать. Но похоже, что (именно эта?) клавиатура не выдает скан-кодов до того, как ей скажут, что можно, а контроллер этого делать или не собирается, или не может по какой-то причине.

А исходники программы контроллера где-то есть?

Проверить можно просто. Жмем "Alt+Ctrl+Del". При рабочей клавиатуре происходит сброс. А вот с все остальное не работает потому что на -KEYRD каша. D16 не правильно работает. По крайней мере у меня так все выглядит.

- - - Добавлено - - -

Отрезать D56.8 от D70.10 и D70.13 а пустить на эти микросхемы как в АТМ2+ сигнал от D93.7

На пресловутый инвертор D105:A пустить не чтение порта #BF, а адресный сигнал A6.

D56.10 отсоединить от D93.7 и подвести туда (на D56.10) A4, который, соответственно, отрезать от D93.6

Получившуюся смесь сигналов A4 и A6 на выходе D56.8 пустить на освобожденный D93.6

В итоге мы получим срабатывание порта #FF бетадиска только при обнуленном сигнале A6, который теперь тоже участвует в дешифрации.

Вот наглядно:
Не совсем понятно что делать с D56.5. ? Поправил.

- - - Добавлено - - -

Правильно - действительно у Zorel'а перепуталось во время переразводки.

Так какой окончательный вариант?? Можно по пунктам. Что от чего растет.
От вариантов использования этого DOSEN голова кругом.

[Максагор]

Не совсем понятно что делать с D56.5. ?

Да, правильный вопрос.
При новом способе реализации дешифрации на D93 элементы D105:B и D56:B становятся ненужными, а В93.9, как и на АТМ2+ подключить обратно напрямую на D95.9.

Так какой окончательный вариант??

Вот так:

(1) перепутаны выходы триггера (D71 8 и 9, сигналы DOSEN и -DOSEN). Проблема в том, что просто поменять их местами не получится, потому что тогда DOSENX станет -DOSENX и, соотвественно, наоборот, в результате будет еще куча исправлений, потому что после D56A и D104А полярность становится правильной. Вопрос еще в том, что должно быть на D10.14? DOSEN или DOSENX? Если думать о том, что все должно переключаться в предыдущую схему по сбросу D111, то DOSENX. Где еще используется DOSEN или -DOSEN? Должен ли он вообще использоваться и если да, то почему?

(2) на D56.2 должен идти -DOSEN2, а не DOSEN2.
(3) на D104.2 должен идти DOSEN2, а не -DOSEN2.

А вообще-то пора все-таки Zorel'у провести в шапке ревизию всех доработок.

Можно по пунктам. Что от чего растет.

Уточни вопрос - что разобрать подробнее?

А вот с все остальное не работает потому что на -KEYRD каша. D16 не правильно работает. По крайней мере у меня так все выглядит.

D16 - это дешифратор открытых портов клавы/бордюра #FE (in/out), принтера/ковокса #FB (in/out), порта внешних устройств #FA (in/out) и порта #FF (in/out)
Данный дешифратор не менялся со времен АТМ2+, разве что при переразводке что-то напутали, но при беглом сравнении со схемой АТМ2+ разницы не увидел. Так что вряд ли дело в дешифраторе. Возможно, что-то влияет на работу сигнала -KEYRD где-то дальше.

Кстати, какая прошивка контроллера клавы использована?

[ZKostik]

Уточни вопрос - что разобрать подробнее?

Выходы триггера (D71 8 и 9, сигналы DOSEN и -DOSEN) меняем местами или нет? И если меняем нужно еще какие вносить изменения?

С D56.2 и D104.2 понятно что меняем.

- - - Добавлено - - -

Возможно, что-то влияет на работу сигнала -KEYRD где-то дальше.

Влияет и сильно. Он очень короткий.

- - - Добавлено - - -

Кстати, какая прошивка контроллера клавы использована?

Версия прошивки 3.1 для контроллера клавиатуры АТМ-2 ТУРБО.

[Максагор]

Выходы триггера (D71 8 и 9, сигналы DOSEN и -DOSEN) меняем местами или нет? И если меняем нужно еще какие вносить изменения?

С D56.2 и D104.2 понятно что меняем.

На схеме ATM3 на выходах D71 8 и 9 перепутаны только обозначения сигналов, а сами сигналы идут верно. А именно:
D71.8 - это сигнал DOSEN, идет на D104.1 (555ЛЛ1)
D71.9 - это сигнал -DOSEN, идет на D56.1 (555ЛИ1)

А вот сигналы DOSEN2 и -DOSEN2 реально перепутаны и их меняем местами:
DOSEN2 на D104.2
-DOSEN2 на D56.2

Версия прошивки 3.1 для контроллера клавиатуры АТМ-2 ТУРБО.

А, ну тогда ясно, она и не должна работать. Как говорится, лишняя возможность убедиться в необходимости "использовать только лицензионный софт" (а все, что не выложено на сайте АТМ - нелицензионное и использовать можно только на свой страх и риск). Хе-хе. ))) Потому что эта версия прошивки, про которую я само-собой знаю, у меня на сайте АТМ не выложена, и как раз неспроста:
Все версии прошивок АТ-клавы (кроме версии 1.0 от МикроАРТа), а именно v2.2, v3.0 и v3.1 сделаны Камилем Каримовым. Но у него никогда не было собственной АТМ, поэтому он по схеме АТМ выдрал оттуда отдельно контроллер клавиатуры, повторил только его на ОТДЕЛЬНОЙ плате и, подключая его к иным спектрумам экспериментировал с прошивкой. Так вот, v2.2 пошла и у него на отдельном контроллере, и на реальной АТМ, а вот версии 3.0 и затем 3.1 прекрасно пошли у него на контроллере, но отказались работать на АТМке.

Это все случилось в далеком 2006 или 2007 гг., когда у меня были ограниченные возможности заниматься АТМкой и, тем более, с паяльником и осциллографом разбираться, почему, да отчего так. В итоге я выложил на сайт "проверенную в деле" прошивку v2.2, а другие версии отложил "в долгий ящик", и так как тогда не нашлось больше никого, кто, имея реальную АТМку, обладал бы знанием/возможностями/желанием помочь Камилю в выявлении причины нерабочести последних версий, так все и затянулось до сегодняшнего дня.

Поэтому пока что предлагаю взять для работы по наладки АТМ последнюю реально рабочую версию прошивки v2.2:
http://atmturbo.nedopc.com/download/...s/atm_at22.zip

Что же касается v3.1, то весьма желательно уже позже, когда плата нормально заработает, все же попытаться разобраться - так как именно в 3.1 полноценно поддержан COM-порт, который неплохо бы наконец-то попробовать в деле (под него Камиль даже написал тестовую программу-пинговальщик интернета). Если дело окажется только в слишком коротком -KEYRD и при его удлинении все заработает, тогда вообще замечательно.
Более того, в АТМ3 к портам контроллера клавы подключены еще и энергонезависимые часики (да еще и мышка, кстати), так что неплохо бы дополнить прошивку их обработчиком. Как я уже говорил, все исходники с комментариями Камиля (v2.2, v3.0 и v3.1) имеются. Я выложу их чуть позднее - надо их разыскать. Камиль, кстати, тоже обещал с поддержкой прошивки помочь - но сначала надо, чтобы 3.1 реально заработала, так как он на своем контроллере эту проблему на реальной АТМ решить не может.