STM32F767 没有说支持双边沿发送或接收数据呀，不会多出这么个功能吧。所以数据不对可能是其他原因。 另外注意：从机发送是要提前准备好数据的，它不知道主机什么时候会发时钟信号过来。 官方库中有很多例程可以参考。
你在现有配置下，注意 我说的是你有配置前提下，将PWM输出模式改为PWM2即可。 其实，基于单脉冲模式实现指定个数脉冲输出可以有多种配置。 另外，你提及的OCIdleState并不起作用是正常的，该配置是针对互补输出才有作用。 这里有篇文章 《STM32定时器单脉冲输出模式话题》 非常详细地针对性介绍了STM32TIMER单脉 冲模式的实现原理，并辅以事例讲解，可以阅读下。希望读完之后消除你现在内心的疑惑。
你是想搞个时钟给你外挂的ADC模块吧。 不过，MCO不是个独立的时钟源，只是某个时钟的引出信号。 你如果非要基于现有时钟整出个4.096Mhz信号，不一定方便。 其实 你何不利用定时器产生个4.096MHz的时钟信号呢，简单、方便、可靠， 又不牵涉太多其它。
你的代码如果是stm32f3xx_hal_can.c 中的初始化函数的话，那么和我看到的库中文件不一样，也少了一些内容。建议升级一下库的版本。 这边随便配置了一下，初始化都正常，唯一发现和你截图代码不同。
电位器分压的信号的确可能引起输入的不确定性。 另外逐次比较型ADC的原理和关键参数可以参考官方的各种AN，包括使用方法。 简单讲：ADC的精度和参考电压，采样时间，转换模式，校准等有很大关系。
应该不是这个问题，我将输出图像的尺寸尽可能减小，输出100*200的图像，一帧就是100x200x2=40000像素，并且不使用读取一个像素发送一个像素的方法，而是用数组存储完一帧的数据一次发出去，后来我用一个叫“山外多功能助手的”上位机在里面选择数据小端，成功在上位机显示了图像，上位机大概8-9秒一帧。但是后来我想发送更大尺寸图像，那就不能一次发送一整帧，我选择一行一行发送，这时候又出现了令人费解的问题，晚上回去我把现象截图发上来
呵呵 不认为这里有什么铁规矩。 既然选择使用2组GPIO，即使写两套也没啥，代码结构清晰即可。也不至于增加多少代码量。 或许有人包括本人会考虑加些判断语句执行，感觉上是一套了，最终也要看个人最后选择。 如果其他人有更好方案，欢迎分享。
1.从信号测量角度看，来自空间，电源上的噪声都会叠加在上面的。我用较大的电阻和较长的杜邦线，看到上百毫伏的噪声信号。 2.从芯片工作原理上看，内部的采样开关也会带来一定的噪声影响，在测量高阻即微小信号时会更明显些。 总之，模拟电路受到外界影响的因素较多，并非完全理想的信号。 官方也有一些笔记介绍ADC相关的内容的。
试了一下，用新版的CubeMx 按照下面的配置是可以运行的。 有些PLL的系数超范围有警告的，是不能正常运行的。新版的直接就不允许配置了。
换个角度看：假如你是厂家， 你也会希望发布的软件对于每一个用户都是一致的 假如你是软件工程师，你会觉得都是C语言代码，有啥不能改的吗 所以个人认为：熟悉厂家的软件结构，根据结构原理，自己做自己需要的应用代码而不去修改厂家库代码，这样才能在厂家升级软件的时候以不变应万变。（厂家升级代码不会改结构原理，但会覆盖原来的文件，就像CUBEMX） 个人建议你可以考虑下
建议不要用仿真模式，现在极少看到有小伙伴用这个功能的。 因为现在调试器很便宜，样片和评估板也很容易买到，也不贵。评估板上还自带调试器。 1. 仿真有很多限制，并不能真正反映出芯片特性。 2. 仿真不具有实时性，很多外设的性能还不具备。得到的结果很可能不适用。 下面是仿真器自己的说明和限制
.png)
