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

[Максагор]

Привет!
А есть ли какая-то пошаговая документация по сборке вида "для минимального старта запаяйте вот эти компоненты, для IDE добавьте вот эти, и т.п."?

Есть для ATM-turbo 2+ (v7.xx) - в силу преемственности разводки плат, частично подходит и под данный случай:
TURBO2+. Описание по наладке и сборке (издание третье) и
Доработки и исправления.

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

Выкладываю скрины теста v 1.3:

Сразу вопрос: почему на тесте страниц метка "ФЭ" (экранная страница) стоит только у 7 и 3 страниц, а напротив 5 и 1 нет? Это же тоже экраны, пусть даже если они отключены...

Плюс еще:
Запустил тест на эмуляторе с конфигурацией АТМ2+:
Общее замечание: переход на тест всего ОЗУ должен быть независимо от теста NMI - наличие и работа кнопки - дело второстепенное, ее можно проверять, когда работают все остальные узлы, а у тебя переход к полному тесту происходит только после нажатия на MAGIC. Не надо так.

На тестах графических режимов: в режиме текстового экрана выводятся текстовые строки 15 цветов (черный одинаковых для всех режимов яркости), в режимах 320х200 и 640х200 выводятся все 16 цветов (присутствует "ярко-черный"), а в режиме ZX-экрана снова только 15 цветов. Где-то "неучтенка", или так и задумано?

Далее: специально проверял именно на эмуляции АТМ2+ для проверки универсальности теста. оказалось, что на странице с глубоким тестом всех 4Мб ОЗУ тест после первичного вывода таблицы не начинается, наверху выводится какой-то текстовый мусор(?) частично затирающий пару верхних строчек таблицы, после чего весь тест стартует с самого начала, а дело до тестирования разных вариантов работы диспетчера памяти не доходит (yна эмуляторе с конфигурацией ZX-Evolution тест проходит нормально). Предлагаю доработать так чтобы если тест запущен на старых моделях и обнаружен только 1Мб ОЗУ, тестировать точно также эти 64 страницы, а все, что выше, пометить каким-нибудь символом, типа "XX" или как-то еще. Тогда прошивка будет универсальной.
Далее: в конфигурации эмулятора "АТМ2+" страничка тестирования музпроцессора проходит с установленным ярко-зеленым цветом палитры (символы черные). Если тестировать в конфигурации "ZX-Evolution", то цвет фона нормальный, белый. Это так и задумано, или какая-то неучтенка?

Далее касается теста в конфигурации ZX-Evolution: после успешного прохождения глубокого теста страниц, мы переходим к тесту различных типов диспетчеров памяти. Когда доходит до тестирования порта #xEEF, то в режиме его работы с 1Мб тест проходит нормально, а при переключении в режим работы 4Мб, происходит зависание. Это ожидаемо, так как бит порта #BF, в АТМ3 отвечающий за переключение режимов#xEEF, в ZX-Evolution вклчюает или выключает запись в ПЗУ. Это надо учесть - возможно, ты просто не выключаешь этот бит обратно. А вообще, для универсальности теста, можно проверить и возможность записи в ПЗУ и этим отличить АТМ3 от ZX-Evolution. А вообще было бы здорово где-то в ходе теста (в начале, в середине, в конце - это надо подумать) определить и сообщить на экране, на какой машине мы находимся: на АТМ2+(кстати, неплохо предусмотреть, что на этой машине может в момент теста стоять только 512Кб ОЗУ, сообщить об этом, и предусмотреть, чтобы тесты с таким объемом памяти тоже прошли бы нормально), на АТМ3 или на ZX-Evolution 4Мб. Вот это будет универсальность!

Еще неплохо бы отобразить графически (в виде различных "прогрессбаров") наличие разных турборежимов (напрмер в ZX-Evo есть дополнительная возможность управлять скоростью проца через НЕТЕНЕВОЙ порт #EFF7 бит 4 и в сочетании с теневым портом АТМ #xx77 переключать в 3.5, 7.0 и 14МГц). Причем, учитывая, что скорость работы ОЗУ и ПЗУ разная (ПЗУ не вэйтится, в отличие от ОЗУ) можно вывести два разных теста для ПЗУ и ОЗУ (на один экран для наглядности). Например (число такток я беру приблизительно на глазок):

ПК ATM-turbo 2+/3:
Режим 3.5МГц:
в ПЗУ: 69880 тактов: ХХХХХХХХХХХХХХХХХХХХ (firmware INT)
в ОЗУ: 69880 тактов: ХХХХХХХХХХХХХХХХХХХХ (firmware INT)

Режим 7.0МГц:
в ПЗУ: 139880 тактов: ХХХХХХХХХХХХХХХХХХХХХХХХХ ХХХХХХХХХХХХ (Wait OFF)
в ОЗУ: 99880 тактов: ХХХХХХХХХХХХХХХХХХХХХХХХХ ХХХ (Wait ON)

ПК ZX-Evolution:
Режим 3.5МГц:
в ПЗУ: 71680 тактов: ХХХХХХХХХХХХХХХХХХХХX (Pentagon INT)
в ОЗУ: 71680 тактов: ХХХХХХХХХХХХХХХХХХХХX (Pentagon INT)

Режим 7.0МГц:
в ПЗУ: 139880 тактов: ХХХХХХХХХХХХХХХХХХХХХХХХХ ХХХХХХХХХХХХ (Wait OFF)
в ОЗУ: 139880 тактов: ХХХХХХХХХХХХХХХХХХХХХХХХХ ХХХХХХХХХХХХ (Wait OFF)

Режим 14.0МГц:
в ПЗУ: 280000 тактов: ХXXXXXXXXXXXXXXXXXXXXXXXXХХХХХХХХХХХХ ХХХХХХХХХХХХХХХХХХХХХХХХ (Wait OFF)
в ОЗУ: 240000 тактов: ХХХХХХХХXXXXXXXXХХХХХХХХХХХХХ ХХХХХХХХХХХХХХХХ (Wait ON)

Вот пока такие вот комментарии и пожелания. А так в целом - круто. Очень круто. Думаю, в версии v1.4 все будет окончательно доделано.

[Advertiser]

[msd888]

Спасибо Максагору за столь внимательную и подробную экспертную оценку программы!
Я обязательно учту все пожелания в очередной версии! Сделаю замер производительности из расчета количество циклов тактов процессора за период времени между очередными кадровыми синхроимпульсами, но потом надо будет Максиму тоже померить на Evo и АТМ 2, чтобы я эти данные в сравнение поместил - так интереснее будет. Кроме того, введу в самом начале теста определение платформы, а затем уже буду исключать те или иные тесты для совместимости с другими компьютерами.
Мне сейчас очень хочется двигаться дальше и перейти к наладке и тестированию FDD/HDD и клавиатуры. Тем более, что дисководы теперь есть разные - есть с чем эксперементировать, да и винт прикупил на 4 Gb специальный.

Вот сделал, согласно рекомендациям Максагора, подтяжку шины данных, но правда я 10к поставил - вроде на всех типовых схемах именно 10к стоят.
Переделка:

https://yadi.sk/d/_pT6G0OoyFSIkg
Специально взял на 9 резюков, чтобы общий из-за панельки выглядывал, а второй вывод болтается в воздухе (на фотографии может показаться, что он на 1 выводе буфера сидит - нет это не так!).

И вот что характерно, активность прослеживается не на всех выводах DB0 - DB7.
В результате, если ставлю прошивку 2.11, то сбрасывается с клавы, но на остальные клавиши не реагирует.
Если ставлю прошивку 3.0, то компьютер начинает стартовать сразу при включении, чего нет в остальных случаях, а дальше с клавы не сбрасывается, но при нажатии на любую клавишу - рестарт.
Кроме того, при установленной микросхеме контроллера клавиатуры при прошивке 3.0 работа платы часто прерывается самопроизвольными сбросами. Даже в СР/М перестает входить. Вытаскиваешь - все опять нормально.

Грешу на то, что MiniPro мой некорректно шьет микросхему. Т.е. не сам программатор, а "прокладка" между столом и креслом! Буду разбираться. Может кто сталкивался с подобными сложностями?
Какие Lock-биты нужно устанавливать в Config? Может все решается просто. Если при прошивке я беру файлы Hex, то у меня FF появляются, а если шью из BIN файла, то 00!
Здесь что-то не то. Надо научиться пользоваться программатором. Или продайте мне кто-нибудь прошитую 89S51 и PIC12f683 до кучи - с ним тоже не разобрался! ))) А я уже потом, имея образец, научусь все правильно конфигурировать при прошивке последующих микросхем. Короче, радует одно - потихоньку двигаемся к заветной цели, а решение возникающих сложностей это на самом деле то, ради чего все и затевается!

[norduk]

Вот сделал, согласно рекомендациям Максагора, подтяжку шины данных, но правда я 10к поставил - вроде на всех типовых схемах именно 10к стоят.

Я это тоже делал, ставил 1кОм, мне это никак не помогло. Судя по всему, это поможет тогда, когда у тебя заработает без всяких подтяжек прошивка 2.1, а 3.0 работать не будет (или будет нестабильно).
Допаиваю механику. Она будет немного по-веселее, чем просто на тактовых)

[msd888]

Сегодня занимался запуском контроллера клавиатуры. Ситуация такая. Прошил от греха подальше прошивку 2.211 (для кварца 11.059 МГц).
Не буду весь ход работы пересказывать. Самое главное - после включения компьютера комп перестал зависать от жестокого вейта и даже распознает первую нажимаемую клавишу.
Таким образом, я могу нажав пробел войти в меню загрузки, а нажав ввод попасть в меню Sinclair 128. На этом праздник жизни заканчивается и клава перестает читаться. После ресета все повторяется.
Ну это значит, что:
1. Контроллер работает и прошивка в нем корректно залита.
2. Длительности keyrd хватает установить триггер и активировать прерывание ОЭВМ.

Вопрос знатокам: почему только один раз? Ну, кто-то же добивался однажды такого эффекта и решал проблему?
А так решил перерисовать все схему контроллера клавы и еще раз детально все прозвонить.
А потом сравнить ее с проверенной временем.
Но все же исподволь надеюсь на помощь клуба! )))
Да, кстати, длительность сигнала keyrd у меня сейчас чуть больше 400нс. Этого достаточно? Или может быть много?
уже сам начинаю понимать, что мало