Utilities文件夹不是必须的，这个文件夹是给ST的官方的开发板(也就是评估板)提供的Demo程序。自己建立的工程除非用到了里面的头文件或者源程序，否则不用这个文件夹。如果自定义工程在不包含此文件夹的情况下报错，一是可能程序中用到了里面的头文件或者源程序，二是可能在包含路径时包含了里面文件夹的路径。
一般可以认为一切MCU外设的操作都是通过寄存器完成的，但是寄存器操作需要对外设的硬件架构很熟悉，了解每一个寄存器的功能和操作方法，这对于想快速进入开发工作的人来说是很痛苦的，所以ST在寄存器操作外设的基础上进行了封装，形成了STD库，也是现在应用最广泛的库。但是随着ST产线的不断增加，各个产线的STD库相互不兼容，于是ST又推出了HAL库和图形化配置工具STM32CubeMx，这套库可以在不同产线上进行兼容，后来考虑HAL库在效率上不足，退出了效率更高的LL库。所以目前固件库只有这三种，STD，HAL，LL。Cube可以认为是HAL库和LL库的封装集合，提供给STM32CubeMx图形工具用的。
之前在STM32F103CBT6和C8T6上也发现这个问题，CBT6的Flash是C8T6的两倍，但是其实C8T6能擦写的Flash和CBT6是一样的。 我估计是这样的，ST的产品型号真的太多了，很多其实是类似的，所以共用一种晶元，只是导入不同的固件，导致功能上有些许差异。但是官方之外的RAM和Flash，可能没做过读写的可靠性验证，可能存在问题，所以不建议产品使用。
软浮点是通过浮点库去实现浮点运算的，效率低；硬浮点是通过浮点运算单元(FPU)来完成的，效率高。有FPU的处理器，编译的时候编译器将代码直接编译成硬件浮点协处理器(浮点运算单元FPU)能识别的指令，这些指令在执行的时候ARM核直接把它转给协处理器执行。FPU 通常有一套额外的寄存器来完成浮点参数传递和运算。使用实际的硬件浮点运算单元(FPU)会带来性能的提升。这里跟精度没什么大关系，重要的是效率。
MAC地址在局域网内部是不能重复的，交换机或者路由器需要通过MAC地址进行转发。MAC地址在不同局域网是可以相同的，数据包在经过路由器时，路由器会对数据包拆包，并重新打包，此时会替换数据包的MAC和IP。所以不不同局域网内的设备MAC地址相同没有问题。
应该不是快慢的问题，看现象应该是接收的或发送数据的代码没有检测应答信号，导致数据错位。模拟IIC应该严格按照IIC的时序进行。 以上是IIC的时序图，检查代码看是否是发送了9位。
看样子，从端把主端的数据也计算了一次。 找了个例程给你参考一下： http://blog.csdn.net/zlk1214/article/details/76037417
微信公众号
手机版
