Просматривая архивы софта нашел в переписке еще одну ошибку на плате и на схеме. Ошибка касается работы так называемого ЦАП на D116. Вся информация в прикрепленном к сообщению файле.
Просматривая архивы софта нашел в переписке еще одну ошибку на плате и на схеме. Ошибка касается работы так называемого ЦАП на D116. Вся информация в прикрепленном к сообщению файле.
Последний раз редактировалось Дмитрий2012; 26.12.2015 в 22:45.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Да так. Устранение причин сбоев в работе памяти путем замены номиналов резисторов, напайки конденсаторов и т.п.
И доработка звука.
У D116 отрезать вывод от сети 34 и напаять на сеть 33.Базу транзистора VT3 подключить к сигналу SOUND.
Ну, 34 и 33 я поменял на плате. Но тащить дорожку от транзистора к SOUND через всю плату, даже не знаю, стоит ли связываться.
Понятно. Один хрен я этот недоковокс делать не собирался. 4-битный звук, это конечно самое оно, по-орионопрошному. Как ВВ55 изуродовать под принтер и порт конфига. Или AY ни с чем не совместимый. Только порт FE заняли под какую-то хрень, делали бы уж совместимо со Спектрумом что ли (т.е. и с Z80Card II).
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Наконец-то добрался я с паяльником до своей ПРОшки.
Собрался делать доработку №6, пытаюсь найти где дорожка от 10-ой ноги D101 идёт на 4-ую ногу D122, а она не идёт туда и не прозванивается. Начал разбираться - оказывается доработка уже сделана на уровне дизайна платы, т.е. 10-я нога 101-ой уже идёт через инвертер 106-ой (11 и 10 ноги). Стало быть априори всё должно читаться без сбоев. Однако, проблема с чтением имеет место. Буду разбираться с питанием, вероятнее всего проблемы там.
Доработка Воронова сделала видимость, что 10 МГц работают. Однако, не долго. Всё равно со временем мусор на экране, в тесте сбой сразу 8 шт. ОЗУ. На 5 МГц работа стабильная в течении суток!
Но 10 МГц я всё таки добил. По крайней мере хочется надеяться, суточный тест ещё впереди. Что сделал? Уменьшил номинал резистора R4 с 1 ком до 470 ом и поставил другой тип процессора: 0020PEG вместо ранее стоявшего 0020PEC. Заметил, что мусор на экране перестал появляться, тест ОЗУ в течении 20 мин идёт без сбоев. Подумал, что наверное уменьшение резистора устранило проблему, но вернув обратно 0020PEC сразу увидел мусор и понял, что дальше тестировать бессмысленно. Ради прикола воткнул ранее вообще нестартующий на 10 МГц ТТЛ-процессор 0006PSC - он прекрасно заработал, с ним никакого мусора и тест ОЗУ работает без сбоев уже больше часа!
Теперь рассказываю, как я победил "музыку тактовых сигналов" в биппере. Есть у меня в хозяйстве универсальное средство отладки, которое заменяет мне осциллограф и прочие измерительные приборы - ещё доставшийся от деда большой высокоомный наушник. Чувствительность у него просто потрясающая, он позволяет слышать пульсации на шине питания в 1 мВ! Я его подключаю через плёночный конденсатор 2,2 мкф, чтобы не повредить катушку постоянкой.
В общем, думал, что писк лезет через шину питания. Оказалось - нет, вся "красота" именно на цифровом сигнале SDK (вывод 5 триггера D26).
А буфер на транзисторе просто честно всё это повторяет в динамик. Встаю своей прослушкой на инверсный выход (вывод 6) триггера D26, а там - тишина. Вот чудеса! По идее, там должна быть инверсная копия всего этого букета звуков. Далее просто касаюсь входом логического пробника сигнала SDK и все свисты/урчания пропадают. Получается, что длинная дорожка от выхода триггера до входа буфера работает как антенна и насасывает помехи, а эта падла 1533ТМ2 имеет совершенно "никакое" выходное сопротивление, т.е. выход запросто ведётся на все эти наводки "с воздуха".
Короче, решение: непосредственно с 5-ой ноги триггера D26 резистор 1 ком об землю; на другом конце длинной линии звука ещё один резистор (2 ком) об землю и после антизвонного резистора R32, т.е. с базы VT3 конденсатор 3,3 нф об землю. Всё - тишина гробовая! Только звуки, которые выдаются программно.
Последний раз редактировалось Denn; 08.01.2016 в 20:49.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Откопал старую плату 1994 года версии 3.10 от Orionsoft, в ней есть какие ошибки? Если нужно, могу сфотографировать с обеих сторон.
Скрытый текст
ZX Spectrum +2 +divIDE + BDI
Profi 1024k plus
Scorpion ZS-256 Turbo+
ZX Evolution rev.C2+NeoGS+SDCard HxC Floppy Emulator
ZX Evolution rev.C2+ZXM-SoundCard Extreme+ZXM-MoonSound
AVR ZX Spectrum V2.0
Орион 128[свернуть]
АлександрПП, да, плату получил летом прошлого (2015-го) года, распоследняя.
D104 - 531ЛИ1, 87-я и 105-я 1533-ей серии.
Кстати, ещё одна ошибка, о которой почему-то нигде не сказано. Триггер делителя опорной тактовой частоты ПРК D87: сигналы "Set" и "Reset" по какой-то совершенно неведомой причине болтаются в воздухе! И в принципиальной схеме это также. Достаточно прикоснуться пальцем и с компьютером случается полный хаос. Выводы 13 и 10 D87 нужно кинуть на питание +5 Вольт (на 14-ый вывод этой же микросхемы).
- - - Добавлено - - -
Это пение будет у всех, оно обусловлено разводкой платы и не зависит от подключаемого к ПРК воспроизводящего устройства. Другое дело, что если громкость сделать очень маленькой и накрутить тембр, то писки будут слишком тихо.
У меня динамик штатный, который стоит в корпусе ATX, 8-омный. Пробовал цеплять малюсенький пьезик от какой-то материнки, с ним всё тоже самое - были слышны писки, особенно при переходе на частоту 10 МГц.
В принципе, думаю будет достаточно навешивания 1 ком на выход триггера - это ощутимо снизит писк. Предложенная мною выше доработка устраняет лишние призвуки на 200%.
- - - Добавлено - - -
Пытаюсь разбираться с флоппиком.
Раньше была совсем беда с чтением дискет. По части непосредственно КНГМД ничего не менял, устранил только писки из биппера, кинул на питание болтающиеся хвосты триггера делителя тактовой ПРК, заменил БП на другой, поставил на входе питания в плату ПРК электролит на 6800мкф 6,3в, и такой же лит на вводе питания в дисковод. Чтение дискет стало стабильное, утилита FDF.COM в режиме верификации всегда проходит тест без ошибок, но при форматировании этой же утилитой вылетает пара-тройка-четвёрка сбойных секторовПричём, что самое смешное, неудачно отформатированная дискета со "сбоями" тут же проходит верификацию без ошибок! Заметил, что ошибки не зависят от экземпляра дискеты и бывают всегда в районе 50..60-ых треков, т.е. такое ощущение, что эффект привязан к положению головок флоппика. Если форматировать одну и ту же дискету несколько раз подряд, то "сбойные" сектора каждый раз на разных треках, но всегда в пределах 50..60-ых. Верификация всегда показывает полную исправность дискеты!
"Пикушный" конденсатор я изначально увеличил: вместо номинальных 22 пф (по схеме) я поставил 220 пф (рекомендуют 270..330 пф). Может быть в нём дело? На что он влияет?
- - - Добавлено - - -
Ура, дисковод победил! Кто бы мог подумать, действительно не хватало ёмкости "пикушного" конденсатора (С6), поверх 220 пф напаял ещё 100 пф (суммарно получилось 320 пф) и всё, все беды прошли - всё форматируется и верифицируется без ошибок. Какие-то 100 пф, Карл!![]()
Последний раз редактировалось Denn; 09.01.2016 в 14:57.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)