roboforum.ru

Технический форум по робототехнике.

TV-AVR

Программирование микроконтроллеров AVR, PIC, ARM.
Разработка и изготовление печатных плат для модулей.

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 22 окт 2011, 01:36

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

Во вторник придет мне SRAM, соотв до конца недели надеюсь доделаю макет.
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Dmitry__ » 22 окт 2011, 02:39

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

Добавлено спустя 2 минуты 37 секунд:
Изображение
Аватара пользователя
Dmitry__
 
Сообщения: 8033
Зарегистрирован: 13 янв 2011, 15:25
Откуда: Санкт-Петербург

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 23 окт 2011, 01:50

За smalltimом слежу уже года 2, правда нерегулярно. Читал много OSD проектов, собственно они и Смаллтим в частности послужили причиной старта моей разработки.
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 24 окт 2011, 15:20

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

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

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

Добавлено спустя 2 минуты 53 секунды:
Тупо оправить в сон в конце обработчика я так понимаю нельзя, надо завершить обработчик, иначе будет тут же переполнение стека. Или я туплю?
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Michael_K » 24 окт 2011, 15:20

сделайте прерывание на оба фронта.
На переднем фронте синхроимпульса отправлять в слип, на заднем - просыпаться и разворачивать строку.
Например.
Аватара пользователя
Michael_K
 
Сообщения: 6028
Зарегистрирован: 07 окт 2009, 00:29
Откуда: СПб

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Dmitry__ » 24 окт 2011, 15:27

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

Я бы в прерывании считывал таймер. И в зависимости от того на сколько он убежал сделать выравнивание.
Но без асм - голяк :)
Аватара пользователя
Dmitry__
 
Сообщения: 8033
Зарегистрирован: 13 янв 2011, 15:25
Откуда: Санкт-Петербург

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 24 окт 2011, 15:30

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

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

Внешнее прерывание. Нет таймеров, яж писал.
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Dmitry__ » 24 окт 2011, 15:39

опс, виноват, обещаю дочитывать сообщения до конца :oops:
Аватара пользователя
Dmitry__
 
Сообщения: 8033
Зарегистрирован: 13 янв 2011, 15:25
Откуда: Санкт-Петербург

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение boez » 24 окт 2011, 15:51

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

Не, ну это как раз обходимо - если внешний сигнал повесить на capture. Разность между регистрами TCNT и ICP даст величину неопределенности.
boez
 
Сообщения: 1981
Зарегистрирован: 27 авг 2008, 10:45
Откуда: Харьков
прог. языки: С/С++

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Dmitry__ » 24 окт 2011, 16:50

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

Схема "не по правилам", тапками не кидаться, по губам не бить т.к. я играю на флейте :P
Аватара пользователя
Dmitry__
 
Сообщения: 8033
Зарегистрирован: 13 янв 2011, 15:25
Откуда: Санкт-Петербург

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Michael_K » 24 окт 2011, 18:07

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

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

Вот я бы так и поступил, но без асма ловить такты беспонтово.
Аватара пользователя
Michael_K
 
Сообщения: 6028
Зарегистрирован: 07 окт 2009, 00:29
Откуда: СПб

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 24 окт 2011, 19:41

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

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

И придется переходить с меги32 на мегу128. SRAM отъедает 24 ноги, а мне надо еще 3 внешних прерывания, АЦП и еще несколько свободных ног.
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение HarryStar » 28 окт 2011, 08:43

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

Нашел например SN74LVC1G3157 или 74HC4066D (микросхемы переключатели) - но может быть есть способы попроще? Или это самые нормальные варианты через подобные микросхемы?
Аватара пользователя
HarryStar
 
Сообщения: 995
Зарегистрирован: 15 ноя 2010, 13:56
Откуда: Нижний Новгород
прог. языки: С, С++, РНР

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Michael_K » 28 окт 2011, 10:51

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

Re: TV-AVR. (бывш Время выполнения PORTB.1 )

Сообщение Dmitry__ » 28 окт 2011, 12:47

В "уровень белого" пикселы сами получатся непрозрачными (делать больше уровень сигнала), но на белом фоне osd будет сливаться с видео :(
Так сделано и в smalltim и в схеме, что я давал выше. А вот с "уровень черного" - все плохо, надо не нарушать привязку уровня черного и уровень синхроимпульсов.
В общем если делать нормально, то получится как в ссылке на "OSD & dsPIC30F3012"
Аватара пользователя
Dmitry__
 
Сообщения: 8033
Зарегистрирован: 13 янв 2011, 15:25
Откуда: Санкт-Петербург

Пред.След.

Вернуться в Микроконтроллеры

Кто сейчас на конференции

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 22