Необходимо разработать параллельный синхронный интерфейс 6 разрядов данные, 1 разряд синхросигнал. Для этого я использовал быстрые порты ввода вывода и таймер(для установления частоты синхросигнала 640 КГц). Пробовал выдавать данные с использованием прерывания таймера и без. В обоих случаях не удается добиться четкой частоты, при добавлении кода на заполнения буффера или контроля счетков, частота начинает уплывать - длительность синхроимпульсов не четкая. Возможны ли другие пути решения задачи?

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

А она действительно нужна -- четкость дилтельности синхроимпульсов? И если нужна, какой допустимый джиттер?

640 килогерц -- круто. У вас всего < 120 клоков на каждый пакет данных. Прерывания тут естественно не катят. Синхроклок от PWM, и обновления данных на выходе по флагу прерывания от PWM. Но без собственно прерываний -- все должно делаться в основном цикле, который должен быть вылизан до предела.

Правда, какую-либо еще осмысленную задачу этот процессор уже не вытянет. Если еще эти данные надо как-то нетривиально генерировать, то надо делать буфер на внешнем устройстве. Пик или CPLD. Вываливать данные наружу через DMA, а внешний буфер уже их будет выплевывать с нужной скоростью. И только отслеживать в софте заполненность внешнего буфера.

Нужна очень! Необходимо соблюдать четко синхросигнал - 640 КГц и данные 320 отклонения в пределах 3%.

Проблема еще в том что синхросигнал имеет такую структуру ....1010101010101010001010101.... - эта так называемая вырезка генерируется с частотой 8КГц

А как вы расчитали что менее 120 клоков? я работаю на частоте 72Мгц

Вы говорите об использовании DMA, когда я выдавал данные через SSP проблем не было завязать его с DMA, а куда привязывать DMA в случае параллельного интерфейса,возможно его связать с портом вывода?

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


72000000 / 640000 = 112.5


Если сообщите марку МК, придётся меньше гадать.

Прошу прощения сразу не догадался сказать марку - lpc2378 NXP. В целом эта программа пойдет и на 68 процессор
Собственно я еще раз погонял на осциллографе без логического анализатора, и вроде как частота выдерживается, так что вопрос исчерпан.
Единственное хотелось бы узнать как связать порт ввода/вывода и DMA и на сколько это возможно.
Спасибо за уделенное внимание

Можно и без внешней. Ставите счетчик и в нужные моменты времени меняте Duty Cycle у PWM.

Без внешнего буфера DMA вам не поможет.

Более разумный и простой вариант все (данные и клок) валить DMA в UART на частоте 6.4МГц, а оттуда каким-то десериализатором распараллеливать.

Тогда уж SPI. И валить на сдвиговый регистр с защелкой.

Делаю тоже самое на LPC, только 16бит и частота 8 МГц (!) для управления TFT экраном (без встроенного контроллера). Тактовую частоту (2штуки) выдаю ШИМом, а ногами махаю в ассемблерной вставке:

Вызывается так


Важно чтобы порты были подключены по-порядку и, желательно, были выровнены по байту или слову, например, P0.15 - P0.31

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

Спасибо за советы буду пробовать

Можно поставить в помощь внешний более простой контроллер, который только и будет тем заниматься, что принимать поток данных по SPI и разворачивать в 6-ти битный интерфейс.
Разгрузите свой ARM, а то если дергать ногами - будет у вас 80% ресурсов проца на фигню эмуляцию интерфейса уходить.