Предлагаемые упрощения для «Специалиста-М»

[ivagor]

Хорошие новости - процессор, пзу и схема начального пуска похоже работают.
Плохая - с записью и/или чтением озу проблемы. Выполнение загрузчика ломается после первого возврата из подпрограммы (т.е. после первого же чтения озу) из адреса C42C, со стека вместо С434 снимается 00FF и дальше уже судя по всему чтение мусора из озу.

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

Это по-прежнему Загрузчик-1, за которым следуют Монитор-1 и BASIC.

Теперь вижу, что вариант с сайта fifanа, не из МК.

[Advertiser]

[M80]

потому что слишком кратко описал свою методику.

А что именно не понятно? А если не понял - спроси, я так понимаю. Сейчас один баг обнаружил, а ещё не известно сколько их там. А главное, никакой методики, как повезёт(.
Ещё раз. Если всё глухо. Сначала проверяешь ток шин адреса и данных на процессоре при активном сбросе. Если надо, добавляешь подтяжку на другом конце, где она отсутствует.
Таким образом ты видишь большинство обрывов и замыканий ША и ШД. Если всё ОК - дальше пошагиватель. Это 2 TTL мс всего. Обычно достаточно несколько шагов до инициализации В/В.
И всё становится ясно как божий день. А если и это не помогает, тогда пишешь свой тестик и шагаешь/смотришь его.

[Serg6845]

с записью и/или чтением озу проблемы. Выполнение загрузчика ломается после первого возврата из подпрограммы (т.е. после первого же чтения озу) из адреса C42C, со стека вместо С434 снимается 00FF и дальше уже судя по всему чтение мусора из озу.

склоняюсь к мысли что проблемы с записью. 00FF очень похоже на мусор в ОЗУ при включении питания, то есть читается похоже правильно.

GlueLogic, я бы попробовал следующее:
- удалить C4
- подключить C4 вместо 11 на 12 вывод U15B
- отключить выводы 1 (/OE) микросхем ОЗУ от /CAS и подключить их на землю

[GlueLogic]

Теперь вижу, что вариант с сайта fifanа, не из МК.

А есть ли разница в оригинальной версии MK?

А что именно не понятно? А если не понял - спроси, я так понимаю. Сейчас один баг обнаружил, а ещё не известно сколько их там. А главное, никакой методики, как повезёт(.
Ещё раз. Если всё глухо. Сначала проверяешь ток шин адреса и данных на процессоре при активном сбросе. Если надо, добавляешь подтяжку на другом конце, где она отсутствует.
Таким образом ты видишь большинство обрывов и замыканий ША и ШД. Если всё ОК - дальше пошагиватель. Это 2 TTL мс всего. Обычно достаточно несколько шагов до инициализации В/В.
И всё становится ясно как божий день. А если и это не помогает, тогда пишешь свой тестик и шагаешь/смотришь его.

Простите, что не последовал вашему совету раньше, M80. Правда, я не совсем понимаю, что вы предлагаете.

Когда сообщения переводятся автоматически, вывод переводчика иногда бывает непонятен... Еще раз прошу прощения.

склоняюсь к мысли что проблемы с записью. 00FF очень похоже на мусор в ОЗУ при включении питания, то есть читается похоже правильно.

GlueLogic, я бы попробовал следующее:
- удалить C4
- подключить C4 вместо 11 на 12 вывод U15B
- отключить выводы 1 (/OE) микросхем ОЗУ от /CAS и подключить их на землю

Выполнено. Итак, каковы результаты?



Это похоже на то, что было раньше, но теперь это кажется последовательным. Всегда получается именно такая картина.

В ближайшее время я проведу еще один логический анализ для шины данных и сигналов управления.

[Serg6845]

А есть ли разница в оригинальной версии MK?

на первый взгляд кроме другой инициализации стека разницы нет. должно работать.

Выполнено. Итак, каковы результаты?
Это похоже на то, что было раньше, но теперь это кажется последовательным. Всегда получается именно такая картина.

а какая из трех доработок привела к стабильному результату? если сейчас убрать C4 - что-то изменится?

В ближайшее время я проведу еще один логический анализ для шины данных и сигналов управления.

еще можно поставить ПЗУ с тестом и посмотреть что будет. в ОЗУ явно что-то пишется, но почему-то не то что надо...

[GlueLogic]

Результаты логического анализатора: alex-j-lowry.github.io/download/speci85m/spec85m_fix2_16mhz.zip

а какая из трех доработок привела к стабильному результату? если сейчас убрать C4 - что-то изменится?

Модификация ОЗУ, похоже, ничего не изменила.

Далее я удалил C4. К сожалению, после удаления я включил его только один раз, поэтому не могу сказать, стал ли он после этого работать более стабильно...

Наконец, я припаял C4 к контакту 12, затем сделал снимки и провел анализ.

еще можно поставить ПЗУ с тестом и посмотреть что будет. в ОЗУ явно что-то пишется, но почему-то не то что надо...

Да, похоже, что сейчас он находится в хорошем состоянии, чтобы попробовать тестовый ROM. Какой тестовый ROM мне следует попробовать?

[Serg6845]

Результаты логического анализатора:

ничего не изменилось. из ОЗУ по прежнему читается 00FF, причем читается всегда одно и то же, что странно - поскольку по экрану видно что данные в ОЗУ переписываются.
дальше надо смотреть управляющие сигналы:
/RAS, /CAS, /WE, /RD, /WR, SYNC, /CSRAM, /CPU
возможно что-то станет понятно.

Да, похоже, что сейчас он находится в хорошем состоянии, чтобы попробовать тестовый ROM. Какой тестовый ROM мне следует попробовать?

http://www.специалист-пк.рф/Soft/test_m.rar, других вариантов я не знаю.

[GlueLogic]

ничего не изменилось. из ОЗУ по прежнему читается 00FF, причем читается всегда одно и то же, что странно - поскольку по экрану видно что данные в ОЗУ переписываются.
дальше надо смотреть управляющие сигналы:
/RAS, /CAS, /WE, /RD, /WR, SYNC, /CSRAM, /CPU
возможно что-то станет понятно.

Результаты работы логического анализатора для этих сигналов: alex-j-lowry.github.io/download/speci85m/spec85m_fix2_ram_16mhz_1.zip

Странно, но кажется, что компьютер ведет себя по-разному, когда анализатор подключен к /RAS и/или /CAS. Может быть, дополнительная конденсация анализатора вызывает задержку?

Когда анализатор подключен к /RAS и /CAS, экран выглядит следующим образом.



Эти фотографии были сделаны с установленным ПЗУ «Loader-1/Monitor-1», поэтому в идеале они должны выглядеть так же, как и фотографии из поста № 154.

http://www.специалист-пк.рф/Soft/test_m.rar, других вариантов я не знаю.

Вот видеоролик с запущенным тестом: alex-j-lowry.github.io/download/speci85m/spec85mtest1compressed.mp4

Итак, похоже, что процессор, ПЗУ, аудиовыход и выход магнитофона работают.

[Serg6845]

Результаты работы логического анализатора для этих сигналов: alex-j-lowry.github.io/download/speci85m/spec85m_fix2_ram_16mhz_1.zip

очень странно выглядит /RAS - периодически двоится, с интервалом примерно 240мкс. надо смотреть осциллографом, должен быть чистый меандр без помех и артефактов.

Странно, но кажется, что компьютер ведет себя по-разному, когда анализатор подключен к /RAS и/или /CAS. Может быть, дополнительная конденсация анализатора вызывает задержку?

это показатель что проблема где-то в этом месте. можно попробовать поиграть номиналом C4 - в диапазоне 100-200-300pf (подключить как изначально был по схеме).

Итак, похоже, что процессор, ПЗУ, аудиовыход и выход магнитофона работают.

да, это как минимум работает. но это было видно и по предыдущим сканам - там все работало до момента обращения к ОЗУ.

[GlueLogic]

очень странно выглядит /RAS - периодически двоится, с интервалом примерно 240мкс. надо смотреть осциллографом, должен быть чистый меандр без помех и артефактов.

Возможно, проблема также в основном генераторе тактовой частоты 8 МГц? Я попробую предложенные вами исправления завтра.