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

[Максагор]

ZKostik уже отметил это. Почему D108.1 сидит на нуле, а D108.19 на -ACS? На половине входов DB контроллера вся шина адреса пляшет.

Согласен: и на ножке 1 и на 19 должен быть -ACS - нет никаких тут предпосылок к изменениям относительно схемы 7.10. Тут надо исправлять однозначно.

Но это решает проблему шины адреса, но не решает проблему сигнала -KEYRD. Уверен на 80%, что дело в формирователе сигналов -IORQGE - поглядел по схеме в районе U5 и D27 - чую, что там что-то не так, но 4 ночи, мозги уже не работают, боюсь опять Z с NZ перепутать и пойду спать. Вернусь к вопросу на "трезвую голову", если к тому времени у вас подвижек не будет. Но вообще для начала советую блокировать выборку мыши и формирование -IORQGE и посмотреть, что будет.

[sishome]

Про -IORQGE - IRQ же должен проходить? Вот он и проходит напрямую на D16, а D16 дешифрирует.
Но вот интересно. D102.19 -WEBUF всегда единица. Причем на ногах 4 и 5 D103.B есть сигналы. Но они никогда не совпадают.

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

Подождите. А D103.B не должен ли быть И, а не ИЛИ? Не должен.

[ZKostik]

На рисунках не большие различия в схемах. Если в классическую схему не вносились изменения, то их не должно быть.
Схема 7.10:
Схема 8.0:

D65.A и D65.D к триггеру D68.A правильно подключены. А вот с PG7 вопрос. Или все таки PG5 ?

[Максагор]

А вот с PG7 вопрос. Или все таки PG5 ?

Нет, теперь PG7, так как у нас теперь не 1Мб ОЗУ, а 4Мб ОЗУ. Тут все верно. Изменения в "классическую" схему тут как раз вносились и значительные. PG6 и PG7 - нововведенные сигналы для адресации памяти свыше 1Мб.

[Error404]

Плачу каждый раз, когда читаю как организованы порты в ATM - особенно о страницах памяти, особенно после какого-нибудь Ориона где все просто и линейно. Вот честно, ребята, столько водки мой организм не принимает. Поэтому прекрасно представляю себе как нифига не представляют парни сейчас отлаживающие схему (тут реально респектую), ибо доработки явно добавили тут жару, а не упростили что-то.
Однако, не теряю надежды чего-нить запрограммировать под ATM-ку, ибо имеется в ней православный аппаратный текстовый 80х25. Прошу простить за офтоп.

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

Кстати подумалось: упоминается об "отсутствии прошивки ПЗУ или шрифта "на лету" в сравнении с Evo, но иметь несколько шрифтов (в более емкой ПЗУ) и странично их выбирать (тупо записывая в некий порт значение старших адресных ножек ПЗУ фонта) - было бы удобно. Прошить W27С512 всеми известными фонтами (вряд ли их больше 32 штук) и пользовать на здоровье - никакие подгрузки фонтов уже не понадобятся.

[Максагор]

Плачу каждый раз, когда читаю как организованы порты в ATM - особенно о страницах памяти,

С точки зрения схемотехника или программиста? Потому что как минимум с точни зрения программиста довольно все просто: порт #FFF7 (биты A14,15 которого используются для выбора окна проецирования) и инверсный номер страницы ОЗУ или ПЗУ, на который пускается еще один бит и бит подмешивания страниц с порта #7FFD (по желанию). Это если 1Мб адресовать. А если 4Мб - то по тому же принципу, только порт #F7F7 и все биты только на адресацию ОЗУ идут.

Насчет схемотехники же не скажу - просто сравнить мне не с чем.

P.S> И да, лучше ориентироваться на версию сайта на домене nedopc - http://atmturbo.nedopc.com - так как тот, что на "народе ру" давно не обновляется.

[Advertiser]

[Error404]

С точки зрения схемотехника или программиста? Потому что как минимум с точни зрения программиста довольно все просто: порт #FFF7 (биты A14,15 которого используются для выбора окна проецирования) и инверсный номер страницы ОЗУ или ПЗУ, на который пускается еще один бит и бит подмешивания страниц с порта #7FFD (по желанию). Это если 1Мб адресовать. А если 4Мб - то по тому же принципу, только порт #F7F7 и все биты только на адресацию ОЗУ идут.

Насчет схемотехники же не скажу - просто сравнить мне не с чем.

P.S> И да, лучше ориентироваться на версию сайта на домене nedopc - http://atmturbo.nedopc.com - так как тот, что на "народе ру" давно не обновляется.

