Спаял RGB адаптер на трех транзисторах, резисторах, диодах. Подключаю к ЖК ТВ через СКАРТ - пустой экран. Хотя подключал к нему и АГАТ и Синклер, получал приемлемое изображение. Не могу въехать чего не хватает.
Спаял RGB адаптер на трех транзисторах, резисторах, диодах. Подключаю к ЖК ТВ через СКАРТ - пустой экран. Хотя подключал к нему и АГАТ и Синклер, получал приемлемое изображение. Не могу въехать чего не хватает.
Юниор ФВ-6506, Балтик-48
Первое что приходит на ум: сравнить вид и уровни сигналов на входе адаптера. Вспоминаю из детства - настройки телика под Синклер и под Орион различались кардинально! Для перенастройки приходилось крутить подстроечники на плате внутри телевизора.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
понимаю, что нужно крутить.Сообщение от Denn
Может у кого то есть готовое решение)
Юниор ФВ-6506, Балтик-48
Shumadan, у меня адаптер спаян по такой схеме и все работает отлично. Кстати, Орион на новой плате хорошо работает? Нет таких проблем, как у меня?
ABRAMKA0, я разводил и заказывал себе несколько штук. Вроде сейчас и на барахолке в теме у Cornelius'а планируется продажа аналогичных.
Denn, сегодня успел поковырять немного Монитор. При заполнении памяти начиная с адреса 1000H в верху экрана начинают появляться полоски (видно на фото)
При этом в памяти
И если опять пройти директивой M
Получается идет параллельная запись по нескольким адресам ОЗУ вместо одного?
Проверил тест ОЗУ, за 30 минут ни единой ошибки.
Последний раз редактировалось slammy; 05.12.2018 в 23:01.
Это какой-то интересный аппаратный косяк с ОЗУ. Странно, что его не выявляет тест. Хотя понять можно, ведь тест довольно примитивный и такую ситуацию он физически не в состоянии отловить. Даже не знаю что посоветовать... Если есть возможность, то я бы проверил чипы ОЗУ на другой системе, а дальше уже смотреть по ситуации.
- - - Добавлено - - -
Склоняюсь к мысли о неисправности м/сх ОЗУ. Потому как даже не представляю себе какие сигналы на плате Ориона можно замкнуть, чтобы высечь такой глюк.
Как вариант ещё попробовать махнуть местами чипы, скорее всего глюк переместится в другую область ОЗУ, что подтвердит предположение о неисправности чипа(ов). Возможно, таким образом удастся локализовать до конкретного чипа.
- - - Добавлено - - -
Кстати, а если заполнять ОЗУ FFh'ами с адреса 0000h, то не будут ли вылезать полоски с крайнего левого верхнего угла экрана?
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
В формировании полоски участвуют 8 бит, те 8 микросхем озу, в каждой по биту. Вряд ли 8 микросхем глючат в одной области. По моему мнение идет пересечение адресов, старших разрядов, тк софт работает в младших адресах (облать работы в пределах младших разрядов адресов). Возможно проблема с одной из микросхем D25 или D26 (кп2 которые) или звон.
Порекомендовал бы проверить питание и шумы по питанию, поставить электролит не меньше 1000 мкф возле кп2 (для преверки), проверить монтаж и/или заменить кп2 на другую мсх или серию(может брак), по фото- 1533 серия.
Запустить серьезный софт, более 4-8 кб, проверить, работает или нет..
Пропробовать заполнить разные области разными кодами, помотреть, где идет пересечение адресов.
Последний раз редактировалось Sancho45; 06.12.2018 в 09:32.
Не обязательно ОЗУ. Если тест ОЗУ не выдаёт ошибок, а при использовании клавиатуры для заполнения памяти есть косяк, то я бы в сторону ВВ55 клавиатуры посмотрел.
Я чуть позже тоже об этом подумал, в связи с чем дописал вопрос:
Имхо, скорее слипание адресных линий на ОЗУ, или обрыв.
У меня как раз стоят 16 шт. РУ7 и все мультиплексоры 1533КП2, никаких проблем с такой связкой.
Несерьёзный не работает, а серьёзный тем более не будет.
Вот это скорее. Я бы написал простой код, который заполняет ОЗУ по следующему принципу:
0000..00FFh - кодом 00h
0100..01FFh - кодом 01h
0200..02FFh - кодом 02h
и т.д. до В000h
А потом М128 проверил что получилось в ОЗУ.
- - - Добавлено - - -
Связи клавиатуры (порта) с ОЗУ нет. Да и глюк проявлялся без участия клавиатуры - когда автоматически пытался стартовать Нортон при загрузке. Тут именно косяк с адресацией ОЗУ.
- - - Добавлено - - -
Странно ещё вот что. Заполнение ОЗУ вручную сделано равномерно, а "прострелы в экран" (полоски) идут с большим разрывом. Т.е. не похоже на дублирование адресов 1000h=D000H, соответственно на тупое слипание ША ОЗУ не похоже.
- - - Добавлено - - -
Вот что ещё странное заметил! На скриншотах очевидно дефолтное заполнение ОЗУ после включения питания, при этом паттерн странный: FF 00 FF 00 и т.д..
Сколько собирал Орионы, всегда и везде был такой паттерн при включении: FF 00 00 FF FF 00 00 FF и т.д.
Полагаю, содержимое ОЗУ определяется внутренней архитектурой, и должно быть у всех одинаковое.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Ну значит слипается при надавливании на плату (через клавиатуру?). Можно попробовать запустить тест ОЗУ и понажимать на плату в разных местах.
b2m, не, там фиксированный баг похоже. Просто он какой-то хитро-изощрённый
- - - Добавлено - - -
Мне кажется сбитый паттерн заполнения ОЗУ может дать ключ к разгадке. ЧТо-то где-то перекручено/перекроссировано?
- - - Добавлено - - -
Вот код такого теста:
Вбить с помощью директивы "М" Монитора или с помощью М128. Внимание, набирать с адреса B000h!Код:B000h: 21 00 00 74 23 7C FE B0 C2 03 B0 C3 00 F8
Далее запустить "G B000" или "GOTO B000" в М128.
Критиковать - значит объяснять автору, что он делает не так, как делал бы я, если бы умел
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием