roboforum.ru

Писать в любой момент.
Процедура рисования (пикселя, линии и тд.) будет отключать сканирование SRAM, переключать ее в режим записи, писать что нужно и восстанавливать все назад. Т.о. на экране при например отрисовке пикселя может почернеть пару строк или появится небольшой мусор (но в следующем кадре они восстановятся). Думаю это будет допустимо, посмотрю как получится. Буфер на память думаю непонадобится и шина данных всегда будет подключена к ЦАПу.

Во вторник придет мне SRAM, соотв до конца недели надеюсь доделаю макет.

а ты случайно не анализировал osd в открытых проектах? например smalltim

Добавлено спустя 2 минуты 37 секунд:

За smalltimом слежу уже года 2, правда нерегулярно. Читал много OSD проектов, собственно они и Смаллтим в частности послужили причиной старта моей разработки.

Возникла проблемка...
Связанная с тем, что прерывание не прерывает текущую команду. В результате получается неопределенность от 1 до 3 тактов. Проблема известная обычно кладут в слип, но мне нужны вычислительные ресурсы и слип не хочется использовать. В случае прерывания по таймеру есть решения программной компенсации неопределенности (видел несколько решений разных). Но в случае OSD прерывание не по таймеру, а внешнее.

Есть какие-то варианты решений в этом случае?

Добавлено спустя 5 минут 44 секунды:
Как внутри обработчика прерывания в конце отправить мк в слип?
Прерывания строк идут подряд. Хотелось бы в конце каждой видимой строки отправлять мк в слип, что-бы следующее внешнее прерывание выводило его из слипа без неопределенности. А в конце видимой части перестать это делать (чтоб между кадрами и в черной зоне он что-то вычислял).

Добавлено спустя 2 минуты 53 секунды:
Тупо оправить в сон в конце обработчика я так понимаю нельзя, надо завершить обработчик, иначе будет тут же переполнение стека. Или я туплю?

сделайте прерывание на оба фронта.
На переднем фронте синхроимпульса отправлять в слип, на заднем - просыпаться и разворачивать строку.
Например.

HarryStar писал(а):В результате получается неопределенность от 1 до 3 тактов.

Я бы в прерывании считывал таймер. И в зависимости от того на сколько он убежал сделать выравнивание.
Но без асм - голяк

Michael_K писал(а):сделайте прерывание на оба фронта.
На переднем фронте синхроимпульса отправлять в слип, на заднем - просыпаться и разворачивать строку.
Например.

Вот это мысль! Спасибо.

Dmitry__ писал(а):Я бы в прерывании считывал таймер. И в зависимости от того на сколько он убежал сделать выравнивание.

Внешнее прерывание. Нет таймеров, яж писал.

опс, виноват, обещаю дочитывать сообщения до конца

HarryStar писал(а):Внешнее прерывание. Нет таймеров, яж писал.

Не, ну это как раз обходимо - если внешний сигнал повесить на capture. Разность между регистрами TCNT и ICP даст величину неопределенности.

в далеких 90-х делал osd на пик. Чтоб меньше была зазубренность вертикальных линий делал так:
1. Ждем строчный импульс
2. Хитро выключаем генератор контроллера (диод, резистор), т.е. сам генератор продолжал работать, но уровень сигнала был недостаточен для работы контроллера.
3. После команды выключения генератора несколько nop-ов , где-то прога останавливается.
4. Пришедший строчный импульс с селектора (Q2) запускает программу.
5. Программа снимает блокировку генератора.

Схема "не по правилам", тапками не кидаться, по губам не бить т.к. я играю на флейте

boez писал(а):

HarryStar писал(а):Внешнее прерывание. Нет таймеров, яж писал.

Не, ну это как раз обходимо - если внешний сигнал повесить на capture. Разность между регистрами TCNT и ICP даст величину неопределенности.

Вот я бы так и поступил, но без асма ловить такты беспонтово.

Реализовал предложенный Майклом вариант с передним и задним фронтом.
Отлично работает. Более подробно вернусь к этому вопросу после подключения SRAM и повышения разрешения. В 128х68 все идеально (почти).

Вариант c таймером и capture я понял только теоретически, не разу так не делал, надо подумать...

И придется переходить с меги32 на мегу128. SRAM отъедает 24 ноги, а мне надо еще 3 внешних прерывания, АЦП и еще несколько свободных ног.

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

Нашел например SN74LVC1G3157 или 74HC4066D (микросхемы переключатели) - но может быть есть способы попроще? Или это самые нормальные варианты через подобные микросхемы?

"Попроще" и "нормальный вариант" - это разные вещи.
Нормальный вариант - это обеспечить одинаковое входное и выходное сопротивление (75 Ом, кажется положено) для этого НУЖНО ставить усилитель-смеситель и у него на входе уже что-то мутить (даже просто закорачивать входной сигнал на землю).
Ну а попроще... Фиг его знает. Можно попробовать и просто коротнуть

В "уровень белого" пикселы сами получатся непрозрачными (делать больше уровень сигнала), но на белом фоне osd будет сливаться с видео
Так сделано и в smalltim и в схеме, что я давал выше. А вот с "уровень черного" - все плохо, надо не нарушать привязку уровня черного и уровень синхроимпульсов.
В общем если делать нормально, то получится как в ссылке на "OSD & dsPIC30F3012"