hw_buffer 数组初始化没加括号

一沙一世 发表于 2023-9-22 11:48 感谢。是  华大HC32L136K8TA  contex m0 的内核

去搜一下 m0内核 对齐访问 非对齐访问你就懂了 他的指令集不支持非对齐访问 m3 m4内核是可以的

一沙一世 发表于 2023-9-22 11:48 感谢。是  华大HC32L136K8TA  contex m0 的内核

你可以看一下rx_buffer[10]地址肯定不是4的倍数 m0内核是有这个问题 要对齐

//gcc 7.4.0 #include <stdio.h> #define LONG_TO_BUF(long,buf) {buf[0] = (long&0xff000000) >> 24;\ buf[1] = (long&0x00ff0000) >> 16;\ buf[2] = (long&0x0000ff00) >> 8;\ buf[3] = (long&0x000000ff);} int main(void) { unsigned char mydata[4] = {0}; long num = 0xaabbccdd; LONG_TO_BUF(num,mydata); printf("0x%x\n",mydata[0]); printf("0x%x\n",mydata[1]); printf("0x%x\n",mydata[2]); printf("0x%x\n",mydata[3]); return 0; }  

如果每次必现 我建议还是看看是不是底层啥的有一些限制或者阈值什么的，如果之后能ping通，丢包概率只是1/65536，我觉得也可以接收，协议上反正也要做重传的

吓于侠义 发表于 2023-8-30 12:02 卧槽，设置好512k后，烧录后能正常工作。然后我重新选了一遍option-device的芯片，再选择CMSIS-DAP仿真器， ...

妙啊

读出来试试 对比一下 感觉没烧进去

应该更改成tt=t*625/1000.0f  因为你的tt t类型不一定可以支持你想的计算流程

.o删了也行 编译后会重新生成

说实话我觉得没有必要用这个