roboforum.ru

А может быть с фазами SPI попробовать поиграть?

Таблицей?

Реализовал некий вариант, почти меня устраивающий.
На данный момент поддерживается 4 видеорежима:
40х29 - 256 градаций серого (используются только 64)
64х38 - 16 гр. с.
80х58 - 4 гр. с.
128х77 - 2 гр.с.

все на чистом Си без асма, все как я хотел.
Разрешение выбиралось из соображений соотношения 4:3 или 16:9, доступной памяти и удобства (по совокупности)

Изображение занимает почти весь экран, черных бордюров почти нет

Минус в следующем:
в режимах с пониженной цветностью различается яркость пикселей внутри 1 байта. Старшие биты самые яркие, младшие самые тусклые. Т.о. при выводе картинки (например фотографии) наблюдается вертикальная полосатость. При 16 гр.с. она почти незаметна, а при 4 и 2 - очень заметна.

Связано это с паразитным влиянием незадействованных битов на ЦАПе. Если их отключить, то все отлично, но мне надо все эти режимы, т.о. все разряды должны быть подключены (для программного выбора любого режима).
Думаю над устранением этой проблемы.

На данный момент схема подключения видео следующая:
Пояснения:
Схема представляет собой обычный ЦАП на резисторах, которые образуют делитель напряжения совместно с сопротивлением в 75 Ом на любом видеовходе (например телевизора).
Резисторы сделаны подстроечными многооборотными для точной регулировки градаций серого.

Проблема:
Требуется программно (через свободные пины) отключать переменные резисторы от МК. Программный перевод ножек на "вход" помогает только частично, т.к. часть из них подтягивается к питанию и влияет на выходное напряжение, что мне не нужно.

Я так понимаю, мне надо поставить по 1 транзистору на каждый бит ЦАПа и управлять ими со свободного порта.
Подскажите, как лучше (а главное проще) подключить?

Для обеспечения нужного быстродействия на Си пришлось выводить пикселы так:
(пример для 4 градации серого)

Код: Выделить всё • Развернуть

    VPORT = lvideo[ 0]; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2
    VPORT = lvideo[ 1]; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2 VPORT<<=2; PIXEL_SIZE2

Т.о. на порту есть старшие 2 бита с нужными данными и 6 бит с левыми данными с соседних пикселей.
На экране получается каша.
Если перевести порт в режим 6 и 7 бит выход, остальные вход - то получается почти нормально (как сейчас у меня), но из-за того, что там неуправляемое значение (0 или 1 в зависимости от картинки) то входы настраиваются или в высокоомные или с подтяжкой на питание, что и вызывает влияние на картинку. Если их разъединить физически, то картинка идеальная, поэтому мне и нужен программный размыкатель, который я буду переключать в зависимости от устанавливаемого режима.

Добавлено спустя 41 секунду:
PIXEL_SIZE2 - это макрос задержки
VPORT это у меня PORTB

Что-то я не соображу что даст подтяжка 100 Мом...
учитывая что внутри МК входы подтягиваются через 40к, то 100 Мом можно пренебречь, это никак не изменит ситуацию.
Номиналы резисторов от 1к до 40к, соотв стоят переменники на 10к, 10к, 10к, 10к, 100к, 100к

Добавлено спустя 40 секунд:

Michael_K писал(а):хм... Неужели вот так хуже???

Да, в разы

Добавлено спустя 1 минуту 20 секунд:
PORTB<<=2; компилися в 1 ассемблерную команду, а любые попытки что-то вычислять сразу дают челую пачку команд на 1 пиксель.

Ну не в одну, в мало
Это уж я так, образно (просто такое впечатление было). Но такая конструкция реально быстрее раз в 8-10

Код: Выделить всё • Развернуть

;0000 0049 PORTB<<2;
   IN   R30,0x18
   LDI  R31,0
   CALL __LSLW2

Добавлено спустя 4 минуты 13 секунд:
Про SFIOR мысль интересная ...
Но SFIOR = SFIOR | 0b00000100; не дало никакого эффекта. Таки придется использовать аппаратное решение для отключения ненужных ног.