[问答]

STM32F405RGT6如何处理复杂的时序问题？

问答对人有帮助，内容完整，我也想知道答案 0 亲爱的 ST 社区，您好，我目前正在为 TFT 显示器开发 8 位接口。我正在为项目使用 STM32F405RGT6。在调试我遇到的计时问题时，我发现在使用 __asm__ __volatile__("nop") 进行 ns 级延迟时有一个有趣的行为。这是代码中有趣的部分： #define DELAY_5NS {__asm__ __volatile__("nop");} #define DELAY_10NS {DELAY_5NS; DELAY_5NS;} #define DELAY_15NS {DELAY_10NS; DELAY_5NS;} #define DELAY_20NS {DELAY_10NS; DELAY_10NS;} #define DELAY_25NS {DELAY_20NS; DELAY_5NS;} #define DELAY_50NS {DELAY_20NS; DELAY_20NS; DELAY_10NS;} #define DELAY_75NS {DELAY_50NS; DELAY_25NS;} #define DELAY_100NS {DELAY_50NS; DELAY_50NS;} #define DELAY_150NS {DELAY_100NS; DELAY_50NS;} #define DELAY_200NS {DELAY_100NS; DELAY_100NS;} #define DELAY_250NS {DELAY_150NS; DELAY_100NS;} int main(void) { HAL_Init(); SystemClock_Config(); MX_GPIO_Init(); MX_USB_DEVICE_Init(); MX_TIM1_Init(); GPIOC->MODER = 0x55555555 & 0xFFFF; // Setting Pins 0-7 of Port C as output GPIOC->OSPEEDR = 0x55555555 & 0xFFFF; // Setting Pins 0-7 of Port C as "medium speed" while (1) { GPIOC->BSRR = 0b0000000011111111; DELAY_5NS; GPIOC->BSRR = 0b0000000011111111 << 16; DELAY_5NS; } } 当我像这样毫不拖延地观察 PC0（或任何 PC0-7）时： while(1) { GPIOC->BSRR = 0b0000000011111111; GPIOC->BSRR = 0b0000000011111111 << 16; } 我得到一个大约 71.5 ns 的周期（在 168MHz 时大约有 12 个周期？）当使用 DELAY_5NS 运行代码时（在 168MHz 下实际约为 5.9ns），我预计会增加约 11-12ns 的周期。我得到的正是它。我也可以清楚地看到原因，因为以下两个片段在时间方面完全没有区别： while(1) { GPIOC->BSRR = 0b0000000011111111; GPIOC->BSRR = 0b0000000011111111 << 16; DELAY_5NS; } // same as while(1) { GPIOC->BSRR = 0b0000000011111111; DELAY_5NS; GPIOC->BSRR = 0b0000000011111111 << 16; DELAY_5NS; } 我可以用示波器截图来证明它，但我必须先找到一个 U 盘。 GPIO 操作之间的延迟必须至少为 DELAY_15NS 才能影响示波器上的实际信号。所以问题显然是：为什么？在处理复杂的时序问题时如何考虑这一点？ 0
2023-1-6 07:29:45　　评论淘帖0 邀请回答您可以邀请以下用户，快速回答问题 × wang21cj 该类别下有 47 个回答。邀请回答 chm5 该类别下有 44 个回答。邀请回答新星之火12138 该类别下有 42 个回答。邀请回答 hgimtk 该类别下有 36 个回答。邀请回答 HengDu 该类别下有 31 个回答。邀请回答 hwp0415229 该类别下有 30 个回答。邀请回答可口可甜该类别下有 30 个回答。邀请回答 kingnet6688 该类别下有 28 个回答。邀请回答麻酱该类别下有 28 个回答。邀请回答 andyfly7 该类别下有 28 个回答。邀请回答 jghgfdssas 该类别下有 28 个回答。邀请回答 jiangwenwen 该类别下有 28 个回答。邀请回答 ldliu 该类别下有 27 个回答。邀请回答成长的小师弟该类别下有 27 个回答。邀请回答云汉007 该类别下有 27 个回答。邀请回答颜刚YanG 该类别下有 27 个回答。邀请回答柱子图宁该类别下有 27 个回答。邀请回答 bluepink 该类别下有 27 个回答。邀请回答法规处发该类别下有 27 个回答。邀请回答哼小曲该类别下有 26 个回答。邀请回答举报岳臻俊相关推荐 • 请问STM32F405RGT6的SPI通信最高时钟频率是多少？ 730 • 如何解决stm32f405rgt6与as5048a的SPI通信问题？ 1353 • STM32F405驱动DS1302时钟模块，输出时间错乱该怎么排查？ 5503 • 两个STM32F405RGT6芯片表面标识第三行字母一个显示VG ,一个显示VQ 4779 • 不同STM32芯片之间的CAN通信不正常 5003 • 有没有办法让我看到保存的项目PC和加载到MCU中的项目之间的程序差异？ 419 • STM32F103程序移植到F105上，中断不能及时响应的原因？怎么解决？ 567 • 用KEIL4通过ULINK2仿真器利用SWD对STM32F405调试烧写程序调试不了 5966 • 基于4G网络和CAN总线的远程数据采集系统设计 2727 • 项目从STM32F413切换到STM32F405发生硬故障求解？ 594 1个回答

答案对人有帮助，有参考价值 0 SEV 是单周期（即类似 NOP）的指令，它产生一个 1 个周期的长脉冲，这里是在 PA1 上；r2 和 r3 被设置为通过 BSRR 设置和清除 PA2；PA8 是 MCO 上的系统时钟。请注意，虽然对 GPIOA_BSRR 的两次写操作跨越一个周期，但 PA2 上的输出脉冲是单周期的，即写操作在两个连续的周期中一个接一个地到达 BSRR。原因是，在第一次从处理器写入包含 GPIOA 的 AHB 总线后，该总线的仲裁器将写入延迟一个周期进行仲裁。由于总线在第二次写入到达时已经被处理器占用，因此不再有仲裁延迟，写入立即通过。这一切只有在处理器的 S 端口上的写缓冲区打开时才会发生。如果使用 SCB_ACTRL.DISDEFWBUF = 1部波形，写缓冲区打开，下部波形，写缓冲区关闭）关闭，图片会发生巨大变化，因为每次写入后处理器等待直到写入完成。

2023-1-6 11:14:44 评论举报范潇潇