Доброго времени суток! Стоит задача задавать управляющее напряжение для ГУН'а посредством ШИМ и интегрирующей RC-цепочки. В железе все давно собрано, сейчас дошел до программной реализации ШИМ и столкнулся с проблемой. Чтобы после RC-цепочки (10КОм, 10мкФ) не было пульсаций требуется частота выше 100КГц (если верить Proteus то идеално под 200КГц), а это у меня не получается. Аппаратно можно сделать только ~37КГц. Пробывал реализовать программно с большей частотой, но не получилось.
Может кто знает как можно решить эту проблему?
Заранее благодарен.
Serge_6989 писал(а):Пробывал реализовать программно с большей частотой, но не получилось.
А можно подробнее, что не получалось. На таких частотах (100-200 кГц) вполне можно сделать программный ШИМ, вопрос только в его "разрешении" (т.е. дискретизации).
// Timer 0 overflow interrupt service routine
interrupt [TIM0_OVF] void timer0_ovf_isr(void)
{ // Reinitialize Timer 0 value
TCNT0=0xb0; // 1 MHz
// Place your code here
static int c;
c++; c&=0x07;
PORTB.0=(c&0x04>>2);
}
(Код не проверялся - но должно работать). Таймер настроен на 1МГц (как вариант - без делителя от встроенных 8МГц). Счетчик c может меняться от 0 до 7 (потому что c=c&0x07). ШИМ с частотой 125 кГц (1Мгц/8) и дискретизацией 8 отсчетов на период. В примере скважность - 50% (потому что проверяется старший из 3-х значащих бит).
Конструкцию внутри функции void timer0_ovf_isr(void) стоит оптимизировать (всетаки этот код будет выполняться миллион раз в секунду), но на вид там меньше 8 тактов, так что работать должно. Нужно еще отключить сохранение переменных в стеке при вызове прерывания (для экономии времени). Тогда должно работать.
Подумал... А зачем вам прерывания? Если прерывания не нужны - то просто в главном цикле изменяем счетчик и "дергаем ножкой". В каждом цикле делаем задержку нужно длины (например, чтобы при дискретизации 8 один цикл занимал все те же 8 тактов при частоте кварца 8 МГц). Только для "точной" частоты нужно будет четко число команд за цикл посчитать (на задержку) (или ассемблере написать как вариант), а если "точная" частота не нужна - то и того проще...
The automatic saving and restoring of registers affected by the interrupt handler, can be turned on or off using the #pragma savereg directive.
Example:
/* Turn registers saving off */
#pragma savereg-
/* interrupt handler */
interrupt [1] void my_irq(void) {
/* now save only the registers that are
affected by the routines in the interrupt
handler, for example R30, R31 and SREG */
#asm
push r30
push r31
in r30,SREG
push r30
#endasm
/* place the C code here */
/* now restore SREG, R31 and R30 */
#asm
pop r30
out SREG,r30
pop r31
pop r30
#endasm
}
/* re-enable register saving for the other interrupts */
#pragma savereg+
The default state is automatic saving of registers during interrupts.
The #pragma savereg directive is maintained only for compatibility with versions of the compiler prior to V1.24.1. This directive is not recommended for new projects.
не понятно две вещи - какой камень и какова тактовая частота
например мега 8 на 16 мегагерцах и 256 дискретизацией может выдать максимум 16000000/256 = 62500 герц....
но если уменьшить битность до 7 то уже можно 125 килогерц....
ндям...тема таки очень похожа... FPGA ... алгоритмы брезенхема...атенюаторы....
ну хотя конечно да....нужно на самом деле не RC цепочка а нормальный LoPass фильтр на операционниках...и тогда частоту можно хоть 1 килогерц...но...я бы лично увеличил резистор до 100 килоом а выход с кандера просто "повторил" бы операционником...
Что нас не убило сделало нас осторожней
Не доверяйте русским лужам - это может быть вход в метро.
Купил ATtiny85. у нее можно тактировать таймер частотой существенно большей чем тактовая частота ядра МК. Буду делать на ней. Жалко я раньше не знал про такую возможность некоторых МК tiny .
.