您提到了供电，供电电压会跟实际工作电压有差别。 而ADC的值是与VDDA的电压息息相关，不同电压结果就会不同。 这也是为什么正版ST-LINK 不会去给目标芯片供电的原因之一。 顺便提一句：正版ST-LINK就100多人民币。
在STM32G4的Cube库例程里有关于FDCAN的演示例程，可以参考下。 可以先基于回环模式测试OK后，再行Normal模式实测验证。
关于这点，在芯片数据手册里有描述，如果使用内部复位电路请将其连接到VDD，若不使用内部复位电路而使用外部复位监控 电路则将其接VSS。 数据手册里有如下表格： 如果禁用内部复位电路,下面也是你需要知晓的：
给些提醒供参考： 先保证板子基本功能是OK的； 检查下参考电压配置、连接，比方是选择内部电路提供的参考电压还是外接参考电压； 确认ADC是否做校准了；
在IAR Embedded Workbench（IAR EW）环境中，针对STM32或其他基于ARM的微控制器实现重定向scanf函数以通过串口（UART）接收数据，通常需要自定义或修改scanf的底层输入函数。由于scanf依赖于C标准库中的stdin流，我们需要将其重定向到串口输入。 在IAR EW中，标准C库（如Newlib或ARM的CMSIS-RTOS库）并不直接支持通过串口进行scanf的输入，但你可以通过以下几个步骤来实现： 1. 配置串口 首先，你需要配置STM32的串口（例如USART1）以接收数据。这通常涉及设置GPIO、配置USART参数（如波特率、数据位、停止位等）并启动接收中断或轮询接收。 2. 自定义输入函数 由于scanf使用stdin进行输入，你可以通过修改或重定向stdin的getc或getc_unlocked函数来实现从串口读取数据。由于标准库通常不直接支持这样做，你可能需要自定义一个函数，并在调用scanf之前，使用setvbuf（对于非缓冲的输入，这实际上不会改变什么，但它表明了重定向的意图）和freopen（将stdin重定向到一个文件描述符，尽管在这里我们不能直接使用文件描述符，但可以作为一个启发）的概念来间接处理。 实际上，更常见的做法是在调用scanf之前，先通过自定义函数读取串口数据到一个缓冲区，然后使用sscanf（从字符串中读取）来解析这些数据。
!(data/attachment/forum/202408/31/011149nykjan0udzwwwdwv.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") !(data/attachment/forum/202408/31/011227qkfhcmzkym34amty.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") !(data/attachment/forum/202408/31/011240btxus7k1s25nnmtk.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/300 "image.png") 这几个值是这些，都是freertos默认生成的，使用旧版生成的代码没有问题，再使用新版再生成一遍就报错了
您好，您的问题仍然是由于网络问题导致的，目前您正在进行拉代码的过程，此过程中若网络不稳定且待拉文件过大容易出现您上述的问题。 针对您目前的问题，请您尝试执行如下指令，即单独拉OpenCSD库（此过程也容易受到网络的影响而中断，若您出现类似EOF的错误，请您重新执行此指令，直到完整地将整个OpenCSD库拉下来为止）： LANG=Cgit-c gc.autoDetach=false-ccore.pager=catclone-bare--mirrorhttps:/github.con/Linaro/OpenCSD/home/stm32/STM32MPU_workspa ce/Distribution-Package/build-openstlinuxweston-stm32mp1/downloads/git2/github. com. Linaro. OpenCSD --progress 此外，如果您遇到类似的do_fetch问题，您可仿照此解决方案，在报错LOG中Copy从"LANG=..."一直到"--progress"的内容作为执行指令，反复拉，直到解决您的问题。 感谢您对ST的理解与支持！
我这边根据你反馈的现象进行验证，是会发生你说的情况。 没有关系的，那都是些随机数。能被正常改写、写进的数据不会随意变化就没有问题。 我刚才特意基于该区域做ADC的数据的存储，使用DMA传送，没有问题的。正常可控，放心用吧。 如果说发生要写的写不进、写好的数据不可控地改变那就有问题了。
手动指定USB设备类通常涉及到修改设备树（Device Tree）或使用usb_modeswitch工具。以下是两种方法的简要说明： 1. 修改设备树（Device Tree） 设备树是Linux系统中用于描述硬件配置的一种方式。对于基于ARM的系统，如STM32，你可以通过修改设备树来指定USB设备类。以下是一般步骤： 定位设备树源文件：找到你的设备树源文件（通常是.dts文件）。 编辑设备树：在设备树源文件中，找到与USB设备相关的节点。这通常是一个名为usb或usb_otg的节点。 设置设备类：在USB节点中，你可以设置compatible属性来指定设备类。例如，如果你想要将设备设置为以太网设备，你可以添加如下属性： compatible = "g_ether"; 重新编译设备树：修改完成后，重新编译设备树以生成新的设备树二进制文件（.dtb）。 加载新的设备树：在启动时，确保新的设备树被加载到内核中。 2. 使用usb_modeswitch工具 usb_modeswitch是一个用户空间工具，它可以在运行时改变USB设备的类。以下是使用usb_modeswitch的基本步骤： 安装usb_modeswitch：确保你的系统中安装了usb_modeswitch工具。 确定设备ID：使用lsusb命令确定你的设备的供应商ID（Vendor ID）和产品ID（Product ID）。 编写配置文件：为usb_modeswitch创建一个配置文件，指定新的设备类和相应的ID。配置文件通常位于/etc/usb_modeswitch.d/目录下。例如，要将设备类切换为以太网设备，可以创建一个如下的配置文件： # 供应商ID和产品ID Vendor=0xxxxx Product=0xxxxx # 新的设备类 Class=0x02 SubClass=0x05 Protocol=0x01 重启usb_modeswitch服务：修改配置文件后，重启usb_modeswitch服务以应用更改。 检查结果：使用lsusb再次检查设备，确认它已经被正确地切换到新的设备类。 请注意，这些步骤可能需要根据你的具体硬件和操作系统环境进行调整。如果你不熟悉设备树或usb_modeswitch的使用，建议查阅相关的文档或寻求社区的帮助。
微信公众号
手机版
