EEVblog电子社区论坛

好吧，我以为我很清楚，但是当我设置DMA将单个字节发送给CCB [2]时，它没有'工作，进入了可怕的假人处理程序。
甚至在DMA处于SW中时仅向CCB [2]写入时，触发器也是如此。
但是，当我将地址更改为某个虚拟变量时，它可以正常工作，因此通过DMA写入CCB [2]是我的下一个障碍。
检查了数据表并且没有'立即发现有关将DMA写入CCB寄存器的任何特殊条件，仅此条件：

PER / PERB时清除，
CCx / CCBx，PATT / PATTB
或WAVE / WAVEB寄存器是
书面。

在这一点上我'm pretty sure it'的ASF4让我再次绊倒  。但是反正我'我会继续尝试看看's going on exactly.
显然，通过DMA写入寄存器会产生错误。但是我仍然可以通过仅更改数据目标来检查是否从TCC0获得了DMA触发。

是的，如果我将DMA目标设置为某个虚拟变量，则该值将更改，并且将传输设置的数据量。
我也启用了DMA而没有触发，因此只能由TCC0触发，这一次'设置为在溢出时触发。
所以问题出在（在我使用ASF4 DMA中尝试转移到CCB [0]，但出错了。

如果您使用字传输而不是字节传输会怎样？

我不得不用谷歌搜索一个单词有多长（16 个字节 位根据谷歌）。
I'我现在去检查。

编辑：在手表CCB [2]中显示为 uint32_t

将拍子大小设置为32个字节会触发DMA回调，但是该值未出现在CC [2]中，也许我的目标地址错误？
编辑：LED_data是单个uint32_t变量，但传输大小设置为1，因此应该可以。
_dma_set_source_address(0, (void *)LED_data);
_dma_set_destination_address(0, (void *)TCC0->CCB[2].reg);

（无效*）&>CCB[2].reg

然后'这就是为什么我害怕裸机编码，因为我错过了像这样的明显细节。

还可以将uint8_t转换为uint32_t吗？我不'想要使我的RAM使用量增加三倍。 

您在ASF代码中错过了这一点。这与是否使用裸机无关。

我的意思是我（通常）错过细节，而裸机编码是一个相当详细的过程（imo）。

因此，如果您使用正确的寄存器地址，但是执行字节传输，则不起作用？

如果您执行手动编写，它会做什么？
*((uint8_t *)&TCC0->CCB[2].reg) = 123;

还是直接CC？
*((uint8_t *)&TCC0->CC[2].reg) = 123;

如果此手动代码不起作用，那么您将无能为力，这些寄存器需要写一个字。

这样链接DMA传输极不可能。触发所有这些将是一场噩梦。

正要去睡觉，因为它'将近凌晨4点，但无法'不能确保我可以发送数据。
并猜测它最终将如何工作。

我建议以更高的时钟频率驱动TCC，以使比较值和周期值不会太低，并且您可以更好地控制。

找到了故障的原因，原来是DMA'速度不够快，有时会跳过一两个节拍。
PER增至9可修复故障。
在PER = 9，CC = 3和CC =的情况下，似乎也处于8MHz 6产生完美的时机。根据WS2812-2020数据表，时序几乎是不正确的，但是根据neopixel库，它们是固定的，并且've确认arduino nano上的neopixel库与这些LED配合良好's.