Но погодите, здесь же обсуждался комп, где видео генерировал процессор а его защита строилась на статистическом анализе плавающей области EPROM. Автор присутствовал в обсуждении. Скопировать не смогли, повторили функционально.
Вид для печати
Подобный эффект наблюдал в ОРИОНЕ с перегруженной шиной, при использовании КМОП 82C55. Попробуйте заменить ППА, если это ещё не сделаноЦитата:
Сообщение от Mx_Serg
Естественно, я встречал такие ПЗУ. Но бывает это только, если использовать неверно работающий прошиватель. Или, если подвергать ПЗУ УФ-облучению именно до тех пор пока один бит не очистится частично и не станет "плыть". Если виноват прошиватель, это не вина ПЗУ.Цитата:
Сообщение от Alex_LG
Скрытый текст
Вообще никогда не встречал РФ2/РФ5, которые бы прошивались плохо. Они или шьются "со свистом" или уже напрочь дохлые. Вот с 27C256 такое бывает, когда они были прошиты уже 5...10 раз, отчего на пределе ресурса перепрошивок. Тогда при зашивке в бите, который должен остаться 1, оказывается 0. Или бит остаётся 1, несмотря на многократные повторы прошивки этого байта. Но ПЗУ с плавающими битами даже 27xxx не становятся.
[свернуть]
Наблюдал плавающие биты только в ПЗУ, которые не очистились до конца. Тогда считывая ПЗУ всякий раз получаются разные КС (у меня хорошая программа прошивателя, которая высчитывает КС считанного блока, что полезно, и чего не хватает во всех чужих программаторах, что я видел). Грамотный алгоритм прошивки как раз и добавляет столько же "закрепляющих" импульсов после того, как ячейка прошилась, именно для того, чтобы не было плавающих битов.
Предположение, что причина в плавающих битах, легко проверяется многократным считыванием в программаторе. Но этого точно нет, потому-что если бы были плавающие биты, то программа просто бы улетала после прогона первого же плавающего бита. Так что дело было не в битах, а в перегрузке шины.
В моем случае, скорее всего так и есть - дохленький шинный интерфейс в РФке. Попробовал ее в "специалисте". Там эффект другой - постоянно читается из нее всякий мусор. Иногда - что-то похожее на правду, но с каждым считыванием старшие биты принимают случайное значение. Другая из той же партии, прошитая на том же программаторе и с той же прошивкой - стабильная, как скала :) Изначально оба чипа были чистые, с "разогнутыми" ножками и без следов использования. Еще попробую стереть и записать заново.
По Микроше - поигрался немного в псевдографического Диггера. Забавная игрушка, но не представляю, как на этом компе с такой клавиатурой можно долго играть... Кассетный интерфейс один из самых ненадежных, с которыми приходилось иметь дело. С линейного выхода работает более-менее, для выхода с наушников, наверное, нужо резистор ом на 200-600 цеплять - иначе загрузки не будет.
Фото уже работающей платы. Микросхемы теперь на панельках, так что можно использовать ПК как пестовый стенд для 580 :)
http://www.picshare.ru/uploads/17082...Ix6T_thumb.jpg
http://www.picshare.ru/uploads/17082...1pg0_thumb.jpg
Mx_Serg, Попробуй вот так.
http://zx-pk.ru/threads/19121-radio-...l=1#post503445
Владимир у тебя D11 не задействована? Это из-за применения статики?
Так ...возьму на заметку, у меня тоже статика бутербродом на РФ5, может обойдусь без доп. 555ид7 приподключении FDD
О, точно! Я таким макаром в свое время выкрутился в Робике, когда добавление Бета-интерфейса приводило к неустойчивому сбросу. Только я 361 тогда прямо на разъеме распаял.
С -5 все в порядке - да и проц бы уже давно не выдержал... Резистор помогает, но тогда с линейного перестает нормально грузиться. Нужно переменный воткнуть и поэкспериментировать. На РК-86 грузится нормально и с магнитофона (наушников) и с линейного, но там другой операционник (553УД2) и чуть другая схема подключения.
Mx_Serg, Еще добавь диод типа 1N4148 (КД522) анодом к + электролита и катодом на +5 вольт. При выключении через него электролит мгновенно разрядится.