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

Полигон-2

Форум о старых компьютерах

Объявление форума

Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС.

Полигон-2 »   Другие архитектуры »   Полуплата 1801ВМ3
RSS

Полуплата 1801ВМ3

<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 7 8 9 10 11 * 12 13 14 15 .. 20 21 22 23 24 25
Печать
 
MM
Advanced Member


Откуда: Павловский Посад Мск.обл.
Всего сообщений: 3418
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
2 авг. 2013
Насчет теста в 134 - сначала записывается типа адрес слова + N - это прямая запись. Потом он читается - сравнивается с вычисленным значением, потом инвертируется и записывается обратно в ту же ячейку - "обратная запись". На 3 этапе теста - чтение "обратной записи" и сравнение с вычисленным значением.
Если писать тест для реального железа - желательно на каждом проходе прибавлять "1" к "N"- так примерно за пару суток можно проверить реальный метр на 2 млн рег-рег.
*
Кстати, есть мнение, что ДОЗУ на реальном тесте за недельку Должно выкатить единичную ошипку - это дело очень тщательно исследовалось в конце 1980-х, даже в "Электрониксе" была статья по объяснению причин этого и методам устранения.
Да, и СОЗУ тоже подвержено этому - но в полпорядка меньше раз - за счет конструктивных особенностей 6-транзисторной ячейки.
Полностью исключить это явление в отделе ОЗУ можно только "троированием" СОЗУ - когда используется логический компаратор на чтение - если 2 из трех данных чтения одинаковы - они и признаются "правильными". Такая организация ОЗУ не помогает от радиопомех и сбоях в чипсете - необходимо несколько модулей М-ЭВМ с механизмом аппаратного контроля ОЗУ, но это тема др. раздела.
andyTh
Гость

Ссылка

Попробовал вернуться к чтению ТО на плату.
На всяк случай читаю это

http://www.emuverse.ru/downloa..._TO_1.djvu

Диаграммы работы с памятью на страницах файлика 41, 42 и 43. Диаграммы 25, 26 и 27.
Насколько я понимаю, если вопрос коррекции ошибок не стоит, промежуточные регистры используются только в режиме "вывод байта"
диаграмма 27. Так?

И вот ещё интересно, при использовании схемы коррекции и этих самых регистров, когда сначала пишем в них, а потом в память или в процессор, что именно заставляет процессор делать второй цикл в котором происходит перезапись регистры - память. Диаг. 25 и 26.
Сейчас на форуме
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Перезапись процессор не делает, она происходит внутри цикла процессора и делается ВП1-119, сам процессор одну запись выполняет. Вы с vslav по поводу 119 пообщайтесь, он её тоже вскрывал.
andyTh
Гость

Ссылка

Меня засмущали два цикла обмена на диаграммах. Мало ли...
Вот та модель о которой я говорил выше и есть модель вскрытой 119.
Но в первом приближении она не пошла.
Как и во втором. Для третьего и далее, по моему разумению, нужна эталонная плата.
Была б она полезной и для возни с моей поделкой. О чём раньше как то не подумал.
Точнее не захотел везти с собой эту скатерть самобранку.
Плату мне с оказией передадут. Но будет это только в середине - конце сентября.
Думаю до этого времени даже методом околонаучного тыка должно получится.

На сей момент имею платку с работающим на 6Мгц процессором.
Работает и на 6.25, но как то цифра не красивая. На 6.75 работает стабильно после минут 5 прогрева.
Память 4М. единичные ячейки нормально читаются пишутся по всему обьёму.
Вручную прописывал паттерны с бегущей единицей в адресах и данных.
Работает.
Тест памяти Т4 виснет.
При чём виснет интересно. Внешне в терминале всё нормально, но он не заканчивается.
Идёт себе прямая запись и идёт. Пока у меня терпение не заканчивается.
простые программки работают
1000/010037
1002/177566
1004/000775
R0/101
1000G
с остановом в 1002

Загрузчик НХ тоже как то невзлетел :)

В общем нулевой вариант можно считать успешно пройденным.
Ну и буду копать дальше.
Сейчас на форуме
Anonymous
Advanced Member


Откуда: Москва(Россия)
Всего сообщений: 2537
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
22 нояб. 2011
Было такое, из-за глюков и звона платы, навесил конденсаторов и профильтровал sync в плисине - глюк пропал. Как именно фильтровал не помню, т.к. 4го апреля все диски упали с архивом за последние 10+ лет, посмотреть негде. Вроде просто по клоку sync захватывал и затем складывал с реальным.
andyTh
Гость

Ссылка

Я так думаю это из за отсутствия байтового обмена. Примерно как было с зависание прошивки с системным ОЗУ, пока там это дело не прикрутил.
Во время экспериментов с контроллером ДОЗУ, пока их него (ДОЗУ) читались нули или мусор, тесты работали. Сыпали ошибки но работали.


