Просмотр полной версии : ПК8000 - Ремонт
Второй день бьюсь с ремонтом. При включении-косые чёрно-белые полосы по экрану. Вытаскиваю проц-то же самое. Проц как бы вобще не стартует. Изначально нашёл 2 битые микрухи по ША и ШД. Но видимо ещё что то сгорело. Логику всю проверил осциллом. Криминала не нашёл. Меня интересует, как формируется сигнал СЕ на ПЗУ. Там постоянно 1 висит. Цепи прохождения этого сигнала целые. А именно Д35 и Д34. На выводах 7,9 Д34 висят 1. От сюда есть активность на выводе 12 Д35 ВБР ОЗУ. Чтобы была активность на выводе 15 ВБР ПЗУ нужно, чтобы на выводах 1,2 Д35 были 0. А нули там будут, когда их ВВ55 выдаст. А чтобы она их выдала, её нужно сначала запрограммить. Для этого нужна активность на её WR. А там тоже стабильная 1. Судя по схеме, чтобы на WR ВВ55 был 0, нужно, чтобы был 0 на выходе WR проца, но там тоже стабильная 1.. Или 0 на 7 ноге Д8. Но эта микросхема целая. И строб на неё приходит.
Я в замешательстве. Гуру ПК8000 отзовитесь! Объясните, как происходит старт сей чудо машины..
Да, забыл написать. Такты на проц приходят.
Ещё меня смутила стабильная 1 на входе INT проца. Может он все время в прерывание уходит и поэтому не пытается читать ПЗУ...
К стати считал ПЛМ на программаторе. Домой прийду, выложу. А то вроде как я понял её не считывал никто? Если уже считано скажите, не буду выкладывать...
так а проц то сам тикает?
Такты на проц приходят.
На ШД и ША активность есть.
DemonId7
26.12.2012, 05:26
Да, забыл написать. Такты на проц приходят.
Ещё меня смутила стабильная 1 на входе INT проца. Может он все время в прерывание уходит и поэтому не пытается читать ПЗУ... Сигнал INT сбрасывается программно обработчиком IRQ. Либо до обработчика вообще дело не доходит, либо ПЗУ попорчено. Но второе как-то маловероятно.
Дело в том, что проц ПЗУ не читает. На CE еденица висит. Я вот въехать не могу, как этот СЕ формируется..
У кого есть сей аппарат, сделайте пожалуйста фото экрана компа без процессора. Или на словах опишите, что должен показывать комп без проца.
Закончил сегодня ремонт этого аппарата. Напишу свои мытарства. Вдруг, кому пригодиться.
Аппарат поступил нерабочим. При включении-белый экран (про полосы на экране-это я погорячился. Не туда телик подключил). На ресет реагировал, но деффект оставался. Как позже выяснилось, причина нерабочести-нет чтения ПЗУ (СЕ в стабильной 1).Попутно нашёл 2 битых микросхемы-буферов на ША и ШД. При раскурке схемы стало ясно, что чтение ПЗУ будет только тогда, когда микросхема Д33 (ВВ55) на биты А0 и А1 порта ввода вывода А выдаст 0. Но этого не происходило, так как программирование ВВ55 не происходит до чтения ПЗУ.. И получается какой то замкнутый круг.. Не программированная ВВ55 после ресета устанавливает свои порты А,В,С на ввод, что равносильно Z состоянию. Как известно из практики, подвешенная в воздухе нога в ТТЛ логике считывается как 1. Что здесь собственно и происходило. Микросхема Д34 (КП2) считывала с порта А ВВ55 еденицы, отчего на её выходах так же были еденицы. Следовательно, с дешифратора Д35 (ИД7) выходил активный сигнал с выхода 3 (нога 12). А для выбора ПЗУ нам нужно чтоб активным был выход 0 (нога 15). А для активности ноги 15 нужны нули на входах 1,2............................................... ...
В общем, окончательно разозлившись, я решил принудительно смоделировать выбор ПЗУ. для этого я подтянул к корпусу через резюки 1К ноги 3,4 микросхемы Д33 (ВВ55), чтобы на дешифратор Д35 всё таки пришли долгожданные нули...
И КОМП ЗАВЁЛСЯ!
Подумал, может битая Д33...( скорее даже не битая, а контуженная. Ведь она работает после старта компа..) Заменил. Ничего не поменялось..
В итоге оставил 2 подтягивающих резистора на битах А0 и А1 микры Д33, чтобы при старте или ресете с них считывались нули. А как я понял из схемы, это единственный вариант, при котором возможен старт компа.
Я не в понятках. Как авторы компа задумывали.. Ведь у них старт компа происходит с незапрограммированной ВВ55, и каким то образом из порта А должно считаться нули.. Хотя по законам ТТЛ логики читается 1..
ЗАГАДКА....
Я не в понятках. Как авторы компа задумывали..
Судя по схеме, за принудительный выбор ПЗУ отвечает триггер Д5.2, который сбрасывается при сбросе, и устанавливается после первого обращения к Д33. Скорее всего отвалилась дорожка к контакту 4 Д5.2.
---------- Post added at 12:22 ---------- Previous post was at 12:16 ----------
Хорошо бы ещё проверить надёжность соединения контактов 6 Д5.2 и 1,15 Д34.
Судя по схеме, за принудительный выбор ПЗУ отвечает триггер Д5.2
Это вы по какой схеме смотрите? По моей схеме (http://pk8000.narod.ru/PK_Sura_kniga1234.7z Схема в книге 4) D5 это вобще счётчик, а не триггер..
Это вы по какой схеме смотрите? По моей схеме (http://pk8000.narod.ru/PK_Sura_kniga1234.7z Схема в книге 4) D5 это вобще счётчик, а не триггер..
Именно по схеме Суры и смотрел.
Вот фрагмент:
Я понял, ты другой лист смотришь. Я имел ввиду тот лист, где ВВ55.
Во блин.. Только сейчас увидел, что там на 2 платах независимая нумерация микросхем.. D5 есть как на нижней, так и на верхней платах..))) Спасибо. Проверю. Хотя, я проверял осциллом все микросхемы. Осцилл сказал, что всё скорее хорошо, чем плохо..)))
Захотел я поиграть в игры на ПКшке. И обнаружил, что, оказывается, комп то у меня с причудами..(((
Загружаю я демку ТАНЕЦ с диска №1, а вместо описания программы получаю такую картину.
http://s018.radikal.ru/i528/1501/d6/60b39ad8fa18t.jpg (http://s018.radikal.ru/i528/1501/d6/60b39ad8fa18.jpg)
Танцующий человек тоже странно выглядит..
http://s014.radikal.ru/i327/1501/f1/53b5153c2cfbt.jpg (http://s014.radikal.ru/i327/1501/f1/53b5153c2cfb.jpg)
Вот так выглядит программа Tower..
http://s56.radikal.ru/i151/1501/48/50cb42da1050t.jpg (http://s56.radikal.ru/i151/1501/48/50cb42da1050.jpg)
Так выглядит Warp
http://s017.radikal.ru/i406/1501/e6/26053052556ft.jpg (http://s017.radikal.ru/i406/1501/e6/26053052556f.jpg)
А вот Xonix выглядит нормально, как ни странно..
http://s018.radikal.ru/i502/1501/d3/fba8a3f0ceact.jpg (http://s018.radikal.ru/i502/1501/d3/fba8a3f0ceac.jpg)
А вобще, очень многие программы отображаются не правильно. В этом же духе.. Квадратики или кракозябры вместо текста или картинки. А иногда вообще пустой экран. Хотя сама программа выполняется, слышны звуки игры и на клаву реагирует. То есть, искажено только изображение.. В эмуляторе эти программы работают нормально..
Загрузил я Тест с этого же диска. Проверил всё, что можно было, память, пзу и прочее. Ошибок не выдал. А вот тест видеомонитора выдал странную картину. В эмуле по другому отображается. Думаю, как раз в этом и дело.
Вот так выглядит тест монитора РЕЖИМ 0. Ну, тут как в эмуле. Нормально вроде.
http://i079.radikal.ru/1501/0f/e40694f70c88t.jpg (http://i079.radikal.ru/1501/0f/e40694f70c88.jpg)
Вот так выглядит РЕЖИМ 1. Вобще странно..
http://s020.radikal.ru/i704/1501/f5/6d6aa17dce49t.jpg (http://s020.radikal.ru/i704/1501/f5/6d6aa17dce49.jpg)
Вот так выглядит РЕЖИМ 2. Чуть лучше, но градации цвета не правильные.
http://s020.radikal.ru/i715/1501/0e/fc826dc31b42t.jpg (http://s020.radikal.ru/i715/1501/0e/fc826dc31b42.jpg)
Что посоветуют гуру? Что это за режимы такие? Что отвечает за выбор и переключение режимов? В какую сторону смотреть? А то я даже ума не приложу.. Не хотелось бы перепахивать весь комп..
demetrius2003
30.01.2015, 04:32
Доброго дня!
Может не в тему скажу, т. к. картинки Ваши я посмотреть не могу. Клауд.Майл говорит, что "браузер у тебя старый и ничего я тебе не покажу". Но не суть важно. Вобщем в далёкие советские годы, когда у нас с одноклассниками были живые Суры за этими Сурами было замечено несколько странностей. Короче, у каждого была своя странность. Так вот у моего друга Лёши Сура была с изъяном по части переключения режимов отображения. Происходило это так - сидишь ты в нулевом режиме, потом набираешь SCREEN 1 (или в программе построения синуса SCREEN 2 встретится) а взамен этого режима получаешь кашу. т. е. либо чёрный экран, либо с цветами проблема, либо артефакты по экрану и т. д. Лечилось это просто - вслепую набираешь скажем SCREEN 0, а потом снова нужный режим. Иногда эту процедуру надо было несколько раз проделывать. Что-то там аппаратно не с первого раза переключалось.
DemonId7
30.01.2015, 07:27
Mifody, а нельзя пользоваться нормальными файлообменниками?
Часть образов дисков подпорчена, так что не делайте скоропоспешных выводов ;) У немалой части программ вместо кода записан однообразный мусор.
Часть образов дисков подпорчена, так что не делайте скоропоспешных выводов У немалой части программ вместо кода записан однообразный мусор.
Да, это я знаю. Но там в конце диска мусор, например да диске 4. И программы не работают, записанные именно в конце, как на эмуле, так и на реале. Эти программы на эмуле прекрасно работают, у меня же нет.. Да и на многих программах один и тот же баг.. Какие то квадратики-кракозябры вместо текста или изображения. Причём, косячит именно отображение, сама программа не виснет и отрабатывает как надо. Это 100% неисправность компа.
а нельзя пользоваться нормальными файлообменниками?
Да, я уже понял, что погорячился с использованием облака. Сегодня вечером переложу на радикал.
Переложил картинки на радикал. Что можете сказать?
demetrius2003
31.01.2015, 15:08
Что тут можно сказать. Все эти дела с графикой рулятся через порты ввода-вывода. К примеру порт 0x91 определяет адрес по которому лежит знакогенератор для текстовых режимов и буфер экрана для графического режима. Порт 0x93 определяет массив цвета в графическом режиме. И т. д. А вот как это аппаратно реализовано - нужно у нормальных железячников спрашивать. Я на эту роль никак не гожусь, к сожалению. Попробуйте попереключать режимы вручную - SCREEN 1 SCREEN 0 SCREEN 1 SCREEN 0, а в перерывах между переключениями позапускайте прогу на Бейсике, которая, скажем, символы с кодами от 32 до 255 выводит. Для режима 2 напишите программу, которая чертит чё-нить в цвете. Позапускайте всё это и посмотрите, артефакты одни и те-же, или всё постоянно измняется. Я, в свою очередь, посмотрю в схему. Но я там обычно, как говорят, гляжу в книгу - вижу фигу...
DemonId7
31.01.2015, 17:57
Да уж, налицо глюки "видеокарты".
Mifody, а не можете попробовать прямо в васике накидать нечто типа этого:
50894
БИОС в порядке? Не попорчен?
Да, я уже понял, что погорячился с использованием облакаНе, это скорее некоторые не любят вовремя обновлять браузеры :)
БИОС в порядке? Не попорчен?
Походу целый. Тест при проверке ПЗУ и ОЗУ ошибок не выдаёт.
Спасибо всем откликнувшимся! Починил я свой комп. Сегодня весь вечер провёл с осциллом. Выявил неисправную D37. Не было /WR на 155РУ2. Заменил D37, стало лучше. Появились буквы в описании программы танец, появились надписи в тесте видеомонитора режима 1. Но присутствовали артефакты в виде цветных букв и квадратиков по экрану. Пало подозрение на РУ2, так как при их блокировке по /CE, режимы 0 и 2 остаются неизменными, а режим 1 пропадает напрочь. Вместо него просто пустой белый экран. Значит, за режим 1 отвечает связка КП11 и РУ2. КПшки я проверил, целые, значит надо проверять РУ2.. Проверить какая именно РУшка битая не удалось, так как выходы всех 4-х РУшек соеденины вместе. Хотя, я думаю, и не удалось бы, если только выход не отвалился полностью.. Выпаял все 4ШТ РУшек, поставил вместо них панельки. Если поменять местами РУшки, то характер артефактов меняется. Значит, сто пудово они. Нашёл у себя одну единственную РУ2, и методом перебора было выяснено, что битая D26. Теперь всё как надо..)))
http://i008.radikal.ru/1501/e7/0b9b8c8c3e0at.jpg (http://i008.radikal.ru/1501/e7/0b9b8c8c3e0a.jpg)http://s020.radikal.ru/i710/1501/f4/f3cac1feb50ct.jpg (http://s020.radikal.ru/i710/1501/f4/f3cac1feb50c.jpg)http://s019.radikal.ru/i619/1501/82/6701bfd8fc46t.jpg (http://s019.radikal.ru/i619/1501/82/6701bfd8fc46.jpg)http://i072.radikal.ru/1501/f9/f6a15b3ae8e7t.jpg (http://i072.radikal.ru/1501/f9/f6a15b3ae8e7.jpg)
Вот так выглядит РЕЖИМ 2. Чуть лучше, но градации цвета не правильные.
Оказывается, с градациями цвета всё в порядке было. Первые 3 цвета не были видны потому, что нужно было просто монитор поярче сделать..)))
Сегодня уже в игры поиграть не успею, поздно.. Завтра..)))
DemonId7
01.02.2015, 07:52
Тебе пора писать доку по тех. настройке и обслуживании ПК :) Ну как раньше к любому оборудованию шли инструкции по проверкам - где замерить напругу, где осцилом посмотреть.
demetrius2003
01.02.2015, 15:03
Круто! Умеют же люди. А по поводу браузеров - у меня на работе WinXP. Там IE8 - максимально возможный вариант. Дома Vista - тут получше, но всё же. Иногда с 7-ки сижу, но скоро и это помогать перестанет. Не понимаю, нафига делать странички, которые можно смотреть только с последних браузеров?
Пытаюсь отремонтировать ПК-8000 "Хобби". Начал с замены электролитов на блоке питания, потому что после первого включения, в течение часа один из них закипел и выблевал своё содержимое прямо на плату. После их замены на плате блока питания, уровень высокочастотных пульсаций в районе 0.1-0.2В.
Далее, обнаружил отсутствие сигнала ОБР.ХОД и, соответственно, отсутствие сигнала RESET на процессоре (12 ножка D6). Выявил на верхней плате два дохлых коммутатора К555КП7 (D9 и D22) и один дохлый счётчик К555ИЕ10 D5. После замены этих деталей, указанные выше сигналы появились.
Теперь нажатие на кнопку "сброс" формирует красивые и правильные импульсы на выходах триггеров D5.1 и D5.2. Также появились тактовые сигналы на процессоре (15 и 22 ноги D6). При этом полная тишина на шине данных и адреса на самом процессоре. 18 нога WR - находится в постоянном "нуле", 14-я INT - постоянная "1".
Сейчас активно раскуриваю мануалы различные по "процу и его окружению", чтобы копать дальше, однако, хотел спросить, может кто подскажет советом, в каком порядке проводить диагностику более правильно, чтобы сэкономить время. Может есть какие-то ключевые точки, которые надо проверять в первую очередь?
Если тишина на ША и ШД, меняй проц. У меня такое было 2 раза при ремонте других машин на ВМ80, и в обоих случаях был неисправен проц.
Проц ведёт себя таким образом: после включения питания на 23 (READY) ноге "0", на 24 (WAIT) "1", нажатие на "сброс" - в течение ~2 сек. держится "1" на 23 и устанавливается в "0", а на 24 в течение этого же времени держится "0" и устанавливается в "1". Шины адреса и данных при этом случайным образом остаются в разных состояниях, произвольные 1 и 0 на разных выводах.
На дешифратор D35 1 и 2 ноги - в течение этих же 2 сек. приходят "0" и потом устанавливаются "1". По идее, должен появляться "0" на ноге "15" D35 (выбор ПЗУ), но нифига похожего не происходит, стоит в "1". 6 нога этой микросхемы в течение упомянутых 2 сек. держится в "0". Как я представляю работу дешифратора, то у него на выходах везде должны быть либо "1", либо на одном из выходов "0", адрес которого задан ногами 1-3, при условии 4,5,6 = 0,0,1 соответственно. При этом на выходе 12 стабильно держится примерно +2 В постоянного напряжения.
Ради интереса измерил напряжение на выходах всех четырёх микросхем К555ИД7, увидел, что в "1" находятся не все ноги. D27 - вообще все выходы в "0", а на других встречаются состояния +2 В. Думаю попробовать заменить наугад эту D27, хотя метод тыка - это плохо. Тем более, что плата такого качества, что с трудом переживает даже однократную замену. Ну и руки у меня тоже не золотые.
Вообще, рассыпается прямо в руках всё. Появился ещё один дефект. при соединении "земли" осциллографа и общего провода компа, появляется треск где-то в области блока питания и по шине +5 В начинает идти бешеная рябь и все сигналы улетают черти куда. Раньше такого не происходило. Видимо по сети 220 В проходят какие-то импульсные помехи.
Ну и почему-то перестали считать счётчики D5-D8 верхней платы. Хотя может быть они и считают, но я не могу посмотреть теперь сигналы, потому что при подключении осциллографа все сигналы рвутся вхлам. Видимо, придётся пробовать подключать блок питания ATX, правда, не знаю, как там по шине -12 В - хватит ли мощности. По идее, это напряжение нужно только для -5 В самому процу.
Если так будет дальше идти ремонт, то придётся этот комп "порезать на органы" нафиг. Печаль.
Продолжаю ремонт своего ПК8000. В настоящее время добился того, что происходит характерный щелчок бипера при включении. При нажатии на кнопку "СБРОС", как и положено, происходит два щелчка: первый при нажатии, второй спустя ~1 секунду после отпускания. На экране две широких белых полосы - "рамка" и чёрное основное поле. Индикаторы "АЛФ" и "РЕГ" гаснут. На клавиатуру, что вполне резонно, реакции никакой. Ну и текста тоже никакого.
Может, у кого-то есть идеи, в какую сторону посмотреть теперь? Сам пока продолжаю курить схему.
Обнаружил отсутствие сигнала /WR на микросхемах D23-D26 К155РУ2 (выв. 3). Всё время стабильная единица. На входы D13.3, которая отвечает за формирование этого сигнала, приходят устойчивые постоянные 1-1-0. При "СБРОС" вместе с щелчком бипера проскакивают однократные короткие "0" на 9-10 выводы, а 11 в течение сигнала "СБРОС" стоит в 1, что вполне логично, исходя из входов 456 дешифратора D27.
В связи с этим, вопрос к добрым людям, у кого есть исправный комп. Могли бы вы глянуть осциллографом, какие сигналы на микрухе D13.3? На ногах 8 - в первую очередь, а также на ноге 9 (сигнал ГАШ с 13 вывода D32 (КР580ВВ55А)), а то что-то я никак не могу понять, что происходит.
Продолжаю биться над ремонтом. При разрыве перемычки КТ1-КТ2 на верхней плате наблюдается состояние шин адреса и данных &H0000 и &HF3 соответственно. Это говорит о том, что процессор выставил адрес, в качестве источника данных выбрана ПЗУ и она выставила своё содержимое на шину данных. Процессор ждёт сигнала READY, чтобы осуществить запись с шины.
Далее делаю кратковременный "цмык" КТ1-КТ2 и наблюдаю изменение состояния шины адреса и данных. Разумеется, что за это короткое время выполняются десятки-сотни тысяч операций и процессор "замирает" в непредсказуемом положении. Если выдержать несколько секунд, то "зависание" происходит где-то в области адресов &H2400 примерно. Из всего этого можно предположить, что неисправность в ПЗУ. 20 лет всё-таки преклонный возраст.
Есть идея собрать схему, которая будет сразу переводить двоичные сигналы в 16-ричные коды для семисегментных индикаторов и прикрутить к контрольной точке генератор одиночных импульсов, длительностью, соизмеримой с тактовой частотой. Полагаю, что это позволит управлять пошагово машинными циклами и наглядно смотреть выполнение команд из ПЗУ, разбирая каждую команду на машинные циклы. Кто-нибудь делал что-то подобное? Может есть мысли относительно этой идеи, есть ли вообще смысл в этой затее?
Изготовление дешифратора на К155РЕ3, которые в Вольтмастере дают по 14 рублей за штуку, влечёт за собой ещё и изготовление программатора для них, поэтому и возникает вопрос, стоит ли заморачиваться вообще?
На дешифратор D35 1 и 2 ноги - в течение этих же 2 сек. приходят "0" и потом устанавливаются "1". По идее, должен появляться "0" на ноге "15" D35 (выбор ПЗУ), но нифига похожего не происходит, стоит в "1". 6 нога этой микросхемы в течение упомянутых 2 сек. держится в "0".
Продолжаю биться над ремонтом. При разрыве перемычки КТ1-КТ2 на верхней плате наблюдается состояние шин адреса и данных &H0000 и &HF3 соответственно. Это говорит о том, что процессор выставил адрес, в качестве источника данных выбрана ПЗУ и она выставила своё содержимое на шину данных. Процессор ждёт сигнала READY, чтобы осуществить запись с шины.
Похоже, вы решили проблему с чтением ПЗУ при старте. Какова была причина?
14-я INT - постоянная "1".
Я тоже заметила, что на процессоре постоянно активна нога прерывания. Так и должно быть?
Сигнал INT сбрасывается программно обработчиком IRQ. Либо до обработчика вообще дело не доходит, либо ПЗУ попорчено. Но второе как-то маловероятно.
Видимо, регенерация ОЗУ по прерыванию работает?
Как я поняла, надо проверить, принимает ли процессор прерывание. На ноге 15 чипа D8 должна быть единица (INTA, бит D0 из слова состояния процессора).
Похоже, вы решили проблему с чтением ПЗУ при старте. Какова была причина?
В моём конкретном случае причина была в неисправности дешифратора D35 (К555ИД7) и шинного формирователя D38 (К555АП5). В общем виде за выбор ПЗУ при старте отвечает триггер D5 (К555ТМ2). При нажатой кнопке "СБРОС", синхронно с сигналом ОБР.ХОД. (для устранения дребезга) единица с 12 ноги появляется на 9-й и на 1-й. Это состояние удерживается до тех пор, пока не будет отпущена кнопка "СБРОС" и не зарядится конденсатор C4. С 8 ноги триггера D5 поступает ноль на 12 ногу процессора и сбрасывает его. Шина адреса обнуляется, заставляя дешифратор D21 (К555ИД7) сделать активной ногу 15, выставив на ней ноль. Этот ноль подаётся на ногу SC на D33 (К580ВВ55А)и на 4 ногу триггера D5, сигнал SET, что приводит к установке триггера и появлению на ноге 6 нуля. Этот ноль является CS для коммутатора D34 (К555КП2), на входах 2 и 14 которого в этот момент уже нули (шина адреса сброшена), а значит идёт выбор значений с ноги 6 и 10, там в этот момент времени нули, которые подаются на дешифратор D35, что приводит к появлению нуля на ноге 15. Эта нога и есть сигнал ВБР.ПЗУ. Интересный момент: в момент первого включения питания параллельный порт D33 ещё не проинициализирован. Судя по всему, при первом включении питания в нём записаны нули. По другому объяснить наличие нулей на выходах A0-A7 я объяснить не могу.
Я тоже заметила, что на процессоре постоянно активна нога прерывания. Так и должно быть?
Нет. На исправном компьютере туда приходят нули с частотой 50 Гц (ОБР.ХОД). Но наличие сигнала зависит от 13 ноги D18 (К555ТМ2). Этот сигнал "вымучивается" из байта состояния процессора триггером D8 (К555ТМ8). По приходу сигнала СТР.СОСТ на 9 ногу, в триггер записывается бит D0 (нога 13). Если этот бит равен 1, то "отпускается" вход RESET триггера D18 (13 нога) и разрешается запись единицы с входа 12 на выход 9. Другими словами, наличие сигнала прерывания зависит от бита D0 байта состояния процессора. Если на 15 ноге триггера D8 ноль и не появляется единиц, то значит что запрещены прерывания. Что вполне логично, так как ПЗУ начинается с команды DI. Ну а если бит D0 байта состояния всё время равен 1 и не изменяется, то и на ноге 9 триггера D18 будет стабильная единица.
Видимо, регенерация ОЗУ по прерыванию работает?
Вот с работой ОЗУ у меня пока белое пятно. Пытаюсь разобраться, что там нагородили на входах мультиплексоров D19-D26, но это - АД И ИЗРАИЛЬ! Если кто-то был бы любезен описать, как эта хрень построена, по какой логике, я был бы очень признателен, потому что одну из плат так и не довёл до ума. Перепахал всё, кроме ОЗУ. Есть предположение, что не проходит тест ОЗУ, который в адресах 293Сh-2951h. Но пошаговый отладчик с 16-ричными индикаторами я так и не построил, хотя даже закупил для этого всё необходимое. А передувать наобум ОЗУ - рука не поднимается. И так плата уже оттрахана до неузнаваемости. Кстати, тут Mick разводил эту плату и её покупали форумчане. Случаем, ни у кого не завалялась без дела? Я бы купил одну.
Как я поняла, надо проверить, принимает ли процессор прерывание. На ноге 15 чипа D8 должна быть единица (INTA, бит D0 из слова состояния процессора).
Ну я после проверки питания, уровня пульсаций, проверяю сразу счётчики D4-D8 и D12-D13. Недавно одну ПК8000 завёл в течение часа. Лёгкая попалась, всего один счётчик заменить пришлось и один геркон на клавиатуре. В строю, как новая! :) Первым делом, конечно, наличие ОБР.ХОД - если его нет - ничего не будет работать вообще. Далее, конечно же CAS, RAS, -Ф1, -Ф2. Шины данных и адреса на самом процессоре и на выходах шинных формирователей. Как я себе представляю, то до "щелчка" и гашения индикаторов АЛФ и РГ (инициализация портов), ОЗУ не используется вообще. Поэтому, пока не начнёт щёлкать по кнопке "СБРОС", на ОЗУ можно время не тратить. В том числе и на прерывания особо не смотреть.
vwarlock
16.06.2016, 17:35
Доброго времени суток Всем!
Не было печали - купила баба ПК8000 "Сура" :-)
Достался он мне в очень печальном внешнем состоянии, хоть и в родной коробке! Хранился видимо где-то в ОЧЕНЬ пыльном и слегка сыром чулане. Зато под пломбой!
И началось:
Я его отмыл отчистил. Внутри он, на удивление, в очень хорошем состоянии - ни плесени, ни окислов, только поролон разложился под пищалкой! Собрал все в кучу, подключил ЧБ кабелем к телеку, включил - ничего!
Полазил осциллографом - нет генерации - заменил кварц - появилась, а картинка, тем не менее, не появилась. Полез дальше - дохлый транзистор, который усиливает ЧБ видеосигнал (V6 КТ315Г) - заменил. Картинка появилась - ровный белый квадрат 4x3 :-) во весь экран.
Дальше все тупик: излазил осциллографом весь комп - вроде все сигналы проходят, если разомкнуть перемычку КТ1-КТ2, то после ресета на ША 0x0000, на ШД 0xF3. Значит ПЗУ выбрано и читается, но дальше инициализачия не проходит, насколько я понял, в ПЗУ сразу за командой DI (F3) идет переход на 0x2920, а там инициализация ВВ55, сначала D32, затем D33: сначала пишется управляющее слово 0x82 в порт 0x84 (порт А переключается на вывод), затем в порт А пишется 0xFC (11111100). Вот здесь не понятно - триггер D5.1 (555ТМ2) устанавлевается при первом обращении к D33 (ВВ55), а это означает, что после записи контрольного слова уже работает D34, следовательно ВВ55, после переключения порта на вывод, должна инициализировать его нулями (хотя в доках я не нашел этому подтверждения) и на ВВ55, действительно, нули. Дальше должно быть 11111100, но этого не прорисходит! и 15 нога D35 (555ИД7) все время в 1, а на ноге 12 есть активность. в тоже время мне не удается увидеть активность на ноге 7 D8 (555ТМ8) значит сигнал /WR на ВВ55 никогда не появляется и ВВ не инициализирутся.
Если разомкнуть КТ1-КТ2 через несколько секунд после ресета, на ША что-то в районе 0x3F5C.
Бьюсь третий день, сломал всю голову.
Вся надежда на Вас, уважаемые Гуру и владельцы ПК8000.
Наставьте на путь истинный, пожалуйста. :-)
А индикаторы РГ и АЛФ светятся постоянно или гаснут? Почему задаю на первый взгляд глупый вопрос - если F3 на шине данных при разомкнутых КТ1-КТ2, то ПЗУ однозначно выбрано и прочитано процессором. Дальше происходит инициализация ВВ55-х, если успех, то индикаторы гаснут и резонатор щёлкает. Ещё такой нюанс: когда в порт 88h записывается 77h - рамка окрашивается в голубой цвет. Правда, на ч/б этого не увидеть. На цветном мониторе характерно мигает голубым рамка. После этого начинается заполнение ОЗУ в адресах 0f000h-0ffffh нулями с проверкой, с подсчётом расхождений в паре BC. Своеобразный тест. Если тест не проходится, то процесс повторяется в бесконечном цикле (команда jnz 293ch по адресу 2951h). У меня есть Хобби, до сих пор не починенный с вот такими симптомами, индикаторы гаснут, щелчок, а затем - черный экран с белой рамкой. При этом 100%, что неисправность в верхней плате (есть возможность заменить на заведомо рабочую).
Ещё одна Веста досталась, которая после прогрева переставала стартовать. Ровно, как вы описали - белый экран. Неисправность оказалась в стабилитроне V5, который формирует напряжение -5 В. От старости он выдавал напряжение от 0 до -4 в плавающем режиме. При этом компьютер работал нормально несколько часов до первого ресета или хард-ресета через отключение питания. Далее я приготовился его заменить, припаял к нему тестер, чтобы мониторить это напряжение. Так вот в течение недели наблюдений напряжение плавало, а потом перестало. Видимо структура внутри стабилитрона решила ещё пожить.
Ещё на всякий случай проверьте качество соединения и пайки резисторов R35-R38.
vwarlock
16.06.2016, 23:33
Нет, в том то и дело, что индикаторы не гаснут и щелчков нет. Что происходит при инициализации в ПЗУ я тоже смотрел - до теста ОЗУ для системных переменных не доходит т.к. не выбирается ОЗУ в адресах 4000h - FFFFh - на выводах порта А D33 (ВВ55) так и остаются нули вместо FCh. Блок питания я сразу перелопатил - заменил все конденсаторы - все напряжения в норме, только на -12 присутствуют высокочастотные пульсации, так мне разобрался откуда, ведь на выходе конденсатор 470мкф? На процессоре все напряжения присутствуют и, как мне показалось, они в норме. -5в на стабилитроне я сразу проверил - было -4.97в, но надо будет ещё проверить. Да, все электролиты на платах я тоже сразу перепаял. Вообщем, магия какая-то! Хотя, я точно знаю: чудес на свете не бывает! :-) может попробовать заменить ВВ55? Порт 88h это уже не ВВ55, это уже регистры ( сейчас лень за схемой идти, уже сплю почти) и, кажется,...... Нет, все таки пошёл в схему и прошивку ПЗУ гляну, чтобы чушь не писать!
Отправлено с моего iPad используя Tapatalk
vwarlock
16.06.2016, 23:52
Ну да это уже ИР16, которые как раз формируют сигналы HL, R, G, B. И извелись в них происходит после инициализации ВВ'шек, та, что до этого тоже не доходит! Сегодня вечером ещё раз полазил осциллографом по верхней плате: все счетчики считают, на ПЛМ'ки все сигналы, похожие на правду, приходят и на их выходах тоже активность имеется! Дальше устал и пошёл домой (Сура на работе, ковыряю в свободные от работы минутки), завтра продолжу, уже бесить понемногу начинает! Не нравиться мне когда, вроде, все работает, но не работет!
Отправлено с моего iPad используя Tapatalk
vwarlock
16.06.2016, 23:54
Блин, проклятая автозамена! Читать надо: и "запись в них происходит" :-)
Отправлено с моего iPad используя Tapatalk
Ещё мысль в голову пришла. У вас, как я понял, корректно выбирается первая команда F3h по адресу 0000h, следующий jmp 2920. Это уже ПЗУ D45, исходя из адреса. За выбор нужной микросхемы ПЗУ отвечает дешифратор D40. Проверьте и его тоже. У меня был случай, когда он был дохлый и чтений любой команды было исключительно из ПЗУ D41. Если гипотеза верна, то переход происходит по адресу 0120h, где идёт команда RM, затем RET.
vwarlock
20.06.2016, 16:32
Поправьте меня, если я ошибаюсь, но 2920h это ПЗУ D46, а не D45?
D41-0000h-07FFh,
D42-0800h-0FFFh,
D43-1000h-17FFh,
D44-1800h-1FFFh,
D45-2000h-27FFh,
D46-2800h-2FFFh,
D47-3000h-37FFh,
D48-3800h-3FFFh
Правда сути это не меняет, если D45 глючит и не выбирает правильное ПЗУ, то мы попадаем неизвестно куда :-)
Попозже проверю.
Да-да, всё верно, я не учёл нулевое значение. Адрес активной микросхемы определяется битами A11-A13 шины адреса. Их значение а адресе 2920h - 101b. То есть 5, а это 10 нога D40, вход CS D46. У меня проблема была с неисправностью именно дешифратора D40. ПЗУ были все целые. Я писал о том, что при неисправности дешифратора, команда jmp 2920h заносит в PC корректный адрес, а выборку следующей команды производит всегда из D41. (Предполагая, что на 15 ноге D40 "0").
vwarlock
21.06.2016, 11:42
Вчера еще раз облазил все осциллографом:
D40, похоже, работает т.к после ресета проскакивают нули на 15 ноге => выбирается D41 (ПЗУ 0).
А вот потом что-то странное:
после каждого нажатия на ресет ситуация меняется - то после активности на 15 ноге D40, начинается активность на ноге 12 (D44 ПЗУ 3), то на ноге 10 - нужная нам D46 (ПЗУ 5), а иногда и на 13 ноге (D43 ПЗУ 2).
Думаю, может это с блока питания какая-нибудь кака идет и все портит? Там на +5 и +12 пульсации есть, но около 0,2 вольт, а по -12 может и до 1 вольта доходить, но на проце, после стабилитрона, -5 очень приличные!
Может, чтобы отсечь эту гипотизу, блок питания от PC подключить?
0.2 - не такие уж и большие пульсации. У тех, которые на ходу, и поболее бывает. Но я тоже так делал - подключал к БП от PC. Но это занятие не особо приятное, приходится проводов целую кучу перепахивать. Они к бп не просто припаяны к стойкам, а ещё и сперва намотаны. Я бы не спешил, внешний вид сильно портится. Но вы, конечно же, решайте сами.
vwarlock
21.06.2016, 23:28
У меня плата к БП разъемом подключена! Думаю, внешний вид не пострадает :-)
- - - Добавлено - - -
Все победил!!!!
Дело было так:
Судя по осциллограммам процессор прыгал по адресному пространств как ему вздумается, а не так, как записано в ПЗУ :-)
Было принято решение купить в Китаях логический анализатор, все равно пригодится!
Но ту "лиса близехонько бежала" (с), спасибо ALSP (мы вместе работаем и хобби у нас ОЧЕНЬ похожи)!
Собрали на "коленках" "шинный анализатор" из Arduino Mega,скормили ему шину данных, засинхронизировались сигналом "Чт.ЗУ" и вот что увидели:
после ресета процессор читает из памяти F3 C3 20 29 и это верно! А вот дальше 00 00 04 00 08 00 00 00 00 00 94, а ведь должно быть 3E 84 D3 87 3E 00 D3 84 3E 82 D3 - вот незадача! Поиск по ROM дает одно единственное совпадение начиная с адреса 2900h. Похоже процессор не адресует А5? Подключаемся к шине адреса ... и да, там 0001h, 0002h, 0003h и 2900h 2901h 2902h... берем осциллограф и смотрим что у нас на 7 ноге D38, а там нули! А что на ноге 13? А там тоже нули!
Но я точно раз пять, как минимум, проверял что на всех выходах ША процессора есть активность и на выходах буферов АП5 (D38, D39) тоже!
Меняем процессор... и вуаля! все работает!
Еще один ветеран в строю!
Теперь и за контроллер дисковода не грех взяться, благо DK_SPB платку нашел! Будем паять-запускать!
Всем ОГРОМНОЕ спасибо! Особенно Scaraby! :-)
Собрали на "коленках" "шинный анализатор" из Arduino Mega,скормили ему шину данных, засинхронизировались сигналом "Чт.ЗУ" и вот что увидели:
А я все собираюсь его собрать, и давно уже. :) Пока я собираюсь, люди уже с победными флажками. :)
Не поделитесь детальными подробностями своего проекта на ардуине?
Поздравляю с победой! Было интересно. Ещё в копилку решений и опыта запись сделали! :) А вас не затруднит сделать фотку, как реализовано подключение БП в плате? Впервые о таком услышал, любопытно стало. :)
У меня на счёт шинного анализатора вызревает такая идейка: так как ПК8000 уже не в единственном экземляре имеется, есть мысль брать шину данных, либо шину адреса, с разъёма x1 "пациента" и подключать её прямо без затей к входам для подключения джойстиков другого живого ПК8000. Далее простейшая, но максимально быстрая программа опрашивает порты джойстиков в цикле и тут же это в виде 16-ричных значений (+30h или +36h) бросает коды символов непосредственно в видео-ОЗУ в буфер экрана в режиме 0. Если ещё и пробросить паяльником 4 провода от разъёмов джойстиков к D3, то можно 16 бит читать.
Правда, возникнет проблема, связанная с тем, что будет выпадать некоторое количество значений, потому что оба работают на одной частоте. Но статические состояния будут регистрироваться без проблем. Теоретически, можно пациенту кварц вдвое меньший по частоте скормить либо сделать всё-таки "щёлкалку" для пошаговой отладки в разрыв КТ1-КТ2. Согласен, что решение выглядит очень "коленно-костылеобразным", но для его реализации достаточно спаять 16-пиновый шлейф с тремя разъёмами. Ну и софтину написать, которая будет данные регистрировать. Кстати, можно было бы эти данные потом ещё и в ОЗУ просматривать.
vwarlock
22.06.2016, 14:59
Собственно, примерно так и было сделано, только вместо ПК8000 использована Arduino Mega2560.
У нее и частота поболе (16MHz) и входов побольше - можно сразу ША и ШД читать.
Да и удобней на ноутбуке прошивку править и заливать.
Вот, собственно исходник прошивки:
/*
Logic Analyser
Version 0.1
VWarlock, ALSP 2016
Connection:
PK8000 MEGA Description
X1.3 -> A0 D0
X1.4 -> A1 D1
X1.5 -> A2 D2
X1.6 -> A3 D3
X1.7 -> A4 D4
X1.8 -> A5 D5
X1.9 -> A6 D5
X1.10 -> A7 D6
X1.12 -> D20 ReadRAM
Pin 8 D5 -> D21 RESET
*/
//#define DEBUG 1
#undef DEBUG
//#define INTERRUPT 1
#undef INTERRUPT
const unsigned char traceLen = 255;
static char data[traceLen];
unsigned char traceIndex = 0;
bool enabled = false;
void Clock()
{
#ifdef DEBUG
Serial.println("Reset");
#endif
if (enabled)
{
//for (int i = 0; i < 3; i++); // Delay if needed
data[traceIndex++] = PINF;
if (traceIndex == traceLen)
{
enabled = false;
OutData();
}
}
}
void Reset()
{
#ifdef DEBUG
Serial.println("Reset");
#endif
traceIndex = 0;
enabled = true;
}
void ReadBUS()
{
while ( !(PIND & 0b00000010 )); // Waiting for RESET
while ( PIND & 0b00000010 );
for ( int i = 0; i < traceLen; i++ )
{
while (!(PIND & 0b00000001)); // Waiting for Clock (ReadRAM)
//for (int k = 0; k < 1; k++); // Delay if needed
data[i] = PINF; // Read BUS
while (PIND & 0b00000001);
}
OutData();
}
void OutData()
{
char buf[10];
Serial.println("\n\nStart");
for ( int i = 0; i < traceLen / 16; i++ )
{
sprintf( buf, "\n%04X: ", (int)( i * 16 ));
Serial.print(buf);
for ( int j = 0; j < 16; j++ )
{
sprintf( buf,"%02X ", (unsigned char) data[i * 16 + j]);
Serial.print(buf);
}
}
Serial.println();
}
// the setup routine runs once when you press reset:
void setup()
{
// initialize serial communication at 115200 bits per second:
Serial.begin(115200);
Serial.println( "----------------------------------------------------" );
// initialize MEGA ports:
DDRF = B00000000; // port F as input
DDRK = B00000000; // port K as input
#ifdef INTERRUPT
pinMode(21, INPUT_PULLUP); // PD0 Clock
pinMode(20, INPUT_PULLUP); // PD1 Reset
attachInterrupt( digitalPinToInterrupt( 21 ), Clock, FALLING);
attachInterrupt( digitalPinToInterrupt( 20 ), Reset, RISING);
#else
DDRD = B00000000; // port D as input
#endif
}
// the loop routine runs over and over again forever:
void loop()
{
#ifdef INTERRUPT
delayMicroseconds(1000);
#else
ReadBUS;
#endif
}
- - - Добавлено - - -
А вот и фото:
57448574495745057451
Вот, собственно исходник прошивки:
Спасибо. :) А сура при этом работала на родной частоте (не пошагово), я верно поняла?
vwarlock
22.06.2016, 22:36
Да, все верно, Сура работала на родной частоте.
Отправлено с моего iPad используя Tapatalk
vwarlock
22.06.2016, 22:45
Хочу ещё разъемы джойстиков заменить на "папы" чтобы Atati'вские джойстики без переделки вставлялись. И ещё надо попробовать спековский RGBI<->VGA конвертер приспособить, Но это чуть позже. Завтра попробую родной адаптер на SCART забубенить :-) и с мафона гамес какой-нибудь запустить, чтобы удостовериться в полной работоспособности Суры.
Отправлено с моего iPad используя Tapatalk
vwarlock
26.06.2016, 20:26
Разъемы джойстиков перепаял, изменив распайку под SEGA'вские и добавил резистор 1 КОм с +5 вольт на 7 ногу разъема (SELECT = HIGH).
Теперь можно подключать SEGA'вские джойстики, правда, работают кнопки B и C, а не А и В, но это мелочи и проклятый перфекционизм! :-)
А вот загрузить игрушку у меня не вышло: доходит до конца файла и пишет Device I/O Error.
Пробовал разные игры - результат один и тот же. Громкость тоже разную пробовал. Игры конвертировал CAS2WAV из MSXTools (взял на форуме)
Ой! мне сейчас мысль в голову пришла: а какие файлы надо было конвертору подсовывать? Я конвертил *.CAS, а может надо было *.csave.CAS или разницы нет?
Приду завтра - попробую CSAVE подсунуть.
Я точно не помню, но по-моему там ещё и имя нужно точно указывать (вроде даже с учётом регистра), а не просто bload "",r
- - - Добавлено - - -
Для бинарных bload, а для прог на бейсике - cload
Всё верно, имя файла нужно указывать с учётом регистра. Если имя не совпадает, то появится сообщение Skip:ИМЯФАЙЛА. Если сообщение об ошибке в конце появляется, то может быть что не полностью совместимый wav формируется.
Попробуйте создать WAV по следующей схеме: Загружаете в emu программу, допустим TEST командой CLOAD"TEST", скармливаете ему файл csave.cas. После успешной загрузки нажимаете в панели управления emu кнопку "запись", придумываете имя для будущего WAV и затем в эмуляторе выполняете команду CSAVE"TEST". По окончании процесса записи, в эмуляторе нажимаете кнопку "стоп" в панели управления emu. Таким способом сделанный WAV грузится с линейного выхода компьютера с очень большой вероятностью без ошибок.
Уважаемый b2m, обнаружил интересную особенность в работе emu: вот этот файл (07.VALLEY.HEX.cas) в emu ведёт себя странно - предлагает сперва что-то сохранить на жёсткий диск, а после этого лабиринт отображается некорректно, хотя движок вроде работает, персонажи двигаются и управляются. Вместе с тем, на живом ПК8000 WAV, из которого сформирован файл WAV2CAS-ом, исполняется корректно. Что позволяет предположить, что в этом файле используются какие-то функции ПЗУ, которые эмулятор выполняет иначе, чем реал. Может быть вам будет это интересно?
57470
vwarlock
28.06.2016, 16:19
Часть игр и программ грузится и работает, а часть грузится с ошибками или загружаются без ошибок, но зависают при старте.
Думаю, проблема, именно, с WAV-файлами. Scaraby, спасибо за инструкцию, попробую через эмулятор.
Извиняюсь за, возможно, глупый вопрос: а есть где-то единое хранилище софта для ПК8К? :-)
(я не понял откуда взялся Valley?)
Больше всего программ находится на сайте XobbiMan-а, по адресу http://pk8000.narod.ru/.
Что же касается Valley, я писал в другой теме, что разжился по случаю ворохом кассет с программами для ПК8000, неторопливо их оцифровываю и сортирую. В процессе столкнулся с проблемами при запуске в эмуляторе некоторых игр. Обязательно всё выложу, как закончу. Там ещё есть ряд программ, которые имеют нестандартную загрузку и специальный копировщик COPY-P. Разбираю его на винтики (дизассемблирую), чтобы разобраться, что там напридумывали в своё время для защиты от копирования ребята-программисты. Если есть желание поковырять тоже, то вот этот файл.
57472
vwarlock
29.06.2016, 18:17
Можно подробности про то, как этот файлик используется?
Как я понял, разобрав начало файлика, там что-то с портом принтера делается?
Ниже результат пары часов работы:
57476
Вся хитрость в том, что программисты из Нижнего Новгорода, в частности, Суриков Алексей - автор игры digger и Назаров Алексей, создавали программы, состоящие из трёх блоков на магнитной ленте - заголовок, загрузчик (в нём упоминался Назаров Алексей и его телефон в Нижнем Новгороде) и собственно ещё блок с данными. Кроме прочего, загрузчик оснащался автозапуском, поэтому штатными средствами из ПЗУ (bload") эту хрень нельзя было загрузить, чтобы посмотреть, как устроена она изнутри. А загрузчик специально грузили в область системных переменных, чтобы по кнопке сброс или выходу в бейсик он гарантировано затирался.
Так вот, вместе с предложением купить эти программы, предлагалось купить и копировщик COPY-P, который предназначен для копирования этих хитросделанных файлов. В своё время я обходил эту защиту, загружая все три блока в ОЗУ по адресу 4000h c помощью подпрограммы ПЗУ 354ah, и уже затем брал реальные параметры НАЧАЛО, КОНЕЦ, ЗАПУСК для того, чтобы записать на ленту саму программу без модулей защиты. Однако, в этом случае теряется аутентичность на реале. Когда грузился загрузчик, мигали свистелки-перделки и следом загружалась игра. В принципе - это первый шаг к загрузке графической "заставки" перед игрой, как на Спектруме.
По большой идее, досконально расковыривать программу COPY-P нет необходимости, достаточно расковырять загрузчик самих игр, чтобы понять, в какие его места спрятаны параметры загрузки основного модуля с данными. Это скорее так - гимнастика для ума в свободное время.) Вполне вероятно, что проще модернизировать COPY09, чтобы на реале копировать аутентично в три модуля на ленту. Версию COPY-N я сделал так, чтобы снимать защиту полностью.
позволяет предположить, что в этом файле используются какие-то функции ПЗУ, которые эмулятор выполняет иначе
Надо бы подправить конфиг, забыл добавить контроль стартовых байтов процедуры чтения/записи с магнитофона. Когда по определённому адресу всегда ПЗУ, то проблем не возникает, а тут ПЗУ можно отключить, и игра это делает и размещает свою часть по адресу, где были эти процедуры. Эмулятор (согласно конфига) сравнивает только адрес, а байты по этому адресу - нет. Поэтому думает, что выполняется процедура записи на магнитофон. Если отменить выбор файла, то программа продолжит выполнение с того-же адреса, поэтому всё и работает нормально.
DemonId7
08.07.2016, 18:03
Решил после отпуска пару игрушек запустить. Но не просто, а через смартфон попробовать. Поскольку смарт в упор не желает видеть шнур и включать выход на наушники, то напаял между проводом данных и землей резистор на 10К. Смарт правильно меня понял и таки включил выход на наушники. Включаю ПК. Горят все светодиоды и тишина. Выдергиваю шнур и снова включаю - то же самое. Картина Репина "Приплыли"...
Снимаю перемычку КТ1-КТ2. На ШД как и положено 0xF3. Ставлю на место и вешаю на ШД лог. анализатор (D39). Среди принятых данных (помимо байт статуса и прочего) встречаю положенные 0xC3, 0x20 и 0x29. В попытке отфильтровать только нужные данные включаю режим simple paraller, а в качестве такта беру ЧТ.ЗУ (вывод 2 D2). Запускаю и слышу шелчок. Точно, светодиоды погасли. Набираю BEEP и слышу писк. Подключаю моник. Все работает. Подключаю смарт и загружаю несколько игрух - без нареканий.
Вот сижу теперь голову ломаю, что это было. Толи где-то непропай, толи это Ктулху так развлекается :v2_conf2:
У меня есть такая Веста. Холодная после включения питания запускается без проблем. После прогрева (30-50 мин.) рестарт при помощи отключения/включения питания приводит к белому экрану и светящимся всем трём светодиодам. Кнопка "СБРОС" приводит к запуску корректному. Тоже чесал репу, пытаясь определить причину, но потом махнул рукой. В одном из руководств, помнится, читал порядок включения в таком виде:
6.1.3. Включите питание телевизора и магнитофона, а затем БП ЭВМ нажатием на включатель сети. Спустя 2 мин. нажмите кнопку СБРОС.
Вот эти две минуты либо на прогрев катодов кинескопа ТВ отводятся, либо на прогрев самого компа. Тут уже несколько раз обсуждалось, как именно происходит запуск, но к единому мнению так и не пришли. Я до сих пор не понимаю в точности, как происходит выбор ПЗУ при подключении питания.
DemonId7
09.07.2016, 17:12
С запуском-то как раз все понятно. После включения питания конденсатор C4 (нижняя плата) начинает заряжаться, некоторое время удерживая низкий уровень на входе D триггера TM2 (D5.2), что приводит к записи в триггер нуля и появления сигнала высокого уровня на инверсном выходе (вывод 8), то есть триггер вырабатывает импульс высокого уровня, назовем его RST. Этот RST заведен на входы сброса CPU и обоих ВВ55 (D32 и D33). Получив сигнал RST ВВ55 переходит в режим 0, настраивая порты на выход. При смене режима ВВ55 (неважно каким был прежний) в порты A, B и C автоматически записываются нули. То есть, порт 80h (порт A микросхемы D33) содержит нулевое значение, что приводит к выработке сигнала ВБР.ПЗУ на ИД7 (D35), благодаря чему чтение происходит из ПЗУ.
- - - Добавлено - - -
У меня кстати перестал включаться на холодном, он просто не успел бы за несколько секунд прогреться. Включаться стал в любом состоянии, так как игрух я погонял с пол часа, работал вроде без проблем.
- - - Добавлено - - -
После прогрева (30-50 мин.) рестарт при помощи отключения/включения питания приводит к белому экрану и светящимся всем трём светодиодам. Кнопка "СБРОС" приводит к запуску корректному.
Тут все ясно - конденсатор C4 не успевает быстро разрядиться и после включения питания не обеспечивает испульса RESET. За его быстрый разряд отвечает диод V3. Видимо он от времени стал подглючивать, попробуй поменять. Да и C4 тоже можно для кучи поменять, даже на чуть большую емкость.
DATAsoft
20.12.2016, 14:05
Вчера начал восстанавливать Суру. До вскрытия - была под пломбой.
Во время сброса - щелчок, две белые полосы (сверху и снизу) и черное поле, потом ещё щелчок и... тишина. Индикаторы АЛФ и РЕГ гаснут. Нижняя плата рабочая, проверил вставив в неё верхнюю плату от рабочей Весты.
На верхней плате заменил не рабочую АП5 (D39), но ничего не изменилось. На РУ-шках все сигналы присутствуют. Как здесь уже писали возможно дохлое ОЗУ и тест висит в цикле? Честно говоря не хочется всю память выпаивать и проверять.
Существует для этого компа какое-нибудь ТЕСТ-ПЗУ? Или это фантастика. :) С ремонтом Суры столкнулся первый раз в жизни.
Как здесь уже писали возможно дохлое ОЗУ и тест висит в цикле?
Смотрите: ПЗУ у вас исправно, читается и выполняется. Если монитор цветной, то можно определить, проходится тест адресов 0f000h-0ffffh или нет следующим образом. Перед тестом цвет бордюра делается голубым, после успешного теста - белым. Визуально это выглядит так: нажимаем и удерживаем "СБРОС" - щелчок, чёрный экран. Отпускаем "СБРОС" - сперва бордюр голубой, очень короткое время, но вспышка эта заметна, затем белый. На цветном мониторе совершенно отчётливо это видно.
Дальше в протестированную память копируются подпрограммы чтения VRAM, очищается буфер экрана, задаётся цвет символов белый и запускается процедура установки режима 0, далее опрашивается расширение x1 и x2 на предмет сигнатуры 4142h, точно также опрашивается ОЗУ в адресах 4000h, потом формируется текст функциональных клавиш в ОЗУ, закидывается значение 2ch в переменную 0fa45h, "обнуляется" бейсик-программа и вызывается долгожданная процедура вывода на экран текста "ПК8000 бла-бла-бла".
У меня до сих пор лежит верхняя плата с описываемыми вами симптомами и я до сих пор не справился с её ремонтом. Вполне вероятно, что мы столкнулись с одинаковой неисправностью.
По идее, можно попробовать определить, в каком месте происходит зависание, по наличию сигналов в порту 80h. Биты d3 и d2 этого порта "мигнут", если "режим 0" выполнится успешно. Реакцию можно отследить и на 42 выводе разъёмов расширения x1 и x2. Попробую сегодня поковырять в этом направлении.
DATAsoft
21.12.2016, 10:51
Сегодня постараюсь подключить комп "в цвете" и посмотрю мигает бордюр или нет. На ч/б не смог разглядеть.
А на 42 выводе разъёма расширения постоянно висит 1.
Вчера поигрался вечером со своей неисправной верхней платой. Наблюдал за активностью d35 на нижней плате. В частности, вывод 12 (ВБР.ОЗУ). Сделал вывод, что очистка VRAM проходит успешно - полочка порядка одной секунды вырисовывается. Как раз пока область 0-3fffh забивается нулями, есть такая процедура. Потом начинается установка режима 0, из которого моя плата уже не возвращается. На осциллограмме на 12 выводе периодически проскальзывают проколы, что говорит об обращении к ОЗУ. ПЗУ (вывод 15) выбирается постоянно, там активность непрерывная. Однако вчера с наскока разобраться, где может быть зависание, не сдюжил. Там - лес. За такое программирование нужно расстреливать. Jmp на jmp-е туда обратно, циклы распределённые, структурности - ноль, в стеке - помойка и нагромождение всего. Мой мозг отказался это переваривать.
DATAsoft
22.12.2016, 22:09
Отремонтировал я свою Суру. Оказались дохлыми ИР26 и одна из РУ5. У ИР26 все выходы висели в высоком уровне, а ОЗУ-шку вычислил при вынутом процессоре. Как-то так.
p.s. Кстати "в цвете" так пока и не подключил. Это следующий этап, а потом сборка КНГМД.
Добрый день, коллеги! Пока жду платы КНГМД от уважаемого DATAsoft, неспешно кумекаю над неисправной Вестой. Веста пришла с хранения, по всем симтомам ею вообще не пользовались. Вольтаж на БП нормальный. Подключил к монитору через скандаблер. Комп включается, появляются все стандартные надписи "ПК8000 Васик 1987 версия 1.1", сколько памяти и Ок. Т.е. готов к работе. Лампочки РУС и РГ после потухания и "бипа" загораются и горят обе. Функциональные кнопки работают, кнопки регистров работают - т.е. если нажать РГ+Ф1 вводится команда color 15,4,4 и меняется цвет экрана. При нажатии на остальные кнопки - четыре варианта реакции: 1. тупо клик из спикера и ресет (например СТРН) 2. бип из динамика и ресет (большая часть кнопок) 3. вывод символа на экран, бип и ресет (! # ( o) 4. зависание с постоянным писком и появлением разных букв на экране.
Реакция на одни и те же кнопки одинаковая. Закономерности связанной с линиями на клавиатуре нет (ну т.е. что одинаково ведут себя кнопки на одной линии матрицы - нет такого, закономерность неясна). Грешил на дешифратор ИД10 (на нем были следы термического воздействия), заменил - реакция таже. Попутно заменил неработающий геркон на кнопке 8. На нее никак не реагировал, теперь перезагружается с бипом))))
Верхняя плата в порядке - проверял путем одевания рабочей платы. Клавиатура в данной модификации без разъема, запаяна на материнку. ВВ55А возле шлейфа на клавиатуру посадил на панельку - заведомо рабочая. Есть идеи?
Лампочки РУС и РГ после потухания и "бипа" загораются и горят обе.
Должны погаснуть и загораться только при нажатии на "РГ" и "АЛФ". Там прямолинейная схема. Вывод порта ВВ55, далее катод светодиода и резистор R1-R3.
Если на ИД10 есть следы термического воздействия, то я бы начал проверять цепи столбцов клавиатуры на предмет наличия короткого замыкания. Как я себе представляю процесс регистрации нажатых клавиш, например "СТРН": геркон S68 находится в замкнутом состоянии, на ноге 10 сформирован "0" - напряжение в районе полувольта, далее 0.6 вольта падает на диоде V9 и оставшиеся приблизительно 4 вольта падают на резисторе R10. Сопротивление этого резистора по паспорту 10 кОм, поэтому ток, втекающий в ИД10 составляет примерно 0,4 мА на каждую нажатую клавишу. Если даже задать все 8 клавиш в строке, то суммарно получится 3 мА. Из справочника смотрю выходной ток логического нуля 24 мА. Это говорит о том, что ток в 3 мА - ни о чём, микросхема не должна греться вообще. А вот если предположить, что столбец "засоплён" к +5В, то охрененный импульсный ток втекает в ИД10 и начинается соревнование, кто первый издохнет: ИД10, V1-V10, геркон, дорожка платы или блок питания. При этом может произойти и срабатывание клавиш тоже, потому что дорожка платы тоже имеет конечное активное сопротивление, а также обладает индуктивностью и ёмкостью, которой может оказаться достаточно для того, чтобы ВВ55 зарегистрировала нажатие, пока происходит переходный процесс.
если нажать РГ+Ф1 вводится команда color 15,4,4 и меняется цвет экрана.
Ещё я бы попробовал последовательно отпаивать аноды V1-V10 и смотреть на реакцию. Как я понимаю, в строке цепи V7 всё работает корректно. А какая реакция на клавишу "УПР"? Если вылет с писком, то это говорит о том скорее всего, что X1:7 закорочен на +5 В. Так как длительность нулевого строба в ИД10 маленькая, то микросхема не успевает издохнуть, даже если удерживать клавишу в нажатом состоянии. Кстати, а как ведёт себя звук, если клавишу удерживать в нажатом состоянии? Пищит постоянно или кратковременный "бип"?
Кстати, источником короткого замыкания может быть и криво установленная пружина какой-нибудь из клавиш. Можно попробовать открутить плату клавиатуры и включить в таком состоянии - посмотреть на реакцию. Правда чтобы её открутить, нужно кучу винтов открутить и делать это нужно очень аккуратно, потому что пружины разлетаются феерически и искать их потом по комнате - занятие не для слабонервных.
Ну и фантастическая версия - номиналы резисторов R4-R11 - точно 10 кОм? Вдруг "особо одарённые" во время производства напутали и поставили 10 Ом?
59130
Должны погаснуть и загораться только при нажатии на "РГ" и "АЛФ".
Знаю! Есть рабочая Сура.
Как я себе представляю процесс регистрации нажатых клавиш, например "СТРН": геркон S68 находится в замкнутом состоянии, на ноге 10 сформирован "0" - напряжение в районе полувольта, далее 0.6 вольта падает на диоде V9 и оставшиеся приблизительно 4 вольта падают на резисторе R10.
Замерял напряжение на ноге 10 при нажатой СТРН - 4,8 вольта, комп штырит и таращит от перезагрузок)))
А какая реакция на клавишу "УПР"?
Никакой.
потому что пружины разлетаются феерически и искать их потом по комнате - занятие не для слабонервных.
Когда-то в детстве поискал, с тех пор нормально отвинчиваю)))))
Кстати, источником короткого замыкания может быть и криво установленная пружина какой-нибудь из клавиш.
Знаю, работаю только с платой, прикладываю к герконам магниты)))
номиналы резисторов R4-R11 - точно 10 кОм?
Уже промерял, промерил еще раз - 10кОм.
Но теперь про диоды... я конечно не такой электронщик, чтобы без яндекса отличить анод от катода (хотя такими темпами скоро выучу), но сдается мне, что диоды вопиюще неправильно распаяны... по схеме должны катодами к микрухе, а реально кажется совсем не так... Катод же маркируется жирной полосой?!?! поправьте меня ламера)))
- - - Добавлено - - -
Да, всё прозвонил - вроде нет сопли на +5В...
Valentinus
26.12.2016, 20:47
Катод же маркируется жирной полосой?!?! поправьте меня ламера)))
нет, анод - жирной
Замерял напряжение на ноге 10 при нажатой СТРН - 4,8 вольта, комп штырит и таращит от перезагрузок)))
Таким образом замерять напряжение на выходах этой микросхемы не совсем корректно. Дело в том, что там сигналы подаются динамически, поэтому нужно замеры проводить осциллографом. Но если осциллографа нет, то можно сделать следующее: разъединить КТ1-КТ2, включить питание, пинцетом на 1-2 секунды замкнуть КТ1-КТ2, дождавшись загрузки. Далее с разъединёнными точками КТ1-КТ2 произвести измерения. Микросхема К555ИД10 - с открытым коллектором, а это означает, что её работа требует "подтяжки" к питанию. Эту функцию выполняют резисторы R4-R11. Поэтому при всех разомкнутых кнопках ни один из выходов микросхемы не должен иметь напряжение, отличное от нуля.
Далее: то, какой из выходных каскадов (выходных каналов) будет иметь открытый транзистор, определяется состоянием адресных входов. В зависимости от того, в каком положении у вас остановится "карусель опроса клавиатуры", то есть какая комбинация двоичная будет на входах 12-15 микросхемы, вы сможете определить, какой из выходных каскадов микросхемы находится в открытом состоянии и пропускать через себя ток. Поэтому вы сначала "вычисляете" какая строка находится в активном состоянии. Предположим, что на выводах 12-15 напряжения 5,0,0,5 вольт соответственно, тогда активной является вывод номер 10, который является девятой строкой клавиатуры.
Теперь самое главное. Если мы будем последовательно вдоль любого произвольного столбца матрицы замыкать поочерёдно герконы, то на всех выводах, кроме активного должно появляться напряжение, близкое к +5 В, а на активном - на данном примере - 9-м должно появиться напряжение режима насыщения - примерно в районе 0,2-0,4 вольта. Причём небольшой заметный перепад должен обязательно фиксироваться.
Если у вас на активном выводе напряжение подлетает до 4,8 вольт - то это однозначно говорит о том, что через микросхему херачит сквозной ток и, полагаю, от смерти спасает её только динамика процесса. Поэтому вместо замеров в статике, я бы рекомендовал всё-же вам досконально с омметром искать "соплю" на матрице.
Как видно из рисунка, "сопли" следует искать между выходами X1:7-X1:14 и шиной питания +5 В
http://s010.radikal.ru/i314/1612/b9/05ed56ae1dce.jpg
C новым годом!)) добрался я до Весты. Вызвонил все, ну нет КЗ! Выпаял клавиатуру, посадил шлейф на разъем и присоединил заведомо рабочую клаву от Суры. Итог - тоже самое с такими же закономерностями. Соответственно что-то с обвязкой ВВ55? Осталось теперь запаять разъем на выпаянную плату клавиатуры и убедиться, что на исправной Суре она будет работать.
Что и требовалось доказать. Запаял разъем на клавиатуре от Весты, подключил к рабочей Суре - клавиатура работает. Т.е. неисправна нижняя плата в Весте. Что на нижней плате может давать такие глюки при нажатии на кнопки?
Там все сигналы напрямую заводятся на D33 (BB55). Обвязки никакой нету. Попробуйте поискать на нижней плате на участке от разъёма X12 до выводов 14-25 микросхемы D33 наличия коротких замыканий между соседними дорожками. Если у вас происходит просадка по питанию, то в теории это может быть из-за того, что на каком-либо из выводов 14-17 формируется "1" при выдаче номера строки и, если предположить, что есть кз между этим условным выводом и одним из выводов 18-25, то если вы нажимать кнопки не будете, то никакого криминала не случится. Но если кнопка из столбца, где есть кз будет зажата, то это значит, что вывод 14-17 будет принудительно "нагибаться к земле", но ВВ55, находясь в режиме записи в порт C, будет упираться изо всех сил, чтобы это не произошло. Вы писали про кнопку "8", что она гарантировано приводит к нештатной ситуации. Согласно этой теории нужно проверить кз между ногой 18 и ногами 14-17 микросхемы DD33 (ВВ55). Но я бы уделил время и перепроверил все дорожки на предмет взаимных соплей.
Пока едет анализатор для Арго - решил заняться компом попроще. То есть Сурой 8000 :) Белый экран. Светодиоды гаснут и идёт щелчек бипера и больше ничего не происходит. Экран остаётся белым. Результат экспресс диагностики - все крутится в ПЗУ D46 (активен10 вывод дешифратора D40) На выходах памяти после щелчка устанавливается 0.4в В счетчике D8 на верхней плате не считает старший разряд. Остальные счётчики считают нормально. В ПЛМ D16 на всех выходах, кроме 17 (там присутствует ВЧ синхра) плавающая от 1.6 до 2.7 единица. Я так понимаю, я первый участник эксперимента "пойдёт ли Winbond вместо РТ2 ?
DemonId7
25.11.2017, 10:07
Я так понимаю, я первый участник эксперимента "пойдёт ли Winbond вместо РТ2 ?
В контроллере дискогрыза отлично подошла. Не вижу причин, почему не подойдет на системной плате. Здесь не те скорости, где бы не хватило 45 нс.
Х.З. Именно эта ПЛМ синхронизирует регистр и работает с делителями тактовой... Тайминги тут критичны. У меня на С64 проблем тоже с заменой не было - там пошло сходу. Бывший владелец утверждает, что ещё несколько лет назад проверял комп со старым телеком - он загружался. Что этой ПЛМине не понравилось... Тем более, что другая ведёт себя адекватно.
DemonId7
26.11.2017, 09:51
Ну как успехи?
Успехи есть. Импульсы появились и если держать руку в районе неиспользуемых адресных выводов A10..A13, то можно лицезреть стартовую страницу бейсика. Либо что-то надо в прошивке поправить, либо подтянуть эти выводы к... к чему - непонятно. К какой-то секретной комбинации :) Скорее всего заземлить будет правильно?
Заземлил неиспользуемые адресные линии и комп заработал. Немного раздражает мерцающий первый столбец, но я так понимаю, что это не дефект, а особенность. Графика и текст выводятся корректно. Проги пока не грузил. Чуть великоваты пульсации на выходе - нужно ещё кондеры менять.
DemonId7
26.11.2017, 20:21
Да, это особенность. Привыкаешь быстро.
Значит таки можно на winbond менять. Приятная новость, а то рт2 прошить целая проблема.
SeaBirdDK
27.11.2017, 10:13
Приятная новость, а то рт2 прошить целая проблема.
Если кому нужно, то могу поспособствовать.
Я так понимаю, я первый участник эксперимента "пойдёт ли Winbond вместо РТ2 ?
Ждем подробностей - какая прошивка, схема подключения?
Схему брал с этой темы.
http://zx-pk.ru/threads/18970-pk8000-proshivki-plm.html
Только пришлось заземлить неиспользуемые линии, так как в 8000 они висят в воздухе. В принципе, если бы я обратил внимание на это раньше - переходничек именно для этой микросхемы вышел бы проще.
У меня в Весте на процессоре было -4.32 вольта. Заменил стабилитрон и напряжение поднялось до -4.86 вольта, но комп пока не запускается. в выходные тогда еще покопаюсь.
В общем после замены на уже 5 процессор (Причем первые 4 были 580ВМ80 а этот чистокровный I8080 ) появился 1 щелчок в излучателе и вместо белого экрана начал выдавать 2 белые полосы сверху и снизу, а по середине черный экран. Светодиоды РУС и РГ после щелчка гаснут, но текста никакого и на клавиатуру не реагирует. И интересно то что по крайней мере в одном ВМ80 я уверен ибо его я снимал с рабочего Радио-86РК. Почему он так реагирует на ВМ80 не понятно. И похоже, как мне этого не не хотелось делать, но родную советскую панельку под процессор придется менять. Если ВМ в ней еще хоть как то держатся, то Intel постоянно вылетает от любого воздействия на плату.
Само собой, что вылетать будут. У советских микросхем шаг между ножками 2.5 мм, а у буржуйских - 100mil (2.54 мм). 19 отрезков по 0.04 мм даёт расхождение 0.76 мм. между ножкой процессора и гнездом панельки.
siemensC35
01.07.2018, 16:49
И похоже, как мне этого не не хотелось делать, но родную советскую панельку под процессор придется менять. Если ВМ в ней еще хоть как то держатся, то Intel постоянно вылетает от любого воздействия на плату.
для этого припаивали к ножкам панельки первую и 21 лапки ( у меня в МСН были токо первые)
а ранние И80 пробовали ?
- - - Добавлено - - -
как вариант ниточкой привязать)
MacBuster
01.07.2018, 22:05
Я вот поставил на плату буржуйскую панельку под ПЗУ, плата приобрела некоторый изгиб.
для этого припаивали к ножкам панельки первую и 21 лапки ( у меня в МСН были токо первые)
а ранние И80 пробовали ?
- - - Добавлено - - -
как вариант ниточкой привязать)
Ну ранних у меня нет. Хотя нашел еще один ВМ80 в керамике с позолотой. В радио-86РК он не работает, а здесь как ни странно работает так же как и Интел. При проверке процессоров в радио-86 работают все процы кроме того что в керамике, даже проц с радиатором, что изначально стоял в Весте.
Вчера начал уже по плате лазить логическим анализатором и из тех что проверил парочка МС мелкологики у меня вызвали смешанные чувства. Вроде импульсы и соответствуют тем что должны быть, но если увеличить, то есть небольшой сдвиг между входными и выходными сигналами. Проверил пока еще не все схемы.
siemensC35
02.07.2018, 13:40
Ну ранних у меня нет. Хотя нашел еще один ВМ80 в керамике с позолотой. В радио-86РК он не работает, а здесь как ни странно работает так же как и Интел. При проверке процессоров в радио-86 работают все процы кроме того что в керамике, даже проц с радиатором, что изначально стоял в Весте.
Фишка еще может быть в том что ранние ВМ80 (ИК80 ) имели чуть другую разводку кристала но на совместимость в РК это не влияло . Предполагаю что могло влиять где-то в других конструкциях
Ну у меня получается обратная ситуация. Хотя надо смотреть из за чего он не хочет с родным процессором инициализировать порты. Скорее всего подсели параметры в каких то мс с ним связанных, надеюсь анализатор мне ответит на этот вопрос. И переходник подсобрать для РТ2, может где еще и там собака порылась.
Продолжая мучить свой ПК8000.
При вытащенном процессоре, есть белый квадрат на экране и черная рамка. :)
Но самое забавное, что на ШД есть активность, в то время когда ША в постоянной единице. А также, бегают "~ЧТ. В/В" и "~ЧТ. ЗУ".
На верхней плате, только DD39 имеет доступ к ШД, вроде бы. И она видимо пишет весь этот хаос, потому что получает сигнал "~ЧТ. ЗУ" от нижней платы.
Без верхней платы ничего работать не будет, так как кроме кварца, используется несколько счетчиков. Собрать схему такую, это повторить половину платы. Так что, берем пустую верхнюю плату новодел, паяем панельки, и юзаем это уже в любом составе. Ту же DD39 выкинуть на время чтобы. :)
Наконец, у меня есть логический анализатор (клон 8ch/24mhz). И вот, какую любопытную картину запуска "Суры" он выдал.
Видимо, дешифратор DD35 работает исправно. На начальной фазе (после сигнала RES), видим обращение к ПЗУ.
http://c6lab.org/pictures/sura_rest/screenshot181216_1.jpg
Но затем, происходит переключение на ОЗУ, и назад на ПЗУ не возвращается. Это ведь странно, да?
И сигналы SA0, SA1 как то странно подергиваются на ноль, на ничтожно короткое время, и снова в единицу.
Может быть, неисправно что то в блоке формирования сигналов SA0, SA1?
Верхняя плата заведомо исправна, так как работает прекрасно на "Хобби", с исправной нижней платой.
Все обозначения сигналов взяты со схем "Designed by Mick (https://zx-pk.ru/members/503-mick.html)".
http://c6lab.org/pictures/sura_rest/screenshot181216_2.jpg
Точнее понять причину помогло бы знание шины адреса, 8 каналов для этого маловато, но можно попробовать определить по косвенным признакам. Старт ПК8000 это di, jmp, 7x{mvi a out}, потом обнуление/тест области F000-FFFF. В качестве косвенных признаков можно использовать или количество обращений к памяти (если их там не очень много и анализатор позволит их все увидеть и посчитать) до перехода /CSROM в 1, или сигнал записи в порты ввода/вывода (если он активен недалеко от интересующего момента).
Как я поняла, вот о чем идет речь. Очень важно помнить при ремонте, что для старта нужен не только банк 0 ПЗУ (0000-07FF), но и банк 5 (2800-2FFF).
И для проверки старта, надо запаять лог. анализатор на соответствующие сигналы. Но если светодиоды не гаснут, то видимо DD33 и DD32 (580ВВ55а) не инициализируются или неисправны. Следовательно, либо до команд "OUT" не доходит дело вообще, либо IOP (чип ВВ55) на инициализацию не реагирует должным образом.
Причем, инженеры весьма интересно сделали светодиоды. Один светодиод CAPS на чипе DD33:PORT_C5, а второй ALF на чипе DD32:PORT_C5. Видимо, специально для проверки факта, жива ли каждая из этих микросхем (DD33, DD32), при старте.
У меня как раз, светодиоды не гаснут. А значит, надо подпаять анализатор к сигналам RDROM0/, RDROM5/, CS80/ и CS84/, чтобы снова проверить запуск.
Верно?
Также, в коде теста ОЗУ стоит зацикливание. Если считываемая ячейка не равна записываемой (пишется НОЛЬ), то содержимое BC (видимо счетчик ошибки) увеличивается на один, и программа стартует с инициализации цикла по адресу ROM:293C.
Верно?
DD41 RDROM0/
ROM:0000 di
ROM:0001 jmp INIT
DD47 RDROM5/
ROM:2920 mvi a, 81h
; порты A, B и старший порт C (С4..С7) на вывод, младший порт C (С0..С3) на ввод
ROM:2922 out 87h ; управляющее слово DD32
ROM:2924 mvi a, 0
ROM:2926 out 84h
ROM:2928 mvi a, 82h
; порты A, С на вывод, порт B на ввод
ROM:292A out 83h ; управляющее слово DD33
ROM:292C mvi a, 0FCh
; устанавливаем ПЗУ 0000-3FFF, ОЗУ 4000-7FFF, 8000-BFFF, С000-FFFF.
ROM:292E out 80h
ROM:2930 mvi a, 0DFh ; '-'
ROM:2932 out 86h
ROM:2934 mvi a, 5
ROM:2936 out 87h
ROM:2938 mvi a, 77h ; 'w'
ROM:293A out 88h
ROM:293C
ROM:293C loc_293C: ; CODE XREF: START+2951j
ROM:293C lxi b, 0
ROM:293F lxi h, 0F000h
ROM:2942
ROM:2942 loc_2942: ; CODE XREF: START+294Cj
ROM:2942 xra a
ROM:2943 mov m, a
ROM:2944 cmp m
ROM:2945 jz loc_2949
ROM:2948 inx b
ROM:2949
ROM:2949 loc_2949: ; CODE XREF: START+2945j
ROM:2949 inx h
ROM:294A mov a, h
ROM:294B ora l
ROM:294C jnz loc_2942
ROM:294F mov a, b
ROM:2950 ora c
ROM:2951 jnz loc_293C
Спасибо demetrius2003 (https://zx-pk.ru/members/6487-demetrius2003.html) за исходный код ПЗУ.
Также, в коде теста ОЗУ стоит зацикливание. Если считываемая ячейка не равна записываемой (пишется НОЛЬ), то содержимое BC (видимо счетчик ошибки) увеличивается на один, и программа стартует с инициализации цикла по адресу ROM:293C.
Верно?
В целом да, но рестарт цикла обнуления/теста будет только после прохождения всей области F000-FFFF, не сразу. И в BC будет посчитано число ошибок, хотя проверяется только отсутствие ошибок, а сколько их - никак не учитывается.
рестарт цикла обнуления/теста будет только после прохождения всей области F000-FFFF, не сразу
Понятно, что это большой временной интервал. Но я записывала 3 секунды.
И разве между обращениями к ОЗУ (mov m, a; cmp m) не должны быть обращения к ПЗУ, для чтения дальнейших команд?
На диаграмме их нет.
Шина как будто "проваливается" на ОЗУ. Может, просто выходы порта A DD33 не способны держать нолики (00 - признак ПЗУ), из-за неисправности?
Начальные нули, как мы знаем, поддерживаются не этим чипом, а схемой запуска (D-триггер DD5.1), до первого обращения к порту 80h. После первого обращения, мультиплексор DD34 начинает выдавать не просто нули, а содержимое с порта А DD33.
И разве между обращениями к ОЗУ (mov m, a; cmp m) не должны быть обращения к ПЗУ, для чтения дальнейших команд?
Собственно сами mov m,a и cmp m и остальные команды цикла читаются из пзу, т.ч. конечно должны быть.
Насчет гашения индикаторов. Насколько я понимаю они должны гаснуть при записи управляющих слов в 83h (адрес 292Ah) и 87h (адрес 2922h). АЛФ еще раз явно гасится по out 86h (адрес 2932h).
В клавиатуре герконы дохнут как мухи. У меня есть вторая "Сура", нерабочая, я дергаю герконы оттуда. Но скоро их там не останется. Я, конечно, утрирую, пока только штук пять поменял, но, думаю, что стоило бы их купить. Как минимум, придется откручивать и закручивать в два раза меньше саморезов, каждый раз делая резьбу всё менее прочной. Правда, придется их правильно загибать и ориентировать. Так вот, я посмотрел схему, оказалось, что герконы разные. МКА-10104 груупа Б и МК-10-3 группа А. Что означают эти группы А и Б?
МК-10-3 - всего шесть штук, по харакиристикам они более мощные. Они стоят на клавишах 6>, 3=>, ПРФ, СТРН, 9 (на цифровой клавиатуре), пробел. Чем эти шесть клавиш заслужили такую привилегию? Ладно, пробел, это "любая клавиша", она чаще всего нажимается. Но ПРФ нажимается раз в год, и то случайно. И три левые цифрокурсорные клавиши на мой взгляд ничем не выделяются среди своих соседей. Я так думаю, можно везде ставить МК-10104?
Кстати, что означает аббревиатура ПРФ? Я вообще не понимал, для чего эта клавиша. Она используется в программе TEST на родной кассете. Я сначала думал "ПРоверка Функционирования". Но вскоре выяснилось, что в этой программе можно вместо неё нажимать любую другую клавишу, разницы никакой. Хотя, если смотреть по программе, должна срабатывать только она:
900 A$=INKEY$
902 LOCATE4,20:PRINT"Продолжение по кл.'ПРФ'"
903 COLOR 15,4,4
905 LOCATE4,20Ъ ╕ч╨л}t:PRINT" "
906 IFA$=""THEN900
910 IFA$=CHR$(27)THENRETURN:GOTO 900
Если нажать что-то ещё, произойдёт возврат в начало подпрограммы.
А вот, на "Корвете" она подписана как "ПРФ ESC". Теперь стало ясно, зачем она, это Escape. Просто в Бейсике она не используется, если только специально её не назначить в программе. Вот и кажется ненужной. А в системе она нужна. Вот, я собрал контроллер винчестера, и там она потребовалась. А она не работает, и я только сейчас об этом узнал.
У меня есть вторая "Сура", нерабочая, я дергаю герконы оттуда.
Не жаль машинку? Герконы есть в продаже, например в ЧипДип (https://www.chipdip.ru/search?searchtext=%D0%B3%D0%B5%D1%80%D0%BA%D0%BE%D 0%BD%D1%8B).
Я сама уже пару герконов перепаивала.
Жаль, вот я и хочу поставить герконы на место и больше их оттуда не дёргать. Хотя, она уже давно мертвая. Блок питания давно используется по другому назначению. Однако, его всегда можно поставить обратно, только радиатор с КРЕНки снять. Это я умощнял 12 В. Набираюсь опыта, может, когда-нибудь и отремонтирую. Герконы у нас есть, но группа А вместо Б (или наоборот), у другого магазина в прайсе группа не указана. Нашёл, что группы у герконов - по МДС, магнитодвижущей силе срабатывания. То есть, их чувствительность. Но вот, почему на шести клавишах стоят другие герконы, для меня остается загадкой.
Кстати, что означает аббревиатура ПРФ?
Согласно книге 1 из комплекта документации к "Хобби", ПРФ - перевод формата, используется в прикладных программах.
В книге 1 к "Суре" я этого не нашёл. А что вообще означает понятие "перевод формата"?
У меня постоянно залипает клавиша U. Как начнёт строчить UUUUUUUUUUUUUUUUUUUUUUU..., и ничем не остановишь. Думал, геркон залипает, но стал его прозванивать, жал много раз на У - всё нормально. А собрал комп, опять пошло УУУУУУУУУУУУУУ. Прямо, школьный анекдот "Как работает трансформатор". Похоже, дело в механике. Надо чуть поддеть клавишу вверх, УУУУ прекращается. Если опять "загудит", попробую поменять местами клавиши.
Думал, геркон залипает, но стал его прозванивать, жал много раз на У - всё нормально. А собрал комп, опять пошло УУУУУУУУУУУУУУ.
Была такая проблема у меня тоже. Помогла замена геркона. Они в пределах своих размеров немного различаются + положение, которое он принимает при монтаже, варьируется. Купленные мной в Чиподипе герконы оказались немного меньше по размеру, поэтому оказались чуть ниже, на 0,25-0,5 мм, что как раз и привело к тому, что магнит клавиши перестал вызывать ложные срабатывания геркона после сборки клавиатуры.
Заменил геркон, "трансформатор" прекратился. Я его заменил герконом из "донора", тут всё работает нормально. Ещё в Корвете пришлось геркон менять, там клавиша Е глючила, постоянно ЕЕ получалось. Оказалось, что геркон разбит, при выпаивании он рассыпался. Я его поменял на новый, купленный. Но нужной группы не оказалось. Клавиша работает не очень чётко, но хотя бы не "заикается".
«Сура» новая, изъята из капсулы времени в 2019 г. Отлично работала несколько сеансов, а потом зависла. При нажатом сбросе черный экран, после отпускания белый. С БП напряжения в норме. Тактовая на проц приходит, он «шевелится». Но нет активности на выв.18 (WR) и «минусПять» на процессоре гуляет 4,5...4,3 В. Заменил стабилитрон с резистором на 79L05, функционирование не восстановилось. Заменил процессор — комп работает. :v2_dizzy_punk:
У меня у ПК8000 не работала кнопка J, заменил геркон. Все Ок.
Но после двух минут работы, ПК начал зависать, а потом все перестала запускаться. светик РУС горит, на экране полосы, на сброс при нажатии экран темнеет.
Короче пожила не долго, умерла сразу.
Интересно сделана клавиатура, герконы отдельно, клавиши отдельно. Как точно она настроена чтоб магнит в аккурат попадал.
https://img.radiokot.ru/files/30570/thumbnail/2mh433ek4u.JPG (https://img.radiokot.ru/files/30570/2mh433ek4u.JPG)
- - - Добавлено - - -
В общем там в золотой кроватке стояла какая то шляпа с радиатором, я поставил белый керамический 580ВМ80.
Золото в золото так сказать. Работает как часы.
https://img.radiokot.ru/files/30570/thumbnail/2mh50b0712.JPG (https://img.radiokot.ru/files/30570/2mh50b0712.JPG)
Оставлю потроха своей Суры здесь для потомков.
https://img.radiokot.ru/files/30570/thumbnail/2mh5cfbh18.JPG (https://img.radiokot.ru/files/30570/2mh5cfbh18.JPG)
Там все сигналы напрямую заводятся на D33 (BB55). Обвязки никакой нету. Попробуйте поискать на нижней плате на участке от разъёма X12 до выводов 14-25 микросхемы D33 наличия коротких замыканий между соседними дорожками. Если у вас происходит просадка по питанию, то в теории это может быть из-за того, что на каком-либо из выводов 14-17 формируется "1" при выдаче номера строки и, если предположить, что есть кз между этим условным выводом и одним из выводов 18-25, то если вы нажимать кнопки не будете, то никакого криминала не случится. Но если кнопка из столбца, где есть кз будет зажата, то это значит, что вывод 14-17 будет принудительно "нагибаться к земле", но ВВ55, находясь в режиме записи в порт C, будет упираться изо всех сил, чтобы это не произошло. Вы писали про кнопку "8", что она гарантировано приводит к нештатной ситуации. Согласно этой теории нужно проверить кз между ногой 18 и ногами 14-17 микросхемы DD33 (ВВ55). Но я бы уделил время и перепроверил все дорожки на предмет взаимных соплей.
Не прошло и 5 лет, как я снова достал этот ПК8000, опять все прозвонил, все также нет коротышей нигде. Напомню - комп включается, щелкает, выключает светодиоды ВРег и Алф, потом сразу включает их, текст заставки про Версия 1.1 и т.д. на месте. При этом Ф1-Ф10 работают как надо, шифты работают (да, Ф6-Ф10 конечно с шифтами нажимаются), при нажатии на Шифт - Врег и Алф гаснут, при нажатии на кнопку фиксации ("О") зажигаются, при нажатии на любые другие кнопки - либо тихая перезагрузка, либо перезагрузка с визгом, либо повисание... все три варианта могут сопровождаться выводом случайных символов на экран... Проблему с линиями и столбцами на клавиатуре исключил полностью:
1. Вызвонил ВСЕ вдоль и поперек - нет коз!
2. По логике - кнопки Ф1-Ф5 покрывают почти все столбцы, в т.ч. и те, к которых другие буквы приводят к перезагрузке, а также Ф5 например находится на той же строке, где кнопка Ввод, которая также приводит к ресету.
Зашел в тупик, поностью не понимаю как диагностировать дальше((( Проблема очевидно в нижней плате - клавиатуру и вернюю плату подкидывал на рабочий ПК8000 - работают нормально.
Возвращаясь к своей сломаной Суре.
Была найдена ПЗУ, которая портила некоторые биты ШД (D0=0 D2=0 D5=0) в ноль.
Интересное явление.
Тестирование произведено с помощью логического пробника ИЛЗ-01. Со снятой верхней платой и без процессора.
В этом состоянии, можно легко проверить работу схемы начального запуска. А значения всех бит ША и ШД должны быть единицы.
Короче говоря, проверить и создать условия для старта ПЗУ, когда оно не стартует (что видно по негаснущему светодиоду ALF).
Powered by vBulletin® Version 4.2.5 Copyright © 2024 vBulletin Solutions, Inc. All rights reserved. Перевод: zCarot