Форум: Техническая поддержка

нельзя ли как либо синхронизовать работу ЦАПов и АЦП так,чтобы в одном прерывании можно было читать данные с АЦП и писать в ЦАП ?
Дело в том, что (в моем биосе, на сях и оверхедом на прерывание более 100 тактов) получается либо достаточно длительное запрещение прерываний и при этом при чтении АЦП должен по идее потеряться индекс АЦП (или если прерывания запрещены, AVR тоже не работает ?)

Либо при наличии трех независимых прерываний (ЦАП, АЦП и IRQ2) получаются "биения" т.е. неравномерность работы ЦАПов/АЦП вплоть до зависания (насколько я понимаю - это когда прерывания генерятся чаще, чем обрабатываются)

SY,
EK

RE "в моем биосе, на сях и оверхедом на прерывание более 100 тактов" :
Можно вместо "длинного" стандартного обработчика "Си" прописать свой, путем модификации кода (по нужному адресу JUMP на себя вставить). Только для этого надо в своем обработчике не портить регистры, которые использует "Cи"(эти регистры в документации на компилятор перечисляются).

> Только для этого надо в своем обработчике не портить регистры, которые использует /"Cи/"(эти регистры в документации на компилятор перечисляются).

Дык эти регистры и  исходниках обработчика прерывания / в асмовском листинге видны. Вопрос  в том - как не попортить столько регистров. Для полного счастья  как минимум в одном из прерываний должна идти довольно сложная обработка в том числе и с long int.

Я так понял, что subj  невозможен без изменения микропрограммы AVR .  Использование  TTL сигналов для  внешней синхронизации  может только синхронизовать прерывания  ЦАП/АЦП, но все равно  прерывания будут разные....
Может это можно поправить в микропрограмме AVR ?    Вроде бы  кому-то  еще , кроме меня, такое было нужно

Елки-палки, черт оказался не так уж и страшен ;-)
Одно прерывание удалось засунуть в 25 клоков, а стандартный Си-шный обработчик укоротить на 18

SY,
EK