以前我遇到过一种这样的情况，就是按照默认的io口配置，但是不小心控制了外围一些芯片导通了，导致会有很大的电流产生，请楼主也可以查看一下是不是此种情况
1.示波器看输出端是不是有这个高电平 2.检测线路上是不是有影响 3.前面两都正常，不接输入，就直接看波形，有没有突然一下高电平 4.中断里面是不是有什么操作存在
斜阳__大神分享的程序。 分享一个自己实现的基于stm32f103的键盘主控制器 https://www.stmcu.org.cn/module/forum/thread-604738-1-1.html
会不会是编译路径没有配置好呢？ 拿以前编译成功的，再编译试试。 如果没有设置好编译路径，请参考： http://blog.gkong.com/hushunlin_627267.ashx 基于STVD+COSMIC编译过程中的几个常见问题 http://www.51hei.com/bbs/dpj-41035-1.html
理论上，没有问题。 但是要注意在软件上，对两块板子的IO口的输入、输出设置的初始化。 建议在两个通讯IO口之间，加一个保护电阻，比如：51欧姆的。 烧芯片，有可能是电路设计有问题或者是软件设置问题，比如： 芯片供电， 是否共地了， 通信间的IO口，是否５V兼容， 输入端口是否设置为检测口。
硬件刚上电时，其电压尚未稳定，系统时钟也未稳定， 所以一般在程序启动时，会加入一定的延时时间， 作为让系统稳定的过程。 而第一次UG置位，正常情况下是相当于清零， 但是也是防止系统未预加载成功时，作为延时用的。 第二次置位，其实就是纯淬的清零动作了。 你可以试试，注释掉第二句，其实也是可以运行的， 只是在特殊的情况下（比如：未预加载成功时）, 就会出现问题了。 第二个问题，其实toofree大神已经解释的很清楚了： DMA启动传输应该是UG被第二次置位的时候。 第一次是把数据从buffer加载到preload寄存器， 第二次是把preload寄存器中的数据加载到active寄存器寄存器。
是的,毕竟应用是无穷无尽,就如我们的串口接口,就只有轮训,中断,和DMA,但是他们要不就是用time out,不要就是以长度作为结束,但用户用AT指令或者一些数据采集卡时,就不能有关键符号,或者是自动接收了.都是需要自己修改接口,希望cubeMx可以越来越完善,适应越来越多的应用.
从机没回主会等待固定时间在重发,是因为从端硬体有问题才不回造成,延迟一段时间回覆多笔(內存Buffer);因有发生资料被改变，要确认是否会造成记忆资料会丢失；平时是硬体正常不会有此冲突，謝謝回復
楼主用的HAL库，传说中的所谓硬件I2C问题应该不存在。 楼主设的是低速模式，换成高速模式看一下。 在CubeMx中将I2C的改为高速。 HAL_I2C_Read和write的timeout参数设大一点，或者干脆设为最大值，看看通讯是否成功。
微信公众号
手机版
