Опубликован черновой вариант "расширенной" ASCII-клавиатуры, позволяющий использовать все символы из таблицы, в том числе и кириллицу в альтернативной кодировке. Схема, фото и прошивка тут, http://qsl.net/rw6hrm/html/ascii_kbrd2.htm
Опубликован черновой вариант "расширенной" ASCII-клавиатуры, позволяющий использовать все символы из таблицы, в том числе и кириллицу в альтернативной кодировке. Схема, фото и прошивка тут, http://qsl.net/rw6hrm/html/ascii_kbrd2.htm
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Ссылка выше дополнена описанием блока согласования расширенной ASCII-клавиатуры с восьмибитным контроллером, с описанием алгоритма его работы.
По ссылке есть текст:Сообщение от rw6hrm
(Линии данных ПЗУ притянуты к питанию через резисторы 10 кОм, поскольку выходы ПЗУ имеют открытый коллектор.)
-
Используемое ПЗУ 2716 и аналогичные РФ имеют обычные выходы - нагрузочные резисторы не нужны.
Уж не знаю почему, но это мне запомнилось ещё со времён постройки "Специалиста", да и тут не всё гладко получилось: в качестве тестирования использовал линейку светодиодов на выходе. И как-то они неправильно мне показывали код символов. А вот замеры тестером показывали правильный код (с резисторами). Так что пусть подтягивающие стоят, не помешают. И кстати, в древних интеловских даташитах рекомендуют выводы данных подтягивать к плюсу. Неспроста, видать...выходы ПЗУ имеют открытый коллектор
> в древних интеловских даташитах рекомендуют выводы данных подтягивать к плюсу. Неспроста, видать...
Существуют моменты, когда ни одно устройство не управляет шиной данных (все выходы в Z-состоянии). Если шина не подтянута к плюсу, то в такие моменты на ней "мусор", т.е. наводки от соседних проводов. Этот мусор воспринимается входами, подключенными к шине, вызывая какие-то лишние переключения вентилей и увеличивая таким образом общий "шум" в системе, с которым потом мы боремся, навешивая побольше блокировочных конденсаторов... И энергию вентили потребляют, большей частью, во время переключений. Что-то в этом роде я где-то читал.
Вот именно поэтому, разгребая современные чипы, скомпилированные из CELLS я постоянно вижу т.н. Bus Keeper'ы. Это 2 закольцованных КМОП инвертора.
Там вроде как дело не только в мусоре, но и в скорости насыщения шины, где-то я читал такое. То есть, если на шине изначально высокое, то перевести отдельные биты в ноль получается быстрее и менее энергозатратно, чем "разнокалиберно" выставить уровни на шине, которая была в Z.
Сайт с документацией к "Scorpion ZS 256"
Ewgeny7, скорее даже проще, ибо один транзистор (ОК или OD). Вон, посмотрите на ВМ80: там внутренняя шина накачивается лог.1 в одном полутакте, а потом во втором, те, что нужны быть в 0, замыкаются на массу.
Прочтя былинный документ от Наташеньки, https://vk.com/doc117527293_439171308 , с удивлением узнал, что небезызвестные Тамагочи (которым, кстати, сегодня стукнуло 20), несмотря на то, что они начинали свой путь как приставка к ГеймБою (на кастрированном Z80, как вы помните), в самостоятельном варианте работают на ядре 6502!
Ни у кого алгоритма работы тамагочи не завалялось?
Уважаемый rw6hrm, а нет ли у вас какой-либо информации относительно видеоконтроллера 6538?
Изрыл почти весь интернет, а никакой инфы по ним нет...
У меня как раз завалялось парочка UA6538...
Есть UM6502, UM6522, а также едут UM6551 5шт.
Буду очень признателен за инфу относительно 6538...
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием