Объявление форума |
Если пользуетесь личными сообщениями и получили по электронной почте оповещение о новом письме, не отвечайте, пожалуйста, почтой. Зайдите на форум и ответьте отправителю через ЛС. |
Полигон-2 » Другие архитектуры » Бракованные КМ1801ВМ2 ? |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
MM
Advanced Member
Откуда: Павловский Посад Мск.обл. Всего сообщений: 3418 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 2 авг. 2013 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2014 3:39 Сообщение отредактировано: 21 апреля 2014 3:42
Гнилые МС1201.02 видал в достаточном к-ве. Поставьте туда СОЗУ 0 тактов - весьма вероятно, что проблема исчезнет. И процессоры должны быть без точек и работать для оригинальной ВП1-013 на не более 7 мгц - ВПшка больше плохо держит. Можно разнести тактирование ВМ2 и ВП1-013 на разные генераторы. * Сами 1801ВМ2 с буквами Б и В - знатное Г ( с БОЛЬШОЙ буквы ). * Что там с питанием ( зловещий вопрос ... ) ? * Как диаграммы на МПИ ( внутри платы, на процессоре ) ? Может, на мелкоте ноги расшатались - особенно этим славятся АП2. |
borisfox
Advanced Member
Откуда: Хабаровск Всего сообщений: 946 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 июля 2008 |
Процессоры перепробовал из трёх разных партий, и А, и Б - проблема есть со всеми... Частоту пробовал понижать до 3 МГц, подключал внешний генератор. Пробовал и переключать контроллер памяти на генератор последовательного порта, оставляя процессор на основном. Проблема в том или ином виде сохраняется. При переключении контроллера ОЗУ на генератор 4608 кГц она начинает проявляться и в режиме пользователя. Радикально переделывать не годится, плата не моя, восстановить её надо в максимально оригинальном виде. В крайнем случае верну без ремонта. Просто уже самому интересно стало найти причину... Осциллограммы нормальные, похожи на те, что на нормальной плате. С питанием тоже хорошо, на этом стенде работают другие платы 1201.02, 03, и куча других контроллеров от ДВК. Самое необъяснимое, почему эта плата после "удачного" сброса начинает работать нормально... И работает так достаточно продолжительное время. Ничего не глючит вплоть до выключения или следующего сброса, который может оказаться "неудачным". Есть ещё одна гипотеза, что неправильно отрабатывает регистр начального пуска, при сбросе выполнение кода начинается не с 140000, а с какого-то другого места в СПЗУ, и какие-то структуры данных в системном ОЗУ неправильно инициализируются. Но вероятность этого невелика, т.к. плата во всех случаях выходит в пультовой режим (иначе она в каких-то моментах зависала бы, выдавала случайную информацию, и т.п.). Да и это не объясняет, почему в этих случаях тестовый код переписывается из ПЗУ в ОЗУ неправильно - на блок кода, выполняющий это копирование, никакие переменные системной области не влияют. |
andyTh |
NEW! Сообщение отправлено: 21 апреля 2014 12:13
Появились "плавающие" биты в ПЗУ? Подставить другую ПЗУшку есть возможность? |
Сейчас на форуме |
_Patron_
Member
Откуда: Москва Всего сообщений: 146 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 19 дек. 2012 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2014 12:33 Сообщение отредактировано: 21 апреля 2014 12:35
borisfox написал: При эмуляции ДВК-1 такая ошибка вылезала у меня при подключенном контроллере MY - его регистры находятся по тем же адресам, что и коды тестового ПЗУ, поэтому если в регистрах MY не 0 и их содержимое читается одновременно с кодом тестов - вылезает такая ошибка. выдают ошибку "тест переписан в ОЗУ неверно". |
_Patron_
Member
Откуда: Москва Всего сообщений: 146 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 19 дек. 2012 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 21 апреля 2014 15:48 Сообщение отредактировано: 21 апреля 2014 15:50
AndyTh написал: Более вероятно, что либо "основные" 64К, либо "дополнительные" 64К не всегда ( или не полностью ) отключаются от шины при изменении сигнала SEL. В таком случае результат чтения из дополнительного адресного пространства будет комбинироваться по ИЛИ с результатом чтения из основного адресного пространства. Появились "плавающие" биты в ПЗУ? Например, контроллер MY после каждого сброса обнуляет свои регистры и запускает довольно долгий внутренний тест. Если чтение из ПЗУ по адресам 172140 и 172142 произойдёт в этот момент - всё пройдёт гладко. Если же MY успеет закончить внутренний тест и изменить содержимое своих регистров - при чтении из ПЗУ возможны проблемы. |
andyTh |
NEW! Сообщение отправлено: 21 апреля 2014 16:14
Может я ошибаюсь, но кажется речь идёт о голой процессорной плате. |
Сейчас на форуме |
_Patron_
Member
Откуда: Москва Всего сообщений: 146 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 19 дек. 2012 |
При копировании кода тестов T2..T5 - процессор сначала ставит SEL и читает слово из ПЗУ системного режима, а потом снимает SEL и пишет слово в ОЗУ пользовательского режима. Если реакция ПЗУ или ОЗУ на изменение сигнала SEL запаздывает - некоторые слова могут читаться/писаться неправильно. При неизменном состоянии сигнала SEL - проблема не проявляется. |
borisfox
Advanced Member
Откуда: Хабаровск Всего сообщений: 946 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 июля 2008 |
В корзине стенда стоит только сама плата вычислителя, никаких других контроллеров больше нет. В пультовом режиме проверил страницу ввода-вывода - левых регистров нет, только консольный порт и принтер. Новое ПЗУ подкидывал (отключая у старого вход CE). Можно, конечно, и совсем заменить, для очистки совести. Я бы понял, если бы глючило постоянно. Но почему ситуация меняется от сброса к сбросу? Ведь бывают периоды после удачного сброса, когда плата без проблем проходит все тесты. О проблеме с SEL была гипотеза ещё на ранних стадиях, но сигнал нормальный, не отличается по форме от такового на исправных платах... Да и если бы с ним было что-то не так, сбросом это бы не устранялось. Контроллер памяти уже другой, другого года выпуска. Теоретически, конечно, может быть, что он тоже глючный, но вероятность, по-моему, очень мала. |
_Patron_
Member
Откуда: Москва Всего сообщений: 146 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 19 дек. 2012 |
Профиль | Сообщить модератору
NEW! Сообщение отправлено: 22 апреля 2014 13:12 Сообщение отредактировано: 22 апреля 2014 16:44
Если проблема может вызываться задержкой реакции каких-то узлов платы на изменение SEL и ошибочным [ выставлением / не выставлением ] ими RPLY, то для проверки можно ввести постоянную задержку SYNC, достаточную для правильного распознавания SEL-сегмента передаваемого адреса всеми устройствами платы. |
borisfox
Advanced Member
Откуда: Хабаровск Всего сообщений: 946 Рейтинг пользователя: 0 Ссылка Дата регистрации на форуме: 30 июля 2008 |
Можно попробовать, но это всё-таки не объясняет, почему ситуация меняется от сброса к сбросу... Ладно если б она постоянно одинаково не работала. Плохо, что нет логического анализатора. И занять не у кого в нашей глуши... |
<<Назад Вперед>> | Страницы: 1 2 * 3 | Печать |
Полигон-2 » Другие архитектуры » Бракованные КМ1801ВМ2 ? |
0 посетителей просмотрели эту тему за последние 15 минут |
В том числе: 0 гостей, 0 скрытых пользователей |
Последние | |
[Москва] LIQUID-Акция. Сливаются разъемы CF МС7004 и 7004А на AT и XT Пайка термотрубок Проммать s478 PEAK 715VL2-HT ( Full-Size SBC) Подскажите по 386 материке по джамперам. |
Самые активные 5 тем | |