最近某项目需要用到USB与CAN：
4 t- T- @% N' q; h* C+ ~

% k1 [& t5 q, G6 p
4 l" Z4 B+ j: b3 {/ x拿到这样的需求，我们当然是先得保证通讯正常。于是我找了一个USB例程与一个CAN例程，分别调试验证。
: n& A+ p" P8 V( j" p& N

7 c# _6 D0 G9 K" r3 s: d/ V1 @经过几番折腾已经保证了USB与上位机能正常通讯了，也能保证了CAN的正常收发（拿了两块开发板做验证）。

( I) _+ Q0 I0 }
两头都没有问题了，再加上一些数据处理就差不多完成了。USB与CAN我都是第一次用，没想到那么顺利，美滋滋，正准备放松的时候，问题就来了。这是一个整体的东西，最终都要把这两部分集合起来吧。
6 u. u  W& }$ Q

我把CAN工程里关于CAN的部分移到USB工程里，这时候CAN竟然用不了了。这时候我就开始在怀疑自己是不是手贱误删了哪里了，于是重新来一遍，发现还是不行。
& \4 J( V2 q5 Y3 H  V6 Q
6 I8 B* @$ {; u
查了代码很久也没找出什么错误了，于是决定先不找错误了，进度要紧，这时候觉得应该是工程哪里有问题了，先想其它办法避过这个问题。
5 R7 q+ f3 F* t

于是乎我就换着来，我把USB的工程里关于USB的部分移到CAN工程里。大家猜一猜发生了什么？USB竟然打都打不开！要炸了。。但是这时候已经很明确肯定不是移植问题了。CAN部分首先想到了波特率是不是对不上了，USB部分首先想到USB的时钟是从哪来的，之前没用过也没仔细看。带着这两个问题去查看了参考手册与代码，果然，STM32F429的USB的时钟还真有点特殊（不知道其它芯片是不是也是这样），其来自于PLL输出，而不是我们熟知的APB1、APB2：

& [" u% G; K+ U" T. S, [2 B

从时钟树中我们可以看出：（1）的输出是系统时钟，（2）的输出是USB时钟。相关公式：
0 |2 L: j0 n2 u5 P/ W+ ]5 S

! u0 n. y* S+ i! _7 O( G
; t! y5 E, _6 [" K8 v6 }$ Z" T% E当然（2）的输出不仅仅是给USB提供时钟，还给RNG与SDIO提供时钟：
: J5 @5 H& s2 A3 G8 e


这一部分对应的代码在system_stm32f4xx.c中。下面看看USB工程、CAN工程中该文件的差别：
9 q3 m1 J2 \, @; b' d* b

5 T2 w9 d) s, }. H4 h
8 V6 S9 _3 C3 }, E' w7 `+ W
' b# S0 r# r4 O8 T# S

可见，问题找出来了。在USB工程中，CAN通讯不正常是因为系统时钟降为168MHz，导致APB1时钟变为42MHz，而代码中是用APB1=45MHz来计算CAN的波特率的，所以导致波特率对应不上导致CAN通讯错误。
8 Q& X. c) y0 I: S2 r) g& h

5 Y0 _. H0 o3 `4 k5 Y! s在CAN工程中，系统时钟为180MHz，USB OTG FS时钟变为51MHz，超过了正常的48MHz，导致USB不能正常工作。
5 G& Z& d) |( x! [" l3 l
5 f3 _2 v/ V  B! f8 i
所以，每当用到USB，都得单独配置PLLCLK = 168MHz了，这样的话其他外设可能得改变原有的配置，比如这里的CAN就得用APB1=42MHz来计算波特率了，否则就会出错。
$ \2 u0 Z# b. e  n# L




$ r; X6 h" ~, S1 O3 o& \" y