Что-то я не совсем пойму, какая проблема. Берем ATMega48 (для начала), используем для вывода USART, переключенный в режим SPI. При этом дырок между символами не будет. Выводить необходимо по UDRE прерыванию/флагу. Если по прерываниям, то навскидку, еще и время останется между выводами. Или надо прямо код готовый написать?

Автор - новичок, мы - помогаем ему освоиться в этом поле. А проблем никаких нет. Лично я могу ПРОГРАММНО довести вывод до 20 Мбит/с (без разрывов, и графику, и текст, в рамках поставленной задачи). А вы можете аппаратно выдать на скорости 20 Мбит/с?

через CPLD.

Не спортивно . Если бы там, ну скажем, один логический элемент снаружи, тогда еще ничего.

Програмно и я могу. Там говорилось про 30*30 графику? Так что без проблем положил 30 регистров и 30 раз out сделал - получил 20МБит.

Аппаратно могу предложить так - берем через SPI выводим все четные биты, другим способом - все нечетные. Снаружи - делаем xor между ними (хотите - одним логическим элементом, хотите - на двух транзисторах, хотите коммутатор ставьте, на входА подаем обе битовые последовательности, на управление - CLK от SPI). Конечно, данные надо подготовить заранее, и хитро.



Зря Вы, кстати, проигнорировали мое предложение

Или Вас что-то пугает в такой реализации?

Наш человек, не то что некоторые тиоретеги, не побоюсь этого слова, которым всё очевидно(:-). Теперь сделайте текст без разрывов на 10 Мбит/с.

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

Ну смотрите, если брать Mega48/88/168, то у нас есть USART, который мы переключаем в режим SPI и обычный SPI, у которого правда есть вопрос в пропуске одного такта. Давайте посмотрим, есть ли способ быстро шевельнуть лапкой MOSI обычного SPI, в паузе между передачами байт. Если есть - то все пучком. Правда, это получится один поток по 8 бит, другой по 9, ну если уж совсем прижмет, то так можно извращаться

В Tiny2313 видимо вывод таким способом никак не получится, нет подходящей периферии. Правда, есть еще таймеры, которые могут шевельнуть ножкой в нужный момент. Так что если будем продолжать писькомеряться, то можно и продолжить исследования.

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

Ну тему вроде замутили для тайни...А так можно взять атмеловский МК с тактовой 48 МГц и с криком ура...назад(:-)

SPI-слейв работает на максимум Fclk/4=5МГц, т.е. четыре МЦ на бит, или 32 МЦ на байт, вполне можно принять и разместить, скажем, в кольцевом буфере.

Следующая скорость - Fclk/2=10МГц, два МЦ на бит. Если оба МК работают от одного и того же тактового генератора, то думаю, принять можно, хотя сам не пробовал. Если они работают от разных генераторов/кварцев, то имею тень сомнения. Вся проблема состоит в пресловутых пин-синхронизаторах.

Последняя скорость - Fclk=20МГц, один МЦ на бит. Можно принять два байта, да и то надо сильно думать, как засинхронизировать начало передачи.

Можно принять 4 байта на 40 МГц, но это extraordinary.

Для затравки предлагаю принять пакет с эзернета 10Мбит. Правда совсем без аппартаной части не получится, но так, чтобы в $1.2 вложиться - легко.

Какой длины пакет, какая структура, сколько данных? Там манчестер вроде рулит? Я тут пока ни уха, ни рыла(:-).

Что я обдумываю неспешно - приём с юэсби на 12 МГц, всё вроде ничего, но всю голову сломал, как засинхронизироваться с началом пакета.

Ну давайте ограничимся длинной 256 байт, структура - стандартная, классический эзернет, преамбула, старт, сами данные, crc.

Просто 2 буфера по 256 байт - уже половина озу меги88/168, а надо еще и TCP/IP стек там держать...

И это, если будем меряться, давайте тему организуем отдельную, пока нас за злостный оффтопик не постреляли модераторы

Действительно, не стоит испытывать их терпение. Давайте пока в личку.

Согласен. Я в этом разделе уже три темы про это открывал и то все до конца не понял



Я с удовольствием бы реализовал обработку данных уже на земле (тем более что с помехами на борт. аппаратуру так и не разобрался), но не представляю как это сделать программно (на Си)
У меня еще свободный аудио-канал есть в AV-передатчике, но с реализацией передачи по нему тоже пока туго

Сообщение отредактировал idono - Feb 11 2008, 11:28