Архив повреждён или неверный формат (Цитата:
Сообщение от АлександрПП
Вид для печати
Архив повреждён или неверный формат (Цитата:
Сообщение от АлександрПП
Спасибо. Думаю, вопрос закрыт - такого количества образов большее, чем достаточно.
Тут программа, ReadMe к ней, образы ПРО-ДОС для ОРИОН-ПРО и ещё какие-то образы - http://denn.ru/8bit/orion/pro/odi.rarЦитата:
Сообщение от AlexBel
скорее всего нужен rar 5 версии.Цитата:
Сообщение от Ugloff
На изображении справа вертикальный столбец, виден, если в меню выбрать "Орион-128" или "TV TEST". Предположил, что это проблема, упомянутая здесь https://zx-pk.ru/threads/22389-orion...l=1#post793444 , правда, там говорится про столбец слева. Попробовал добавить на D6 (1533ИЕ5) конденсатор между ногами 12 и 14 на 560пФ - синхронизация полностью срывается. У кого-нибудь подобная проблема была? Как она решается?
Сделал пару фотографий, качество получилось плохим, но вертикальную полоску справа видно. Она не сплошная, а, как бы, крупным пунктиром и в тёмных местах видны помехи. Впрочем, помехи могут быть из-за недостатка блокировочных конденсаторов...
Скрытый текст
Повозился с проблемой ещё немного. Пробовал устанавливать на выводы 12 и 14 микросхемы D6 конденсаторы 30пФ и 50пФ - ничего не даёт, разве что начинают проскакивать по экрану помехи. 180пФ и выше - синхронизация срывается и на экране начинается мельтешение, ничего не разобрать. Попробовал установить конденсатор рядом с микросхемой D104 и резистором R3 - при ёмкости 30пФ слева появляется столбец помех, немного похожий на тот, что у меня справа. Попробовал 50пФ - помех в столбце стало больше. Другие конденсаторы не пробовал, так как на полосу справа это никак не влияет.
Такое впечатление, что вместо 384 точек в строке/кадре видеогенератор захватывает еще дополнительный столбец в 8 точек. Такое кондером врядли устранимо, какая-то из микрух видеогенератора чудит. Режим 512 точек нормально работает?
По нормальной работе вьюера предполагаю, что 512 точек работает нормально:Цитата:
Сообщение от Error404
Скрытый текст
Непонятности продолжаются. Подключил цвет. Начальное меню, как я понял, должно быть красного цвета (во всяком случае, в эмуляторе так). У меня оно чёрно-белое:
Скрытый текст
Запустил тест видео. В эмуляторе сперва появляется чёрно-белый тест с градациями яркости от чёрного до белого, после нажатия ENTER - цветной с чередованием низкой и высокой яркости и цветами: чёрный, синий, красный, фиолетовый, зелёный, бирюзовый, жёлтый, белый. У меня сразу появляется цветное и, при нажатии ENTER, ничего не меняется. При втором нажатии возврат в меню. Вот, что получается у меня:
Скрытый текст
Вертикальная полоса справа - о ней я писал выше. Питание не очень чистое, поэтому видны помехи. Во всяком случае, я думаю, что это из-за питания, буду делать фильтр и выбирать другую точку запитки.
Кто-нибудь с подобным сталкивался?
Для техники с таким кол-вом корпусов микросхем возрастают требования к организации питания. Вся "красота" видна на экране :)
Нужно либо металлические полосы с напаянными блокировочным конденсаторами рядами пускать как в старинной серийной технике тех времён, либо делать современную 4-слойную плату с выделением 2-х сплошных слоёв под питание.
На ПРОшке очень много проблем (сужу по отладке старой платы 3.10) из-за питания, которые приходится забивать костылями. На О-128 всех этих "чудес" не было.
- - - Добавлено - - -
Встречал в эмуляторе некий вариант конфигурации Орион-ПРО, в котором меню биоса в ч/б. От чего именно - не вникал, то ли версия прошивки, то ли положение джамперов, то ли конфиг железа.
- - - Добавлено - - -
Цвета в тесте перепутаны жостко! Надо искать аппаратный косяк: или RGB перепутаны, или битая микросхема какая-то, или всё вместе.
А вот эти зубцы на полосах теста? Они разве должны быть? Выглядит как сбойное ОЗУ.
По питанию, я на своем ПРО делал (еще до основной сборки) так: от разъема питания (рядом с которым в дорожках питания "про запас" есть несколько отверстий подпайки) к ОЗУ и в дальние и наиболее нагруженные (СБИС) части платы провел со стороны элементов под микросхемами провода питания (примерно 22 AWG) - получилось примерно полдюжины "всевдошин". В итоге стабильность у меня зависела только от экземпляра ЦПУ, на двух экземплярах - тошибовском 84006 и советском 1858ВМ1 (из десятка разнообразных опробованных) работало вообще идеально, на паре не запускался вообще и на остальных - со "снегом". Кстати, подобное было и на обоих моих Орионах-128 ревизии 512: те два "хороших" проца давали идеальную работу, а остальные - "снег" разной интенсивности. Возможно, как тут пишут достаточно было бы попробовать задержать клок, но я не пробовал.
Зубцы - предполагаю, это шум по питанию, неудачно запитаны транзисторы буферов RGB и, к тому же, без всякой фильтрации. Сейчас добавлю фильтр, посмотрю, что изменится.Цитата:
Сообщение от Error404
Проявляется это, кстати, не всегда. Вот, например, изображение достаточно чистое:
Скрытый текст
И вот ещё:
Скрытый текст
Это я подключил "Орион" к VGA-монитору.
Процессор сейчас установлен Z84C0010PEC, работает на 5МГц. Пробовал на 10МГц, но не запускается. Впрочем, я ещё этим не занимался, только попробовал. Есть ещё Z80B (работает на 5МГц) и Z84C0020PEC (ещё не пробовал). Может, я ошибаюсь, но не думаю, что проблема в процессоре, во всяком случае, изображение чистое, без "снега", если не считать зубцы. Дублировать питание буду обязательно, также добавлю конденсаторов. Работы, в общем, ещё много, но хочется делать всё последовательно. У меня явно какая-то проблема с видеоконтроллером и пара дельных советов по его диагностике была бы очень кстати :) Например, проверка через команды "Монитора" записью в порты и контролем осциллографом. Я ещё только начинаю изучать схему и не очень в ней ориентируюсь.
ДОПОЛНЕНИЕ. По поводу зубцов. Введение фильтра по питанию транзисторных буферов RGB абсолютно ничего не изменило. Решил попробовать остановить процессор (снял перемычку переключателя частоты) и зубцы на изображении пропали, картинка (тест видео, из ПЗУ) стала совершенно чистой. Думаю, сперва нужно чистить питание, усиливать шины и только потом продолжать. По поводу процессора. Поставил Z84C0020PEC, на 5МГц ничего не изменилось, продолжает нормально работать, на 10МГц - нет. Повесил на IORQ конденсатор 2,2н на землю - стало чуть лучше, после нескольких сбросов даже пытается рисоваться рамка меню. Но, пока не решён вопрос с питанием, делать выводы, думаю, рано.
Во время изучения разводки линий питания платы обратил внимание на обозначение стабилитрона VD13:
Вложение 72972
Если его установить в соответствии с монтажкой из первого сообщения, то, в самом лучшем случае, напряжение на выводе 40 микросхемы D33 будет чуть больше 5 Вольт, так как будет утечка тока через открытый в прямом направлении (как диод) стабилитрон на линию питания +5Вольт. При этом и D33 работать не будет и преобразователь напряжения +12Вольт будет очень сильно нагружен. Это при питании платы от одного напряжения +5Вольт. Если же подключить блок питания ATX (или любой другой с достаточно мощным выходом +12Вольт), то +12Вольт через безымянный диод, расположенный под разъёмом БП ATX и VD13 пойдёт на линии питания +5Вольт. Если не сработает защита БП (если она там вообще есть), до того, как сгорят диод и стабилитрон, напряжение +12Вольт может произвести на плате разрушения, размер которых невозможно предугадать. Впрочем, если даже стабилитрон запаять правильно, при подключении БП ATX тоже будет весело...
Сделал несколько фотографий, на которых хорошо видны проблемы с цветом. Проблемы проявляются и при 384х256 и при 512х256.
Последние две фотографии сделаны в режиме 512х256. Одна - с дисплея, подключённого через VGA-конвертер, вторая - то же изображение, но выведенное через ЖК-телевизор.
Скрытый текст
https://i.ibb.co/fQvKGZn/IMG-20200701-122552.jpg
https://i.ibb.co/0fp3yM1/IMG-20200701-123012.jpg
https://i.ibb.co/KwBn4p3/IMG-20200701-123416.jpg
https://i.ibb.co/hR074dk/IMG-20200701-124033.jpg
https://i.ibb.co/9Gd4zY9/IMG-20200701-124251.jpg
https://i.ibb.co/9N5kNs4/IMG-20200701-125059.jpg
https://i.ibb.co/x6fGszC/IMG-20200701-125155.jpg
https://i.ibb.co/g7rcDWm/IMG-20200701-125213.jpg
https://i.ibb.co/gjQmHSJ/IMG-20200701-131714.jpg
https://i.ibb.co/mthV8Pb/IMG-20200701-133041.jpg[свернуть]
Видно, что цвет как бы сдвинут влево, при этом часть изображения на месте. Это хорошо заметно на окнах - фон окна смещён влево относительно рамки.
Возможно, у кого-нибудь возникала подобная ситуация - буду благодарен за помощь в разрешении.
Да, фон явно сдвинут. И кстати, опять везде "зубцы"
"Зубцы" исчезают при остановке процессора (отключении тактирования снятием джампера). Устранить их усилением линий +5В и GND не удалось. Дополнительные конденсаторы по питанию результата тоже не дали. Правда, после добавления конденсаторов и усиления шин появился ещё один глюк - при включении (или сбросе) весь экран залит белым (за исключением помех, о которых говорили выше), но, если "вслепую" включить TV-тест из меню или загрузить Альтаир-ДОС, изображение появляется. И этот глюк проявляется не всегда. Буду ещё добавлять конденсаторы, но что-то мне подсказывает, что проблему это не решит...Цитата:
Сообщение от Error404
Кстати, на фото игры "Клад" видно, что повреждён знакогенератор. Это проявляется и на некоторых других играх, которые я пробовал запускать. Если используется знакогенератор из ПЗУ, то либо он из ПЗУ вычитывается с ошибками, либо портится в ОЗУ. Впрочем, портится в ОЗУ может и знакогенератор самой игры.
С белым экраном я разобрался - вышел из строя порт FCh, микросхема D40, К1533ИР22. Уже не первый раз ИР22 выходит из строя таким образом - отказывают верхние ключи выхода. Если подтянуть выход к плюсу, начинает работать. После замены изображение вернулось, правда, помехи остались.
Выяснил, что помехи на экране ("зубцы") связаны с сигналом, обозначенным на схеме "Орион-Про", как "111". Он выходит с D105.4 и поступает на несколько входов (как минимум, четыре - D84.14, D50.15, D49.15, D35.11). Блокировочный конденсатор, повешенный на питание D105, никакого действия не оказал. В ходе исследования, на сигнал "111", относительно общего провода, вешал конденсатор, помехи значительно усиливались и, с увеличением ёмкости, доходило до срыва синхронизации. Предполагаю, что D105 нужно заменить на более быстродействующую и мощную, серии 1531 или 531. Сейчас сделать это не могу, решил, пока что, спросить - кто-нибудь сталкивался с подобной проблемой, связанной с микросхемой D105 и, если сталкивался, какие были симптомы и как решалось?
Заменил D104 и D105 на серию 74S (К531). Помехи сильно уменьшились, но в режиме группового кодирования цвета справа по-прежнему столбец почти отсутствует и вместо него чёрно-белый пунктир, как на фотографиях в сообщении 333.
Мне идея понравилась. Сегодня нечем было заняться и я написал такую прогу. Теперь можно лишнюю кнопку убрать.Цитата:
Сообщение от AlexBel
Если кому нужно, "конвертнул" книжку по Ориону-ПРО из djvue в pdf, прогнал через распозновалку, вычитал ошибки, как мог. Вставил схемы и монтажку из первого поста.
Зачем? Люблю, когда в документе есть оглавление и работает поиск, пользоваться удобнее.
Romych, спасибо!
Выложил в группу - https://vk.com/prk_orion_pro
Книга "Орион-Про" в формате .png, хорошее качество. Сконвертировал из файлов, присланных Владиславом Сугоняко в формате .tiff. Думаю, он не будет возражать.
Коллеги, сижу, паяю OrionPro, хотел запаять пару резисторов DAC-а, стал прозванивать схему, чтоб понять, какие номиналы туда ставить.
По результатам прозвонки понял, что это какая-то странная доработка, больше похожая на косяк.
Вот, что у меня вызвонилось:
https://i.ibb.co/sJqnpqb/o-pos-err1.png
Речь об этом участке схемы:
https://i.ibb.co/F7qF9Yx/o-pos-err1-1.png
Для инфо, сигналы 30-37 на шине это буферизованные D0-D7
Тм8 на тм9 менял я, но никак не могу вспомнить зачем. С одной стороны, мне и сейчас не понятен смысл оригинального 4битного ковокса авторов, который ещё и портит бит звука Спектрума на этом же порту, с другой я и ошибиться тоже мог.
Вы ТМ9 не правильно запаяли:)Цитата:
Сообщение от Romych
Это точно!Цитата:
Сообщение от Дмитрий2012
Вод жеж блин, спасибо :)
- - - Добавлено - - -
Глазастые :) Я больше суток ее паял, практически не спал. Причем это не единственная микросхема которую я неправильно запаял, была еще ТМ8 в районе КНГМД.
После перепайки и прозвонки все стало на свои места, но косяки все равно есть.
https://i.ibb.co/CbnQZsr/o-pos-no-err-1.png
Error404 ошибся, т.к. пользовался схемой из первого поста. Поэтому резистор R37 подключен к биту D4 данных.
В оригинальной схеме, этот резистор подключен к D3. Это, конечно, легко поправить без резьбы.
https://i.ibb.co/XYt1cdk/o-pos-no-err-2.png
Я, конечно, могу глючить, без сна, но почему резистор подключенный к самому младшему биту имеет наибольший вес (наименьшее сопротивление)? Странный ЦАП. Это, конечно можно исправить программно, но зачем?
Вот пока как. Уже можно втыкать чипы в панели и включать, но сначала, высплюсь.
https://i.ibb.co/Q8QvxMF/almost-ready.jpg
в районе КНГМД D28 1533ТМ2 тоже не правильно запаяна, D122 1533ИЕ7 вроде не надо устанавливать на плату.Цитата:
Сообщение от Romych
Спасибо, уже две микродуши спасено:). А D122 вроде как зачеркнута на схеме, я думал это глюк, который возник при сканироании книги.Цитата:
Сообщение от Дмитрий2012
Я как то уже объяснял, что это не зачеркивание, а проводник, содиняющий 4 и 2 выводы D122.
Михаловский писал мне, что они пытались сделать на Про запись дискет двойной плотности, вот тогда и ставилась эта микросхема, а дорожка резалась. Но были постоянные сбои в чтении-записи и от этой идеи отказались. Он обещал мне выслать схему доработки и прочее, что было на бумаге, но что-то помешало этому.
А так эту микросхему ставить не надо.
У меня есть: 3 - КР580ВВ55 (2MHz?, Icc max=120mA), 2 - OKI M82C55A (5MHz, Icc avg=8mA), 4 - NEC uPD8855AC-2 (5MHz, Icc max = 120mA).
Всего в Орионе 4 ВВ55 на "матери" и будут 2 на ROM-Диске (там же возможно, будет IDE на порту F600, есть плата IDE-RTC, но многие писали, что глючит там IDE).
Куда какие расставить? Понятно, на те места, где идет работа с ROM/RAM/IDE, лучше ставить более быстрые, но вроде как там везде все тормозится WAIT-ами.
С другой стороны, даже клавиатура, постоянно активно сканируется, и поставив туда CMOS от OKI, не получим выигрыш по скорости, но получим выигрыш по энергопотреблению, лишнее тепло нам не надо.
82C55 любого проризводителя работают прекрасно, стараюсь использовать их. 580ВВ55А тоже потянут, но на пределе. С 580ВВ55 (без А) экспериментировать не советовал бы. На ВВ55 висят в т.ч. и системные порты, оно надо ли - ловить странные глюки?
Ну, значит, преимущество буду отдавать 82C55. ВВ55 у мен с буквой А переселю их в обычный Орион, из него заберу Oki. Где не хватит, поставлю Nec-овские.Цитата:
Сообщение от Error404
Вопрос спорный, зависит от региона проживания :)Цитата:
Сообщение от Romych
Есть такие U8255 , чьё производство не помню. Ток покоя 8мА. Рекомендую:)Цитата:
Сообщение от Romych
Коллеги, вроде у кого-то было уже нечто подобное? К сожалению изображения не сохранились и такие у меня белые черточки на синем фоне, как были у Александра ПП или нет, не знаю.
https://i.ibb.co/QkHzNb9/op-dashes.jpg
Такое было в процессе сборки и запуска, но, к сожалению, уже не помню, в какой ситуации. Но белых чёрточек не помню.Цитата:
Сообщение от Romych
Было у меня нечто похожее. https://youtu.be/UEW6CgH3_TY?list=PL...9VAapdtnV&t=15Цитата:
Сообщение от Romych
На сброс компьютер как-то реагирует? Какая серия микрух установлена на месте D47? 1533ТМ2 не годится, необходимо 531 серию ставить.
"Видео недоступноЦитата:
Сообщение от Дмитрий2012
Автор ограничил доступ к видео."
Исправил.
Решил все же запустить тест. Не сразу его удалось найти, надо бы все прошивки закрпить в первых сообщениях топика.
В правой колонке всегда статический мусор, Reset на него не влияет. Сейчас установлен первый банк памяти. Микросхемы памяти ставил разные, MN41256A и нашу РУ7, все проверены в обычном Орионе.
https://i.ibb.co/qxKWjHC/op-tst-ram.jpg
- - - Добавлено - - -
Как здесь советовали, 1533, конечно. Я специально про 531 уточнял. Сейчас попробую поменять.Цитата:
Сообщение от Дмитрий2012
На сброс, конечно реагирует.
- - - Добавлено - - -
Не, замена D47 на 531ТМ2 не исправила ситуацию...
тест выглядит нормально