感谢您的回复， 首先关于制作.lib静态库文件，我这里进行了尝试可以编译生成，将下面这段命令行复制到Project Settings->ost-Build->Commands中：(其中的example为你需要制作的文件名且必须为小写) clib -c $(OutputPath)example.lib $(OutputPath)example.o !(data/attachment/forum/202310/31/202413lwkyyd10u1tuywzv.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 但是生成的lib文件仅能在自身工程中链接使用，发送给客户，添加到客户的工程中使用时，会报错：函数未被定义。 !(data/attachment/forum/202310/31/203049pwj84iyqswyjxdks.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") !(data/attachment/forum/202310/31/203512jyh3hpdgz4w3uueb.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 而与之同理的使用.o文件，也是仅能在本工程使用，移植到客户工程进行链接时同样报错，报错与上述.lib一致未找到定义。 !(data/attachment/forum/202310/31/203756fz5x33u1o2utuqq1.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 我不知道为什么生成的.lib静态库文件并不像其他MDK或iar生成的库一样具备相等的可移植性，或者是操作哪里不对， 或许编译的库跟工程内stm8_interrupt_vector.c等文件差异导致不同工程间无法通用(因为我是新建一个空工程仅添加一个.c和.h生成的单一lib文件，新建工程时默认产生main.c和stm8_interrupt_vector.c文件)， 也可能是Cosmic编译器的差异引起的(虽然我尝试更换为客户使用的Cosmic编译器，但问题依然存在) 如果你有兴趣，可以尝试验证一下。
楼主对ADC获取结果的时序似乎没有判断。有可能adc' 还没有中断就已经开始计算了。 另外 printf 是阻塞式的化，你的ADC启动执行的速率就是软件运行的速率，所以调整ADC的频率，不影响你采集的速度。
DMA接收数据有严格的限制，除了起始地址必须保证4字节对齐，必须在可以访问的地址范围之外，你设定的发送和接收长度必须满足。我的理解帧错误一定是数据未能正常发送，或者发送了其中一部分。dma和外设直接的协商。（比如uart要求dma将rx的数据保存到那个位置，保存多少数据，每次保存地址要不要加一。是circuit模式还是其他模式。）所以如果你这次的任务失败当然要停止上次的任务，然后安排下一次的任务。
刚试了一下，确实链接有点问题，相信后台会尽快处理好的。 如果需要英文版的资料，可以直接去 st.com 上下载。 中文的就只能等链接恢复了。
你好， 其他的交叉编译的工具可以使用吗？可以尝试重新安装SDK。 我这边运行没有问题。 $ arm-ostl-linux-gnueabi-gcc --version arm-ostl-linux-gnueabi-gcc (GCC) 12.2.0 Copyright (C) 2022 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. $ arm-ostl-linux-gnueabi-gdb GNU gdb (GDB) 13.1 Copyright (C) 2023 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "--host=x86_64-ostl_sdk-linux --target=arm-ostl-linux-gnueabi". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word". (gdb)
换个角度考虑采一下，从时序上考虑一下这个问题： 1. 如果用更新事件触发，那么开启预装载功能更后，要再过一个周期才能加载上CCR的值，是不是太长了。 那么不开启预装载功能，当CCR值很小时，有可能写完后计数器值已经大过CCR值了。 2. 采用通道的比较事件，则使用预装载功能后，就很好的解决了上面的问题，或者说避免了大部分范围的风险。
你的输入脚好像会被影响，估计是你的输入脚没有外接相应电路吧.如果这样的话，此时输入脚的电平本来就 可能不稳定，跟你的输出操作没有必然关系。 但你又说已经接了上拉了，难道是系统电源不稳？或其它干扰
从你的描述来看，十之八九你误会了。 从定时器配置门控从模式，对从定时器而言要有外来触发输入信号，具体到你现在的应用，主定时器 要给从定时器提供触发信号，其中可以是PWM信号，严格地说是某个通道的OCref信号。从定时器基于该 信号仅在高电平或低电平时进行计数，这个可以编程控制。 你可以看看ST提供的库里TIMER外设例程，有相关主从模式的应用示例。 你给出的代码 看不出涉及主从模式的配置以及触发信号选择的内容，目前贴出的代码没啥意义。
.png)
