问答

有lora的多点通信的毕，设吗？一个三个节点，一个终端，要求终端接入wifi上传到云端。

以前项目的板子用的STM32F407ZGT6，现在要求主控芯片必须国产化，想直接替换成GD32F407ZGT6，不改变原先的外围电路，请问大佬们有尝试过的嘛，可以的话那就太省事了，我先给大家鞠个躬吧！！！

GD32F303使用KEIL仿真，JLINK连不上什么原因？需要怎么设置？

以前用ADC很少用内部基准,都是尽量加一个431什么的,多用一个ADC通道读431再换算这次偷懒用了VREFINT,结果发现每次复位之后ADC采样结果相差挺大,于是单独把VREFINT的值输出到串口再换算成电压试试.一看吓一跳,标称1.2V,最低只有1.138V左右,最高1.207V左右,每次复位都不一样,复位之后倒是挺稳定的.是我哪里设置得不对吗?还是这东西就这样...

测试

我在GD32F450ZKT6中烧录了STM32F407HAL库的代码，但是外部晶振无法起振，找不到原因，有兄弟们这样搞过的吗？烧录的是正点原子的探索者跑马灯程序。

LKS081开发板上电以后，ST-link检测不到芯片，并且FlashDownload中的ResetandRun勾选上以后，关闭选项卡再打开又回到原先没有勾选的状态，请问这是咋回事啊

在使用CW32F030F8做设计的时候，下载了一次程序后就一直不能下载了，报错devicecouldnotbepoweredup。但是芯片能识别到。主程序开启了外部时钟和flash等待

这是我做的一个AT32F407F8T7的一块板子，外围电路如下，但是焊接后SWD识别不到内核，请问有大佬知道什么原因吗？

\User\apm32f0xx.h(70):error:#35:#errordirective:"PleaseselectfirstthetargetAPM32F0xxdeviceusedinyourapplication(inapm32f0xx.hfile)"#error"PleaseselectfirstthetargetAPM32F0xxdeviceusedinyourapplication(inapm32f0xx.hfile)"这个问题如何解决

大家好，我使用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的内核是不是裁剪了一些功能和寄存器，做了个裁剪版本？请问有哪位大侠碰到类似问题吗？

将外部晶振修改为8M之后，打印主频96M，一切正常，但是USB的时钟源是未进行修改，应为我主频没变，时钟配置如下voidusb_rcu_config(void){uint32_tsystem_clock=rcu_clock_freq_get(CK_SYS);printf("系统时钟为：%d\n",system_clock);if(48000000U==system_clock){usbfs_prescaler=RCU_CKUSB_CKPLL_DIV1;timer_prescaler=3U;}elseif(72000000U==system_clock){usbfs_prescaler=RCU_CKUSB_CKPLL_DIV1_5;timer_prescaler=5U;printf("系统时钟为：%d\n",system_clock);}elseif(96000000U==system_clock){usbfs_prescaler=RCU_CKUSB_CKPLL_DIV2;timer_prescaler=7U;}else{/*reserved*/}rcu_usb_clock_config(usbfs_prescaler);rcu_periph_clock_enable(RCU_USBFS);}但是运行至枚举状态机时就卡死在死循环不出来，这是为什么呢进入caseHOST_DEV_ENUM:之后：调用usbh_devdesc_get(uhost,8U))-----》》》usbh_ctl_handler(uhost);------》》》if(URB_DONE==usbh_urb_wait(uhost,uhost->control.pipe_in_num,DATA_STAGE_TIMEOUT)){uhost->control.ctl_state=CTL_STATUS_OUT;}就卡死在这个等待

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