как раз по неплохо SPI передают, у UART частота ниже :
http://www.vga-avr.narod.ru/
http://www.serasidis.gr/circuits/AVR_VGA/avr_vga.htm
http://blog.makezine.com/archive/2007/06/a...a8_video_o.html
http://convergencepromotions.com/atmel/v_6..._6_pg-40-42.pdf

Сообщение отредактировал umup - Dec 21 2007, 18:14

Я же говорю не про классический UART, а про UART в режиме SPI, в котором данные передаются с той же скоростью, что и в "обычном" аппаратном SPI (до cpuclk/2), но с дополнительной буферизацией, которую "обычный" SPI не обеспечивает и для соблюдения правильной растактовки необходимо считать такты вручную, и даже при этом, между out в SPDR должно быть 16 тактов (при максимальной частоте, естественно), т.е. разрыв на границе 8 битов будет неизбежно. UART в режиме SPI есть, например, в m48/88/168.

Я Вам больше скажу, разрыв там будет из-за особенностей реализации SPI, обязательно один бит пропустит. А UART в режиме SPI рулит - я через него эзернетовские пакеты отправлял при 20МГц

Для меня скорее наоборот на ассемблере будет героизмом писать, т.к. я вообще в нем ничего не знаю
Так что пишу по мере возможностей на Си


Расскажите, пожалуйста, про TWI и SPI применительно к моей задаче. Посмотрел проекты другие, там идет запись в какой-то SPDR, почитал даташит, мало чего понял. Если не сложно, напишите пример вывода хотя бы одного байта в строку с помощью этих технологий, попробую разобраться что к чему.

Ну и надо попробовать вариант с выводом целого байта в свободный порт с последующим сдвигом, может это будет быстрее

Сделал вариант с выводом байта целиком в порт с последующим сдвигом - занимает в 2 раза меньше времени, чем мой первый вариант, т.е. нужные мне символы дописались без проблем. При желании можно было бы еще с десяток циферок до конца строки успевать прописывать.

Итого вышло 4 строки по 6 символов в каждой (плюс в двух еще и точка разделительная).
Получилась отличная реализация телеметрии для авиа-модели, осталось отыскать пару датчиков давления, дабы менять скорость и высоту.

Спасибо всем за помощь и идеи

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

Насколько я понял, у вас передается изображение с видеокамеры, установленной на БПЛА, но перед этим вы подмешиваете туда свою графику. А надо бы чуть наоборот - подмешивать в воздухе данные телеметрии в бинарном виде - например, отвести на них 8 микросекунд после гасящего строчного и передать, скажем, 1 байт за это время (да хоть используя USART). В результате, если вы будете смотреть картинку, то увидите справа столбик с данными. А уже на земле пропустить этот видеосигнал через коробочку, в которой проц вытащит байтик по строчному синхроимпульсу и отобразит его красиво буквами и цифрами (и, например, можно будет по необходимости эту информацию наложить или убрать). В этом случае, у вас получается возможность, записав видеосигнал, сохранить объективные цифровые данные, которые можно потом обрабатывать не вручную. Запись можно вести хоть на видеомагнитофон, хоть цифровать сразу на комп.

В профсистемах для этой цели используются невидимые интервалы (гашение и т.д.), но лучше пожертвовать маленьким кусочком картинки, тогда все можно сохранить, не заботясь, что данные могут быть обрезаны (например, при цифровке на комп, как понимаете, все данные вне видимой области уйдут в сад).

Привет всем
Очень интересная тема, давно думал над этим и вот собрался.

Собрал схему (прошу прощения за её несоответвие ISO, ГОСТ, ДСТУ прочим стандартам )


(Забыл нарисовать на схеме, общий провод конструкции соединен с общим проводом видеосигнала)
Но вывести что-то осознанное на экран не получилось
Подскажите поожалуйста, может я допустил ошибку в схеме? Или в коде программы?

_______________________________________________________________
#include <tiny26.h>
#include <delay.h>

int i=0;

