Galaksija 2024

[iPapik]

Я сам такой же - до вечера или до выходных)))
Интересно еще поиграться со шрифтами знакогенератора.
Не сочтите за наглость, а можете скомпилировать chargendump под Windows? Я немного не программер...

[Advertiser]

[ivang78]

Я сам такой же - до вечера или до выходных)))
Интересно еще поиграться со шрифтами знакогенератора.
Не сочтите за наглость, а можете скомпилировать chargendump под Windows? Я немного не программер...

Скомпилировал gcc под Windows 64 bit, попробуйте:
chargendump.zip

[iPapik]

Скомпилировал gcc под Windows 64 bit, попробуйте:
chargendump.zip

Работает! Спасибо, теперь можно поиграться со шрифтами


Кстати - левая половина логотипа

[iPapik]

Продолжаю разбираться с коллизиями.

ivang78 указал на слипшиеся пиксели на логотипе

Аналогичную картину видел на фото, которые выкладывал AlexBel
Параллельно замечено при распечатке таблицы шрифтов неправильное отображение символов псевдографики

Идет расползание левого столбца знакоместа, точнее задвоение пикселей символов по левому столбцу знакоместа.
Анализ осциллограмм показал:

Длительность сигнала Shift/-Load (15 нога U5 74HCT166) составляет 240 нс, при этом захватывается 2 такта Dot Clock.
Т.е. происходит загрузка строки из знакогенератора - сдвиг на один пиксель - и снова загрузка той же строки. Отсюда задвоение левого столбца.
На символах, которые не прилегают к левой стороне знакоместа это не заметно, все выглядит хорошо. А символы псевдографики практически все задваиваются слева.

Спасибо ivang78 за утилиту))

Shift/-Load, формируемый U18b 74HCT74 слишком длинный, в блоге Tomaž Šolc’s в описании его CMOS Galaksija указана длительность этого порядка 60-100нс (по памяти, возможно не точно), но смысл понятен - длительность должна укладываться в один такт Dot Clock.

В моем случае решение простое - заменил Z80 на CMOS версию (до этого стоял обычный). Осциллограмма стала выглядеть так:

Длительность уменьшилась примерно до 200нс, многовато, но хватило для попадания в такт Dot Clock.
Картинка на мониторе стала нормальной, слипание точек ушло:

Если не помогает, то нужно рассматривать более кардинальные меры, например внедрение одновибратора с фиксированной длительностью по типу реализованного на U13 генератора КСИ или ССИ

Надеюсь кому нибудь будет полезно.

[AlexBel]

В моем случае решение простое - заменил Z80 на CMOS версию (до этого стоял обычный). Осциллограмма стала выглядеть так:
Длительность уменьшилась примерно до 200нс, многовато, но хватило для попадания в такт Dot Clock.
Картинка на мониторе стала нормальной, слипание точек ушло:

Постараюсь сегодня проверить на своём компьютере. Странно, я думал, что подписался на тему и не видел новые сообщения.
Для вывода символов используется какая-то программа на Бейсике?

[iPapik]

Постараюсь сегодня проверить на своём компьютере. Странно, я думал, что подписался на тему и не видел новые сообщения.
Для вывода символов используется какая-то программа на Бейсике?

Простейший вариант
10 for i=1 to 255
20 print chr$(i);
30 next i

- - - Добавлено - - -

Сейчас включил "Галаксию-2024" и посмотрел. Вот так выглядит после включения:

Длительность импульса на U5.15 - 280нс.
Процессор Zilog Z84C006PEC.
В общем, слипается. Возможно, это связано с тем, что U5 у меня установлена К555ИР10 вместо 74HCT166.

Как я выяснил - 280 нс это много. В идеале должно быть меньше 160нс (Период DotClock - 166 мс). И U5 вообще не причем. Сигнал Shift/Load формируется U18b в совокупности с процессором.
U18 у меня стоит 74HC74 и С8 на RFRH как на схеме 100пФ. Процессор сейчас Zilog Z84C0006PEC.
Кстати потребление тоже порядка 280 мА.

[AlexBel]

Как я выяснил - 280 нс это много. В идеале должно быть меньше 160нс (Период DotClock - 166 мс). И U5 вообще не причем. Сигнал Shift/Load формируется U18b в совокупности с процессором.
U18 у меня стоит 74HC74 и С8 на RFRH как на схеме 100пФ. Процессор сейчас Zilog Z84C0006PEC.
Кстати потребление тоже порядка 280 мА.

Когда я ставил 100пФ, то на символах было мельтешение пикселей. Буду ещё играться, надо же выяснить причину. Насчёт U5 - сам не верю, но, она, всё же, TTL, мало ли, может, чего не знаю, может, чего и забыл. Но с процессором как-то странно - с КМОП потребление выше, чем у обычной ТТЛ. Может, завтра ещё поковыряюсь...