Ну, я наверное излишне драматично написал, просто сложновато организовано: тут и использование префиксных команд OUT (C) {как неспектрумисту не понятно почему вместо использования одного из кучи свободных 8-бит-адресуемых портов надо все расширения вешать на ххFD и xxF7 в версии АТМ - чего в них такого сакрального? Один раз придумали клаву сканировать старшими адресами - и пошло-поехало}, и инверсия адресов страниц, и доступность части портов только в режиме TRDOS (а если у меня не TRDOS? ) и несовместимость бита D5 регистра страниц между V6 и М7 при расширении до 1024к, и расширение до 4096к через еще один порт (это что вспомнил не лазая в описание). Вот когда оно все в комплексе вываливается на неподготовленного читателя, он теряется. Тогда как будь отдельный порт страниц без добавления туда спецконфигурационных фич, то можно было бы просто его свободные биты расширить сохраняя совместимость на всех версиях V6-V7-V8 и сплошном адресном поле до 8192к. Т.е. ну ладно в архитектуре Спека128 один доп. регистр был и на страницы и на отключение ПЗУ и на всё-про-всё, но почему так же навернули авторы ATM - не понимаю. Не иначе Билли научил - "512к достаточно для всех".

[Максагор]

Кстати подумалось: упоминается об "отсутствии прошивки ПЗУ или шрифта "на лету" в сравнении с Evo, но иметь несколько шрифтов (в более емкой ПЗУ) и странично их выбирать (тупо записывая в некий порт значение старших адресных ножек ПЗУ фонта) - было бы удобно. Прошить W27С512 всеми известными фонтами (вряд ли их больше 32 штук) и пользовать на здоровье - никакие подгрузки фонтов уже не понадобятся.

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

1. Требуется больше места под ПЗУху, а она на вес золота.
2. Требуется место под дешифратор порт и регистр выборки типа шрифта (как минимум - одна 555ТМ9) - а оно на вес золота
3. Необходимо продумать, на какой порт взвалить выборку шрифтов так, чтобы не наплодить новых стандартов, конфликтующих с имеющимися ПО - это реализуемо, но надо серьезно подойти к этому, а тогда не было времени. Самый вероятный кандидат - использовать биты 6 и 7 порта #BF, незадействованные как в Evo так и в ATM3. Но это даст там только 4 шрифта, хотя и без необходимости введения нового порта. Стоит ли данный вариант того?

Идея окончательно не умерла. Вот, Zorel после выявления всех ошибок еще раз переразведет плату с их учетом. Если место будет то, в первую очередь, он хочет-таки вставить поддержку SD-каторчки. А если и после этого оно останется - то, можно будет и попробовать.

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

Однако, не теряю надежды чего-нить запрограммировать под ATM-ку, ибо имеется в ней православный аппаратный текстовый 80х25. Прошу простить за офтоп.

Если в качестве эксперимента попробуещь замутить под АТМ/ZX-Evolution вариант UZIX на основе встроенного BIOS CP/M на основе твоего проекта:
https://github.com/serge-404/U.Z.I.X.

Готов оказать всемерное содействие информации по устройству, архитектуре, портам и проч. В свое время именно так на пару с Юрием Корсуниным мы сделали из обычного iS-DOS Chic операционку TASiS.

[Error404]

Если в качестве эксперимента попробуещь замутить под АТМ/ZX-Evolution вариант UZIX на основе встроенного BIOS CP/M на основе твоего проекта:
https://github.com/serge-404/U.Z.I.X.

Готов оказать всемерное содействие информации по устройству, архитектуре, портам и проч. В свое время именно так на пару с Юрием Корсуниным мы сделали из обычного iS-DOS Chic операционку TASiS.

Да, вот присматриваюсь с таким прицелом. Идея в том, чтобы сделать версию, работающую на клонах с диспетчером 4х16к (как на АТМ, Спринтере, Алесте520 и может еще где-то), при этом чтобы каждой пользовательской программе/процессу оставался максимум возможного сплошного ОЗУ в пределах 64к (переключать процессы страницами по 64к что AFAIK почему-то не делают в FUZIX) - чтобы пользоваться компиляторами не умеющими в сегменты (а такие все самые нормальные - хоть АСМ, хоть С). Я уже приобрел платы АТМ и Алесты (в модификации УКНЦ), буду собирать (когда у народа получится, сам ошибки не отлажу) чтобы иметь возможность проверить на реале. А то бывает так, что на эмуляторе работает, а на реале возникают глюки.

[OrionExt]

в пределах 64к (переключать процессы страницами по 64к что AFAIK почему-то не делают в FUZIX)

Простите за вопрос не по теме. А как же такое сделать сугубо силами CPU? Что бы процесс был 64К и адресация максимум 64К.

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