Со звоном ситуация любопытная. Проц ВМ3 оказался забавнейшей микросхемой.
CPLD у меня быстрая, а нагрузки по выводам практически никакой. На выводах на отрицательном фронте даёт иголочку несколько нан длительностью и амплитудой 0,5-1 вольт. На разных ногах по разному. Оно особо ничему не мешает. Нет на плате таких процессов.
А вот на ногах, которые сидят на ВМ3, к примеру CLK, SSYNC эта иголка имеет амплитуду вольта 2-3. В смысле -2...-3 вольта.
Ради интереса впаял последовательные резисторы. В работе платы ничего не поменялось, но я первый раз в жизни увидел когда перед резистором иголка _меньше_ чем после него. Т.е. иголка на ноге матрицы те же полвольта, а со стороны _входа_ процессора почти вольт.
Хотя выходы процессора, к примеру ADxx чистые.
Сейчас на форуме
1801BM1
Newbie


Всего сообщений: 78
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
15 янв. 2015
> Проц ВМ3 оказался забавнейшей микросхемой.
Это да. На моем модуле он отлично наводил помеху на тактовый вход MAX3064. Я несколько дней по схеме лазил, добавлял-убирал конденсаторы на 10-33пф на разные линии. Почему-то заметно помогали конденсаторы на ADxxx, но полностью проблему не решали. Потом все-таки нашел истинную причину глюков - MAX3064 ловила несколько левых тактовых фронтов из-за помехи. Напаял 51пф непосредственно на тактовый вход CPLD, все остальные экспериментальные конденсаторы снял, и все надежно заработало. И да, дизайн у меня в CPLD полностью синхронный, в этом случае разбираемся с помехой только на CLK, а помехи на остальных линиях можно спокойно игнорировать.
andyTh
Гость

Ссылка

Anonymous написал:
[q]
Защёлкивать можно, открывая регистр по приходу WTBT или TA при неактивном SYNC и закрывая по приходу SYNC, перевзводя схему по снятию SYNC, но зачем такие премудрости, если то же самое делается по уровню SYNC?
[/q]
Устав бороться с одним непонятным для меня глюком, решил начать сначала. Благо это не сложно.
Ну и вот одна заковыка, которая меня и в самом начале несколько смутила. Потом я про неё забыл на время, но может именно она и мешает мне "строить и жить"

Собственно вопрос такой. Адрес я защёлкиваю латчами по уровню SYNC, но как бы SYNC активен во время всего цикла обращения. И по идее, на выходе латча мы сначала поимеем звон, потом адрес, потом снова звон, данные и снова звон :)
На эту беду я наступил, когда прикручивал регистры байтового доступа. А0 которая типа адрес после латча в фазе данных меняла своё значение и у меня сбоила логика. Поставил я на это дело триггер и подумал, а какого собственно...
А латчи у меня стоят, так как я так и не смог запуститься на триггерах.
Вот теперь результаты:
Меняю латчи на триггеры. Ничего не работает, нет обращения к пультовой памяти.
Ставлю два дополнительных латча на А11 и А12. В терминал сыпется мусор.
Пропускаю через латчи ещё и BS и SEL. Всё чудесно работает.
При этом основная память сидит на тех адресах, что защёлкивается триггерами. И тоже прекрасно работает.
Защёлкивал просто по фронту SYNC, по задержаному фронту. Одинаково. По TA and WTBT not SYNC не пробовал правда, но как бы...


Пока возился с "основной памятью" узнал много для себя неожиданного.
Одна вещь даже заставила усомниться в работоспособности ВМ3, точнее его ДП.
Посему очень надеюсь на приезд обычного ВМ3 и платы 1201.03
Пока же работаю с чем есть :)
Но вот эта маленькая фича с латчами и триггерами реально смущает очень сильно.
Сейчас на форуме
andyTh
Гость

Ссылка

Написал и потом подумал :)
Латч то пропускает когда в 1, в нуле то он хранит информацию.
Вопрос практически отпал. Точнее, остался почему триггер не работает.

Бум искать кошку дальше.

Кстати, какой смысл было разделять на плате 1201.0/04 сигнал SYNC?
Имею в виду, что SYNC от ВМ3 заходит в 119, а оттуда выходит неким ESYNCом.
Что за условие формирования ESYNC?
Сейчас на форуме
1801BM1
Newbie


Всего сообщений: 78
Рейтинг пользователя: 0


Ссылка


Дата регистрации на форуме:
15 янв. 2015
andyTh написал:
[q]
Что за условие формирования ESYNC?
[/q]
Выход ESYNC это защелкиваемый на триггере SYNC по фронту CLK, просто задержанный сигнал дял подачи на вход SSYNC процессора.
<<Назад  Вперед>> Страницы: 1 2 3 4 5 ... 7 8 9 10 11 * 12 13 14 15 .. 20 21 22 23 24 25
Печать
Полигон-2 »   Другие архитектуры »   Полуплата 1801ВМ3
RSS

1 посетитель просмотрел эту тему за последние 15 минут
В том числе: 1 гость, 0 скрытых пользователей

Последние RSS
[Москва] LIQUID-Акция. Сливаются разъемы CF
МС7004 и 7004А на AT и XT
Пайка термотрубок
Проммать s478 PEAK 715VL2-HT ( Full-Size SBC)
Подскажите по 386 материке по джамперам.

Самые активные 5 тем RSS