问答

STM32F407能否读取1T的TF卡？有大概实现方案否？

没有找到内置参考的精度和温漂数据

代码功能是创建客户端，静态ip，在407跑通了，但是直接复制移植到429的板子就运行报错，使用ucosii，请问可能是啥原因，lwip初始化成功，tcp客户端也初始化成功，之后就运行调试串口打印出这个Assertion"arp_table.q==NULL"failedatline369in..\LWIP\lwip-1.4.1\src\netif\etharp.c那几行代码是/*1)emptyentryavailable?*/if(empty<ARP_TABLE_SIZE){i=empty;LWIP_DEBUGF(ETHARP_DEBUG|LWIP_DBG_TRACE,("etharp_find_entry:selectingemptyentry%"U16_F"\n",(u16_t)i));}else{/*2)foundrecyclablestableentry?*/if(old_stable<ARP_TABLE_SIZE){/*recycleoldeststable*/i=old_stable;LWIP_DEBUGF(ETHARP_DEBUG|LWIP_DBG_TRACE,("etharp_find_entry:selectingoldeststableentry%"U16_F"\n",(u16_t)i));/*noqueuedpacketsshouldexistonstableentries*/LWIP_ASSERT("arp_table.q==NULL",arp_table.q==NULL);//这里就是369行/*3)foundrecyclablependingentrywithoutqueuedpackets?*/}

本帖最后由MRXiaoBai于2022-12-1415:21编辑当使用传感器模块，如果该模块的数据需要通过算法解析结果。这时厂商为了保密会将算法封装成.lib或.a等静态库文件，厂商把库文件和一个.h文件提供给使用者，使用者就可以通过头文件中声明的函数来调用解析数据。测试发现：如果在keil5工程文件中新增lib文件夹将库文件添加到工程中，在编译的时候编译器会自动删除该文件，并报无法找到该文件的错误。解决方式：只需将库文件放到和MCU固件库相同的路径下，并在编译器中将将库文件添加到工程即可，注：1.如封装的库文件涉及对MCU硬件的操作，则要使用同一型号的MCU。2.不同编译器生成的库文件无法通用。

芯片是GD32f470ZI，用的官方例程，只要是例程里有延时函数就直接卡在while(0U!=delay)里面。调试时发现不能进入滴答定时器中断，导致delay的值一直没变，但是滴答初始化又是成功的，计数器也是正常的。但就是不能进入滴答定时器中断，不知道为啥。更改优化等级、keil4和keil5都试过，没用。有没有大佬知道的帮我解答一下，十分感谢

官网下载的GigaDevice.GD32F4xx_DFP.3.0.3.pack包安装后keil可以用，但是jflashdwon里面只到GD32F45系列的，没有47系列的，到45就没了，这个怎么处理啊

买了官方的GD32E503V_EVAL型开发板，使用keil5.35打开例程工程，编译出错。错误显示：ArmClang:error:nosuchfileordirectory:'../../../../GD32E50x_Firmware_Library/GD32E50x_standard_peripheral/Source/gd32e50x_usart.c'。网上说是ARM编译器的问题，535版本没有v5编译器，于是重新安装keil5.29版本，使用v5编译器编译，又出现错误：Fatalerror：C3903U：Argument'NOT_SUPPORTED'notpermittedforoption'cpu'。以上两种方法的侧边工程栏下的有些.c文件有黄色感叹号，于是去看keil安装路径中的GigaDevice.GD32E50x_DFP.1.3.2包，带有黄色感叹号的文件都有。有无懂的大佬，求指点，感谢感谢

大家好，我使用GD32F150,对IO脚操作如下：while(1){GPIO_BOP(GPIOB)=GPIO_PIN_6;GPIO_TG(GPIOB)=GPIO_PIN_6;GPIO_BC(GPIOB)=GPIO_PIN_6;}单步调试发现，GPIO_BOP操作后，万用表测3.3VGPIO_BC操作后，测到0.0V。说明这两个操作没有问题，但GPIO_TG，没有变化，这个操作应该是切换输出，1应该变0，0变1。但实测没有变化，不知道GD的内核是不是裁剪了一些功能和寄存器，做了个裁剪版本？请问有哪位大侠碰到类似问题吗？

之前玩了GD32的单片机，它内部时钟在system文件中有个语句直接选#define__SYSTEM_CLOCK_72M_PLL_IRC8M_DIV2(uint32_t)(72000000)，内部8M时钟倍频到72M，APM32的system文件中没有可选项，要不只能用内部8M，要不重新设置寄存器；按照STM32使用内部HSI时钟代码改了半天，没改对啊，有用过得朋友发个代码看看额；

GD32F407,使用HAL库操作U盘，可以正常识别成功，读取文件时读取几包后必然失败，这是什么原因！使用STM32F407测试是，同一程序正常。如一个文件为100K大小，打开文件后每次读取1K数据，读取24包后必然失败。