can总线应用实例

can主要用于工控和汽车领域，高速can在汽车领域应用很广，你想的到的日、没、欧的汽车或多或少都有can总线，大众、奔驰、宝马、通用、沃尔沃、等等等等等等，芯片厂商诸如bosch、英飞凌、飞思卡尔、英特尔等等等等等。

汽车上包括动力系统，车身控制，安全系统，舒适系统都可以使用can总线。你留个邮箱，我给你发个大众的can总线维修的手册吧，里面有图有文字，你完成作业很合适。

别人写的你参考一下：半年前接触STM32，刚开始MCU用的32F1，库用的标准外设库3.5，写过一些简单的东西。再后来发现ST还有一个软件叫做STM32CUBEMX，可以自动的生成初始化程序，对于我这个32新手来说无疑是天降福音！终于不用为繁琐的配置而苦恼了（其实就是自己对各项配置不熟，而且没有自己积累的程序可以CtrlC+CtrlV）。虽然CUBE用的是ST新出的HAL库，与以前的标准外设库完全不兼容，甚至基本的I/O *** 作都变了，会让习惯了标准外设库的人很苦恼。但是我对标准外设库也不是很熟，而且CUBE的界面化设计真的让配置工程变得很方便，再加上它还有一个类似于FPGA的引脚分配界面，让资源分配，PCB布局布线也方便了不少，于是我选择了用CUBE，用HAL库。很早就开始的写32的朋友有不少，他们也试过HAL库，可最后无一例外都选择了继续使用标准外设库。他们表示完全不习惯HAL库，另外HAL库不太好，毕竟是自动生成的配置，没有自己手动配置的来得熟悉来得透彻，谁知道软件是怎么给你配置的工程。另外CUBE就是给那些不会写32的人用的（ST的官方的说法似乎也是HAL是为了方便做嵌入式相关且对底层不熟的人设计的，但想不通他为何要把两个库做得不兼容）。前面一直在画PCB，调PCB，做机械之类的，没有写程序。最近又开始写32，现在用的MCU是32F4，库是HAL/F4库1.6.0。可是我发现我连GPIO的上拉输出都实现不了，无论如何I/O始终默认输出低电平（ *** 作I/O可以实现电平跳变），这个问题我昨天查了一天，从库到最底层的寄存器都看了，可没发现什么问题。周围用HAL库的就我一个。。。有些无奈了，难道HAL库真有什么问题吗？如果真有这么明显的问题，ST官方肯定早就发现了。已经下好了标准外设库，打算换标准外设库，工程从头到尾都自己配置，这样出了问题也更方便找。可是我始终有一点想不明白，既然ST官方在推HAL库，那肯定也有他的道理，我们也应该勇于接受新事物，为何身边的朋友却都不愿意接纳HAL库。

---