интерфейс, между ПЛИС и МК Опции

[essev]

Всем привет.


Нужно организовать последовательный двунаправленный интерфейс между ПЛИС и МК (АВР).
Частота у ПЛИС = 100 МГц, у МК = 1 МГц.

Может быть лучше клок для МК с ПЛИС генерить?

Как посоветуете его реализовывать? Может быть примерчики есть?

Спасибо.

Сообщение отредактировал essev - Oct 3 2010, 10:58

[essev]

вопрос топика возник из защиты прошивки ПЛИС от слямзивания

http://electronix.ru/forum/index.php?showt...0&start=150

по 32 бита шифрованного потока писать в ПЛИС и обратно возвращать 32 бита шифрованного потока.



уарт не хочется по причине более сложной реализации и отладки, как мне кажется

т.е., наверное, самым простым и надежным будет передача по SPI с частотой 1 МГц и тактированием МК от ПЛИС?

нужно ли будет задавать какие-либо особенности интерфейсных пинов ПЛИС аля делать сигналы LVTTL или кмоп?

МК авр вроде кмоп

[x736C]

1.
SPI удобен с точки зрения синхронизации потока, впрочем как и UART, который ее не требует вовсе.
UART в примитивном исполнении в ПЛИС реализуется очень просто.

2.
Подключал напрямую в свое время, но лучше уточнить в DS на конкретные семейства.

Сообщение отредактировал x736C - Oct 3 2010, 21:41

[rezident]

SPI удобен с точки зрения синхронизации потока, впрочем как и UART, который ее не требует вовсе.

Что за чушь? UART требует двух источников синхронизации, один у передатчика, второй у приемника. Причем отклонение частот этих двух источников тактирования не должно превышать пары процентов. В самом крайнем (худшем) случае до 5%. SPI как синхронный интерфейс не требует второго источника тактирования на стороне приемника (slave), да и более прост для реализации в ПЛИС.

[Maverick]

Что за чушь? UART требует двух источников синхронизации, один у передатчика, второй у приемника. Причем отклонение частот этих двух источников тактирования не должно превышать пары процентов. В самом крайнем (худшем) случае до 5%. SPI как синхронный интерфейс не требует второго источника тактирования на стороне приемника (slave), да и более прост для реализации в ПЛИС.

глупый вопрос:
Почему UART называется асинхронным?
Простое описание протокола:

Принцип работы

По структуре это обычный асинхронный последовательный протокол, то есть передающая сторона по очереди выдает в линию 0 и 1, а принимающая отслеживает их и запоминает.

Данные передаются пакетами по одному байту (8 бит).

Вначале передаётся стартовый бит, противоположной полярности состоянию незанятой (idle) линии, после чего передаётся непосредственно кадр полезной информации, от 5 до 8-ми бит.

Увидев стартовый бит, приемник выжидает интервал T1 и считывает первый бит, потом через интервалы T2 считывает остальные информационные биты. Последний бит — стоповый бит (состояние незанятой линии), говорящий о том, что передача завершена. Возможно 1, 1.5, 2 стоповых бита.

В конце байта, перед стоп битом, может передаваться бит четности (parity bit) для контроля качества передачи. Он позволяет выявить ошибку в нечетное число бит (используется, так как наиболее вероятна ошибка в 1 бит).

Поясните свой ответ, плиз
PS не понял Вашего ответа...