流水源 发表于 2019-5-30 14:38 你可以在这里查询所有数据是否发送接收完啊 每个端点有一个xfer_count和xfer_len参数。确实能确定数据是否发送完成，只是要改一下库。看来CDC这个类的接口还是得再丰富下。
toofree 发表于 2019-1-29 16:04 先打开别人样例工程看看，自己直接建工程干嘛。 找了一下HAL库的工程，没有找到有这个配制的。手头又没别的工程了。能分享一个吗？
xmshao 发表于 2019-1-8 16:59 与端点相关的其它配置，比方FIFO地址、长度等，枚举信息都相应配置好了吗？ ... 是端点的FIFO大小问题，
本帖最后由 stm1024 于 2018-7-12 11:23 编辑 看看底层对于DISK的定义是否一致？好像那个ff文件里面，把SDIO/MMC定义为1
这种东西要看应用需要，如果对速度和实时性要求高，那么串口就会有问题。。。如果对距离有要求，那么只能用串口。。。这些都是看应用需求来定的。。。合适就好，至于协议，那都是软件层的事情了。。。可以自己定义，也可以使用公用的。。。
你可以这样做 1.确定你BUS HOUND没问题，因为我电脑上这软件时不时会出点毛病，用BUS hound找到你的鼠标，应该是个HID设备，当你动的时候，是不是有数据在传输 没有数据：1.你软件本身安装有问题，找找安装说明 2.你自己操作问题，百度下使用方法 有数据：软件正常，也说明你会用软件 2.确定你硬件问题，连上电脑，至少你设备管理器里面是有东西的，插拔试试，有没东西变化 没有：找你的程序或者硬件问题去吧 电脑找到了设备，但是有感叹号，不用说了，干掉感叹号 有设备并且没有感叹号，不要去折腾你的硬件了，电脑能正常检测到东西，肯定有过数据交互了 3.在前面两点都没问题的情况下，你要是还不正常，那你就把，设备管理器检测到的设备，和他的硬件ID截图，同时把你程序里面的UID PID截图（默认你是HID设备），然后再截图你BUS HOUND里面找到的东西
同问，直接用cube生成的四线DMA方式来做会卡在disk_write(),如果用单线DMA模式没有问题，可以直接用，另外F7包里的F767的SD例程uSD也是直接用单线，，，，emmmm 难受
我也遇到过，IAR下用Debug模式可以正常运行，但是IAR下载的程序就是不能执行。在Keil的都是没有问题。 这两天测试J-Link调试器，结果是没有了这种怪现象，感觉应该是IAR对ST-Link的支持不好导致的。
找到问题原因了，在此记录一下。 当系统存在多个从机时，stm32做从机，在自身不参与通信时，要把SPI外设关掉，当自身参与通信时，再打开。如此操作，便能正常通信了。
这是Cube的一个Bug。我遇到过，只能手动修改底层函数。 https://www.stmcu.org.cn/module/forum/thread-607767-1-1.html 此帖第十四篇有说。
Mandelbrot_Set 发表于 2017-5-25 16:59 .c: volatile int a1 __section("section1") =1221; volatile int b1 __section("section1") =12; 十分感谢您的答复，谢谢。
