好吧,我想您可以将所有端口 B 和 C 引脚作为输出。此外,您不需要在 AVR 上进行任何组装。仅汇编的东西在 avr-libc 中作为宏可用。
设置
首先,您错误地设置了 TCCR0。您必须一次设置所有位,或者您必须使用读取-修改-写入操作(通常TCCR0 |= _BV(bit_num);
设置一个位或TCCR0 &= ~_BV(bit_num);
清除它)。(_BV(N)
是一个 avr-libc 宏,它比您使用的东西更易读(1<<N)
,但做同样的事情。)另外,您缺少由 COM00 和 COM01 位设置的 PWM 输出的极性。现在你已经(隐式地)禁用了 PWM 输出(OC0 断开)。
所以我假设你想要一个正向的 PWM,即更大的 PWM 输入值会导致更大的高输出占空比。这意味着COM01
需要设置并且COM00
需要清除。(参见 ATmega32(L) 数据表的第 80-81 页。)这导致设置行:
TCCR0 = _BV(WGM01) | _BV(WGM00) // PWM mode: Fast PWM.
| _BV(COM01) // PWM polarity: active high
| _BV(CS02) | _BV(CS00); // PWM clock: CPU_Clock / 1024
占空比
现在我们开始实际的占空比生成。计时器 0 非常愚蠢,将其 BOTTOM0
和 TOP 硬线连接到0xFF
. 这意味着每个 PWM 周期为PWM_Clock / 256
,并且由于您设置PWM_Clock
为CPU_Clock / 1024
,因此周期为CPU_Clock / 262144
,对于 8 MHz CPU 时钟约为 33 ms。所以每个 PWM 时钟,这个计数器从 0 计数到 255,然后循环回到 0 并重复。
实际 PWM 由 OC 电路根据表 40 生成。对于COM0*
我们的设置,它表示:
在比较匹配时清除 OC0,将 OC0 设置为 BOTTOM
这意味着每次计数器向上计数时,它会将计数值与OCR0
寄存器进行比较,如果它们匹配,则将OC0
输出引脚驱动到 GND。当计数器回绕到 0 时,它将引脚驱动到 VCC。
因此,要设置占空比,只需将与该占空比对应的值写入OCR0
:
OCR0 = 0; // 0% duty cycle: always GND.
OCR0 = 64; // 25% duty cycle
OCR0 = 128; // 50% duty cycle
OCR0 = 172; // 67% duty cycle
OCR0 = 255; // 100% duty cycle; always VCC. See below.
最后一种情况是为了解决 PWM 的一个常见问题:可能的占空比设置的数量总是比计数步的数量多一个。在这种情况下,有 256 个步骤,如果输出可以是 0、1、2、…… 256 个步骤的 VCC,则提供 257 个选项。因此,它们不是阻止 0% 或 100% 的情况,而是让 100% 的情况消失。表 40 上的注释 1 说:
当 OCR0 等于 TOP 且 COM01 置位时,会出现一种特殊情况。在这种情况下,比较匹配被忽略,但设置或清除在 BOTTOM 完成。
还有一件事:如果您OCR0
在 PWM 周期的中间写入,它只会等到下一个周期。
模拟加速度
现在要获得您想要的“恒定加速度”,您需要有某种标准时基。(TOV0
定时器 0 溢出)中断可能会起作用,或者您可以使用另一个定时器或某种外部参考。您将使用此标准时基来了解何时更新OCR0
。
恒定加速度只是意味着速度随时间线性变化。更进一步,这意味着对于每个更新事件,您需要将速度更改一个常数。这可能只不过是饱和算法:
#define kAccelStep 4
void accelerate_step() {
uint8_t x = OCR0;
if(x < (255 - kAccelStep))
OCR0 = x + kAccelStep;
else
OCR0 = 255;
}
只需为每个时间步做这样的事情,你就会得到持续的加速度。类似的算法可用于减速,您甚至可以使用更高级的算法来模拟非线性函数或补偿电机不会立即达到 PWM 指定速度的事实。