PH0-OSC_IN为12.288MHz；duty=50%。为什么MCO2的出力为35%呢!(data/attachment/forum/202407/08/165534m8v5id3b2qdb2jqs.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png")
问题解决了，只能说官方给的库文件也不能尽信；!(data/attachment/forum/202407/08/161617neit5gt4szee9ztr.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 这是官方给的中断函数库文件，可以看到这个函数在处理完中断后依旧在while循环里跑，并没有马上跳出去，导致中断执行结束后这么久才能出去；而且里面各种函数还有一大堆调用和一大堆判断，导致触发中断到进入中断函数的时间变得很长； 于是我给他一顿精简乱改，成了这样 !(data/attachment/forum/202407/08/163124btjvillzj7si7sos.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 测试中断时间： !(data/attachment/forum/202407/08/163148ezx2j90n2y4gwdxs.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 进中断函数耗时约1.8us，出中断耗时约900ns，本来想更精简一点，奈何!(data/attachment/forum/202407/08/163318whrhqlthhlforkrl.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 这东西是万万不能省略的，他又非常消耗时间，就只能这样了
您好，我们这边测试了Chrome、Edge浏览器，都没有复现您说的问题，我们这边都可以正常下载。 建议您仔细检查浏览器设置与网络链接，相信能解决您的问题。
你好，i2c3默认是安全外设，需要配置OP-TEE设备树将其改为非安全可读写外设，参考配置如下，编译更新OP-TEE后，重启系统，再检查Linux下能否识别。 &etzpc{ ... DECPROT(STM32MP1_ETZPC_I2C3_ID, DECPROT_NS_RW, DECPROT_UNLOCK) ...
你好，对于en.sources-stm32mp1-openstlinux-6.1-yocto-mickledore-mp1-v23.06.21.tar.gz版本，编译OP-TEE的时候，在Makefile.sdk修改下面的参数，增加一些debug log看看有没有新的发现。 CFG_TEE_CORE_LOG_LEVEL=4 对于en.SOURCES-stm32mp1-openstlinux-5.15-yocto-kirkstone-mp1-v22.11.23.tar.gz的版本，编译OP-TEE的时候，修改Makefile.sdk 增加下面的参数，不使能加密外设。因为135D系列没有这些外设。 CFG_STM32_CRYP=n CFG_STM32_PKA=n CFG_STM32_SAES=n
你这么一说，感觉好像STM32WL芯片还有几套SWD接口似的。 它的代码调试跟其他STM32芯片差不多的,SWD接口也就只有一个，通常使用STLINK 调试器，没有什么最小系统的说法。 你可以参考下ST的开发板的线路，比方NUCLEO-WL55的。你到www.st.com/stm32搜索下。
standby或shutdown模式下，运行条件下IO的状态是没法保持的。我们可以针对性地做上拉、下拉或模拟输入的配置。 sleep或STOP模式下可以保持运行条件下IO状态。 STM32系列太多，这些你需要到各个STM32系列power control章节里的Low power-modes阅读相关内容。 如果你关注低功耗，就关注STM32U系列或STM32L系列，比方STM32U0,STM32U5，STM32L4,STM32L0等。
微信公众号
手机版
.png)
