__raw прерывания Опции

[fmdost]

Доброго времени суток, подскажите pls как в прерывании перенести сохранение регистров по своему усмотрению. Мне нужно как можно быстрее дёрнуть ногой, а потом выполнить С код.

камень mega88;

__interrupt //Штатно сохраняет все далее используемые регистры.

// и только после этого
PORTx=1;

//~далее С код

==========
А надо так

__interrupt

PORTx=1;

//Штатно сохранить все далее используемые регистры.
//~С код

В асме так делается очень часто, в описании на IAR и на CAVR нашёл только __raw, но он не сохраняет регистры вообще.

[fmdost]

Принцип такой tc0 это прерывание по переполнению
tc0_compa это прерывание по сравнению, с tco
тс0 0-255 как досчитал так прерывание, и с 0 и тд.
tc0_compa любое число 0-255 как только tc0=tc0_compa так прерывание.
tc0 используется для зажигания цифры
тс0_compa для гашения(автоматическая регулировка яркости). Вот тут то и загвоздка! При малых значениях tc_compa заметен "муар" на индикаторе.

Ещё раз повторю что, программа есть на асме. И прерывание там значительно длиннее по времени чем на С (На С я и так уже выкинул всё что мог). Но она пока отличает только круглое от квадратного(типа распознование формы). Одному такие задачи делать тяжело. Поэтому я хотел сделать всё на С чтобы получить помощь знакомого, специалиста по этим вопросам, который чистый С-ишник, и ему не надо знать систему каких то команд. То есть, сделать что-то типа АПИ.

Насчёт иара. Если там нет вещей которые применяются в 60% случаев, то возникает вопрес о целесообразности применения подобных сред. Поэтому НЕВЕРЮ.

[Сергей Борщ]

Вот тут то и загвоздка! При малых значениях tc_compa заметен "муар" на индикаторе.

Занесите в tc_compa значение на "лишние" 5-10-20 (сколько там вам не хватает тактов) меньше. Прерывание будет возникать на столько же тактов раньше. "Муар" изчез? Нет. Вывод - виновата не _константная_ задержка, которая возникает из-за сохранения контекста, а джиттер, который возникает из-за того, что в момент возникновения этого прерывания обрабатывалось другое прерывание или какой-либо другой кусок кода, во время которого прерывания запрещены. Копайте там. Или используйте вывод compa, который формируется аппаратно и не зависит от запрета/разрешения прерываний. Не верите - сделайте как написал singlskv и убедитесь.

Ещё раз повторю что, программа есть на асме. И прерывание там значительно длиннее по времени чем на С (На С я и так уже выкинул всё что мог).

А я вам повторю, что _константная_ задержка в этом месте не виновата.

Насчёт иара. Если там нет вещей которые применяются в 60% случаев, то возникает вопрес о целесообразности применения подобных сред. Поэтому НЕВЕРЮ.

Вопрос о целесообразности каждый решает для себя сам. Вы можете решить его в пользу асма. Раз там нет таких вещей, значит ваша цифра 60% завышена как минимум на два порядка. Делайте выводы.

[singlskv]

Не верите - сделайте как написал singlskv и убедитесь.

Если честно, я вобще не вникал в суть алгоритма/проблемы автора
На сахаре автар попросил не вникать

А вобще как-то это все странно, 25 лишних тактов и уже мерцание...

Афтар, приведите минимальный код в котором будет эта проблема