嵌入式开发者社区
标题:
关于USB的问题
[打印本页]
作者:
378087736
时间:
2016-12-1 09:25
标题:
关于USB的问题
小弟最近做了5块板子,用的创龙的核心板,其中4块USB2.0 host都没有问题,只有一块老是周期性报如下错误:
, e: k/ R& a+ v8 }* N; H* _
hub 2-0:1.0: over-current condition on port 1
$ P8 L( f2 L$ T7 n- A
da8xx_musb_interrupt 538: VBUS error workaround (delay coming)
2 K& q! ], c" x) K- O& G% ^- |( c; w
我的电路图如附件,我用示波器测量过了,开始USB0_DRVVBUS脚起始是低电平,开机瞬间,它会变成高电平,USB0_VBUS也会
6 T5 }& Q2 A' r$ P" q# [/ U
随着上升至5V,开机瞬间,USB0_VBUS并没有出现跌落至低于4.4V,从电路上没有发现问题,然后开始追踪linux3.3 USB驱动代码,
8 d' C. x# L) F$ l* p5 g9 E' I
发现,在da8xx_musb_interrupt函数中,有如下代码:
+ P) P0 G0 S1 R( r1 U* z
if (status & (DA8XX_INTR_DRVVBUS << DA8XX_INTR_USB_SHIFT)) {
( {- w; O. Z0 K* Z
int drvvbus = musb_readl(reg_base, DA8XX_USB_STAT_REG);
$ a& P3 g% G, B$ J+ d/ R" N0 P- I
void __iomem *mregs = musb->mregs;
+ S* p: D7 X4 C# E4 Y O
u8 devctl = musb_readb(mregs, MUSB_DEVCTL);
! i& X- E! Q& v* |, T
int err;
3 L3 o6 o% \1 ?% T: W/ X) C
* D/ y* @: s+ J$ v8 }
err = is_host_enabled(musb) && (musb->int_usb &
. Q: S* h' q+ g z; D5 h- H
MUSB_INTR_VBUSERROR);
' |. ]# i$ {; W
if (err) {
& L8 W1 A k% g5 t) q" z' q
/*
' G a7 A: @! O5 v8 B0 |; ]
* The Mentor core doesn't debounce VBUS as needed
7 l3 R5 G' f0 v9 Z) V. I
* 。。。
/ n0 \" W. j, B' W6 D
*/
0 x9 A" q* C: B9 o6 X% t+ K! D# l
musb->int_usb &= ~MUSB_INTR_VBUSERROR;
- ] ~: g* n. X8 y2 {% {. D
musb->xceiv->state = OTG_STATE_A_WAIT_VFALL;
4 E7 g/ q/ ^% x- b6 O* r" ]
mod_timer(&otg_workaround, jiffies + POLL_SECONDS * HZ);
, |( b. l T! B% N% Z. \
WARNING("VBUS error workaround (delay coming)\n");
1 f. K- u0 g0 p/ c4 F& H5 I( q5 t
}
: e/ l) D( V- c1 J: ~5 O/ h8 l0 P
' T6 L3 P( f9 c1 j5 G
一直发生MUSB_INTR_VBUSERROR错误,然后会启动定时器,周期调用otg_timer函数,
! R' o8 Q5 K1 O
跳入如下分支:
2 @! V; d1 E! J! u
devctl = musb_readb(mregs, MUSB_DEVCTL);
; H' i9 S( B5 Y. e7 d
。。。
" M \# R1 h7 U3 Q2 L7 g
case OTG_STATE_A_WAIT_VFALL:
5 G |& l* y# b8 ^
/*
! \ K- R( Y) L6 J$ g
* Wait till VBUS falls below SessionEnd (~0.2 V); the 1.3
% t. a) ^: C2 @/ R* |3 r' H- F9 d
* RTL seems to mis-handle session "start" otherwise (or in
9 ?5 }$ g* a" j+ |
* our case "recover"), in routine "VBUS was valid by the time
, _, P5 Y }6 W, l
* VBUSERR got reported during enumeration" cases.
! [4 E( m: g9 P9 @1 v
*/
9 c* X5 ]! M- Y) g/ q F
if (devctl & MUSB_DEVCTL_VBUS) {
$ `* R F1 Q1 c/ i5 D9 @
mod_timer(&otg_workaround, jiffies + POLL_SECONDS * HZ);
( D4 V% k( \! u( J% M) Q8 L
break;
! ?- T M4 Z4 v# ^$ i. D
}
6 h7 U) O8 S6 c* o6 g! v, m
musb->xceiv->state = OTG_STATE_A_WAIT_VRISE;
9 |, n& L' y* y [
musb_writel(musb->ctrl_base, DA8XX_USB_INTR_SRC_SET_REG,
( ^9 t( a5 ]- F6 v! \4 W& y* P9 _( a
MUSB_INTR_VBUSERROR << DA8XX_INTR_USB_SHIFT);
) k9 y2 X: T, A; p
break;
9 Y/ f9 z0 m: V& f: q: ^+ z1 l8 `* j
" W- U& g2 t0 ?
其中,devctl是设备控制寄存器,我打印了它的直,是0x80, 也就是位7是1,代表着是B device,,明明是A类,
. F: G: E2 P# m) c
不知道为啥自动变成B类了。而且VBUS一直是5V,正常的啊,可是驱动也无法修复。。
8 A6 S$ Z6 O) U6 H1 _! g
不知道亲们有没有遇到类似的情况,是怎么解决的?
9 w, c7 u7 ~! d7 d( Q
作者:
human
时间:
2016-12-1 22:01
如果4块正常的话,那驱动应该是没问题的,多半是硬件的问题
欢迎光临 嵌入式开发者社区 (https://www.51ele.net/)
Powered by Discuz! X3.4