问答

我知道这个问题，这是因为你的ADC包含了定时器的一些操作，导致你要是先初始化ADC，定时器没初始化，但是你都用到了其应用，就会导致芯片运行失败，所以，你初始化的时候也是要有顺序的，最开始用的一定要放最前面初始化

一般老项目就默认Usedefaultcompilerversion5，兼容性很好，如果使用Usedefaultcompilerversion6可能编译报错。如果是新的芯片和项目一般都是默认Usedefaultcompilerversion6。优势不清楚，但是感觉Usedefaultcompilerversion6比5编译的速度会快一些

感觉可以绕线绕在不同的位置看看那，这种传感器本身精度就不高。小电流下的话可能误差比较大。

空工程只跑这个也会卡死？

是这样的，这样启动定时器会非常快，而且配置参数也不需要重新配置了

你可以先复制EMMC，用SD卡启动，然后卸载EMMC，通过dd命令，把EMMC数据写到一个img文件，再去新的板子上写回去就行

JTAG引脚应该也是可以复用的哈

ST推广HAL库是为了提高开发效率、降低门槛、增强跨平台兼容性，并更好地支持现代嵌入式开发需求。我觉得现在MCU配置都还可以，其实问题应该也不算大了

如果项目量不大，而且设计PCB比较麻烦的话，我会选择模拟串口。如果能保证2个串口外设不会同时工作时，我才会选择扩展芯片解决该问题。最后说的，更换芯片成本会变化，而且还需要改电路之类的，所以非必要不会改。你的第二个问题是模拟串口最大支持的波特率，我一般用9600完全够用，其他的高一些的波特率我不太清楚

在STM32等微控制器上进行CoreMark测试时，使用标准外设库和硬件抽象层的结果可能会有一定差异，但通常不会非常大。一般是标准库的执行coremark会比HAL的执行结果会好一些吧

当然可能了，但是STM32的话估计成本会高一些，也许用的是国产的SOP8的arm内核芯片，这都可以实现。

先测GND和VCC看看能否在0和满量程。

1.你检查一下你的timer设置是否正确，在中断里将T1000ms_flag置1，确定1000ms置1一次。2.检查你的PWM输出设置，是否初始化正确，给固定值看看占空比，确定pwm_duty_config里给相关的比较寄存器写入了正确的值。

这个没研究过，但是一般都是115200完全没问题，一般来说应该可以做到9M的速度吧，但是好像得代码优化好才行

选择单片机通讯方式时，需综合考虑应用场景、性能需求和硬件限制。以下是主要选择原则：1.传输距离短距离（几厘米到几米）：UART、I2C、SPI。中长距离（几十米到几百米）：RS-485、CAN。远距离（几百米到几公里）：无线通信（如LoRa、ZigBee）。2.数据传输速率低速（几kbps到几百kbps）：I2C、UART、RS-485。中速（几Mbps）：SPI、CAN。高速（几十Mbps以上）：USB、以太网。3.设备数量点对点：UART、SPI。多点通信：I2C、CAN、RS-485。4.抗干扰能力高抗干扰：CAN、RS-485（差分信号）。一般抗干扰：UART、I2C、SPI（需良好屏蔽）。低抗干扰：无线通信（易受环境影响）。5.功耗低功耗：I2C、UART。中功耗：SPI、CAN。高功耗：无线通信（如Wi-Fi、蓝牙）。6.硬件复杂度简单：UART、I2C（硬件和协议简单）。中等：SPI、RS-485。复杂：USB、CAN、无线通信（需专用硬件和复杂协议）。7.成本低成本：UART、I2C、SPI。中等成本：RS-485、CAN。高成本：USB、无线通信。8.实时性高实时性：CAN、SPI。一般实时性：UART、I2C。低实时性：无线通信（受网络延迟影响）。9.扩展性高扩展性：I2C、CAN、RS-485（支持多设备）。一般扩展性：SPI（需更多引脚）。低扩展性：UART（通常点对点）。10.应用场景工业控制：CAN、RS-485（高可靠性、长距离）。消费电子：UART、I2C、SPI（低成本、短距离）。物联网：无线通信（如Wi-Fi、蓝牙、LoRa）。汽车电子：CAN（高抗干扰、实时性）。总结：选择单片机通讯方式时，需根据传输距离、速率、设备数量、抗干扰能力、功耗、硬件复杂度、成本、实时性和扩展性等因素进行权衡。常见选择如下：短距离、低速、低成本：UART、I2C。短距离、高速：SPI。长距离、高可靠性：CAN、RS-485。无线、灵活性高：Wi-Fi、蓝牙、LoRa。根据具体需求选择最适合的通讯方式。