interrupt [EXT_INT0] void ext_int0_isr(void)
{
if(i>100 && i<200){
delay_us(10);
PORTA.7=1;
delay_us(20);
PORTA.7=0;
}
i++;
}


void main(void)
{

PORTA=0x00;
DDRA=0xFF;
PORTB=0x00;
DDRB=0x00;
TCCR0=0x00;
TCNT0=0x00;
PLLCSR=0x00;
TCCR1A=0x00;
TCCR1B=0x00;
TCNT1=0x00;
OCR1A=0x00;
OCR1B=0x00;
OCR1C=0x00;

GIMSK=0x40;
MCUCR=0x00;
GIFR=0x40;

TIMSK=0x00;

USICR=0x00;

ACSR=0x80;

#asm("sei")

while (1)
{
if(PINB.3==0){
i=0;
}
};
}
________________________________________________________________________________
_

Это конечно не Мега16, но ведь вывести квадратик должно хватить? Просто под рукой был макет на Тинни26, который можно было легко переделать.

Сообщение отредактировал Xumuk - Dec 23 2007, 15:07

Xumuk, на схеме сразу бросается в глаза разрыв видео-сигнала. Сигнал рвать не надо, провода Vin и Vout надо оба подключить к центральной жиле видео-провода, не разрывая ее.
Тогда твой МК будет в нужный момент времени выдавать "в линию" напряжение, что будет белой точкой в строке (либо линией, смотря на сколько "включать" PA7)

Сообщение отредактировал idono - Dec 23 2007, 18:27

Только вертикальную скорость нужно отображать ввиде столбика или полоски. Иначе легко запутаться в цифрах.

Это точно, но у меня пока до вертикальной скорости дело не дошло. Не думаю, что разрешения стандартных датчиков давления + АЦП хватит для измерения вертикальной скорости с разрешением хотя бы 0.5 м/с

Хватит. У меня знакомые моделисты делали. Ещё знакомые, делали измеритель давления для часов на мотороловском датчике, говорят на 16 битах меряли высоту комнаты. Уточню название завтра, ибо уже спят.
Можно ещё сделать как в больших самолётах. Баллон с маленькой дырочкой, и какой нибуль датчик расхода, или измеритель относительного давления.

Сообщение отредактировал Т.Достоевский - Dec 23 2007, 19:42

Спасибо
Заработало
Я не досмотрел, специально не соединял чтобы можно было лучше рассмотреть полученное изображение, а о том, что выходит телевизору не от чего синхронизироваться я как-то не подумал

А можно узнать какой датчик для измерения температуры был использован?

AD22100 обычный аналоговый, на вход АЦП.
Может это не лучший вариант, везде пишут про использование каких-то датчиков с передачей инфы по l2c (даже в примерах cvavr такой использован, там кстати и название его написано)

Объясните на пальцах, пожалуйста, как сделать вывод данных на видео через SPI?
А то чисто программно выводить слишком сложно выходит, а ведь надо еще и для кучи расчетов "мозгов" МК оставить

idono,

...от себя хотел добавить - обратите внимание на уровень оптимизации кода вашим компилятором (на какой уровень он выставлен). От этого будет сильно зависеть скорость работы таких конструкций как
i=10; while(i--) { #asm("nop"); }
или последовательный вывод строчек символов (где у вас подряд идут штук 20 одинаковых операторов).

А вывод делать нужно действительно через SPI ! Это самый быстрый метод. Пропускная способность порта для наших задач - фактически 8000000 точек в секунду.

Я сейчас озадачен той же самой проблемой, что и вы, с той лишь разницей, что я полностью формирую изображение на экране TV, а не накладываю текст.
На данный момент я добился вывода ч/б текстового поля размером 43х27 символов. Размер символа 8х12 точек.
Это же эквивалентно выводу ч/б картинки размером 340х312 пикселей.

Делаю все на AVR Mega8, но собираюсь переползать на Mega32, т.к. у "восьмерки" (впрочем как и у мега16) катастрофически не хватает памяти, а все видеообразы и таблицы символов целесообразно хранить во FLASH...

Сообщение отредактировал HCHUNTER - Jan 1 2008, 07:41