|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸ゅ嫰鏌涢锝嗙缂佺姷濞€閺岀喖宕滆鐢盯鏌涙繝鍌滃煟闁哄本鐩、鏇㈡偐閹绘帒顫撶紓浣哄亾閸庢娊鈥﹂悜钘夎摕闁绘梻鍘х粈鍫㈡喐韫囨洘鏆滄繛鎴欏灪閻撶喖鏌熼幆褜鍤熸繛鍙夋尦閺岋紕浠﹂崜褎鍒涘銈冨灪濞茬喖銆侀弴顫稏妞ゆ挾濮峰▔鍧楁⒒閸屾瑦绁版い鏇嗗嫷娈介煫鍥ㄦ礃瀹曞弶绻濋棃娑卞剰闁藉啰鍠栭弻銊モ槈濡警浠遍梺绋款儐閹瑰洭寮幇顓熷劅婵犻潧鐗忓▔鍧楁⒒娴e憡鎯堟俊顐g洴瀹曟垿濡舵径濠呮憰闂佺粯姊婚埛鍫ュ极瀹ュ棛绠鹃柟瀵稿仧閹虫劖淇婇銏犳殭閾绘牠鏌e鈧ḿ褎绂掗敃鍌涚叆婵ǹ鍩栭崑鍌炴煏閸繃宸濈痪鎹愭闇夐柨婵嗙墢閺屽牏绱撻崒娑氼暡闁靛洤瀚伴崺鐐哄垂椤旂⒈鐎抽梻浣哥枃椤宕归崸妤€鏋佺€广儱顦粈瀣亜閹般劌澧叉繝鈶╁亾闂傚倸鍊烽懗鑸电仚闁煎嘲閰i弻娑㈠Ψ閹存繃濯奸柛鐐垫暬濮婄粯鎷呴懞銉с€婇梺闈╃秶缁犳捇鐛箛娑欐櫢闁跨噦鎷�
|
缂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾惧綊鏌熼梻瀵割槮缁炬儳缍婇弻鐔兼⒒鐎靛壊妲紒鐐劤濠€閬嶅箟閹间焦鍋嬮柛顐g箘閻熸煡姊虹粙娆惧剰妞ゆ垵妫涢幑銏犫攽閸モ晝鐦堥梺绋挎湰缁矂銆傚ú顏呪拺缂備焦蓱鐏忔壆绱掔拠鑼ⅵ鐎殿喖顭锋俊鎼佸煛閸屾矮绨介梻浣呵归張顒傜矙閹达富鏁傞柨鐕傛嫹
|
IC
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋為悧鐘汇€侀弴銏℃櫇闁逞屽墰缁鎮╅懡銈呭絼闂佹悶鍎崝宥夊箚閸儲鐓犻柡澶嬪閸嬨儵鏌$仦鍓ф创闁轰礁鍊婚幏鐘诲箵閹烘棏鍟嬬紓鍌氬€风拋鏌ュ磻閹炬枼鏀介柣妯哄级婢跺嫰鏌涙繝鍕毈闁哄被鍔岄埞鎴﹀幢濞戞墎鍋撳Δ鈧…鑳槼婵犮垺锕㈤崺銉﹀緞閹邦剛顔掗悗瑙勬礀濞夛箒顦归柡宀嬬磿娴狅妇鎷犻幓鎺濇綆闂備浇顕栭崰鎾诲磹濠靛棛鏆﹂柟鐑樺灍濡插牊鎱ㄥΔ鈧Λ鏃傛閿燂拷
|
缂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾剧懓顪冪€n亜顒㈡い鎰矙閺屻劑鎮㈤崫鍕戙垻绱掗幇顓ф畷濞e洤锕俊鍫曞磼濮橆偄顥氶梻鍌欐缁鳖喚寰婃禒瀣簥闁肩厧澧庢禍鑺ョ節閻㈤潧浠滄俊顐g洴瀹曟垿骞橀幍鎸庡浮閺佹捇鏁撻敓锟�
|
婵犵數濮烽弫鍛婃叏閻戣棄鏋侀柟闂寸绾惧鏌i幇顒佹儓闁搞劌鍊块弻娑㈩敃閿濆棛顦ョ紓浣哄Т缂嶅﹪寮诲澶婁紶闁告洦鍓欏▍锝夋⒑濞茶骞楁い銊ワ躬瀵鈽夐姀鐘电杸闂傚倸鐗婄粙鎺楁倶娓氣偓濮婃椽鏌呴悙鑼跺濠⒀屽櫍閺屾稒绻濋崒娑樹淮閻庢鍣崑濠囩嵁濡偐纾兼俊顖滅帛椤忕喖姊绘担鑺ョ《闁革綇绠撻獮蹇涙晸閿燂拷
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸ゅ嫰鏌ら崫銉︽毄濞寸姵姘ㄧ槐鎾诲磼濞嗘帒鍘$紓渚囧櫘閸ㄥ爼濡撮崘顔煎窛闁哄鍨归崢娲⒑閸濆嫬鈧摜鑺遍崡鐐嶏綁宕奸妷锔惧帾闂婎偄娲よ墝闁稿鎹囧畷妤呭川椤旈棿绨奸梻鍌氬€搁崐宄懊归崶褉鏋栭柡鍥ュ灩闂傤垶鏌ㄩ弴鐐测偓鍝ョ不椤栫偞鐓ラ柣鏇炲€圭€氾拷
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸婂潡鏌ㄩ弴鐐测偓褰掑磿閹寸姵鍠愰柣妤€鐗嗙粭鎺楁煕閵娿儱鈧骞夐幖浣瑰亱闁割偅绻勯悷鏌ユ⒑缁嬪尅榫氶柛鈺傜墵楠炲牓濡搁妷搴e枔閹瑰嫰濡歌閸曟ê鈹戦悩鎰佸晱闁哥姵顨嗙换娑欑節閸パ嗘憰闂侀潧艌閺呮粓宕戦崱娑欑厱閻忕偛澧介埥澶嬨亜韫囥儲瀚�
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸ゅ嫰鏌涢幘鑼妽闁稿繑绮撻弻娑㈩敃閿濆棛顦ラ梺姹囧€濈粻鏍蓟閿濆绠涙い鎾跺О閸嬬偤姊洪崫鍕靛剰缂佸缍婂濠氬Ω閵夈垺鏂€闂佺硶妾ч弲婊嗗€撮梻鍌欑窔閳ь剛鍋涢懟顖炲储閸濄儳纾奸柤鎼佹涧閸濊櫣鈧鍣崑濠囩嵁濡偐纾兼俊顖滅帛椤忕喖姊绘担鑺ョ《闁革綇绠撻獮蹇涙晸閿燂拷
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸婂潡鏌ㄩ弴妤€浜惧銈庝簻閸熸潙鐣疯ぐ鎺濇晪闁告侗鍨伴弫鎼佹⒒娓氣偓閳ь剛鍋涢懟顖涙櫠閹殿喚纾奸弶鍫涘妼濞搭喗顨ラ悙瀛樺磳妤犵偞甯掗埞鎴﹀醇濠靛洤鈧垶姊虹拠鍙夊攭妞ゎ偄顦叅婵☆垳鍘ч崹婵嬫煙閹规劦鍤欓柡瀣╃窔閺岀喖宕滆鐢盯鏌¢崨顔藉€愰柡灞诲姂閹倝宕掑☉姗嗕紦
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗銆掑锝呬壕濡ょ姷鍋為悧鐘汇€侀弴銏℃櫇闁逞屽墴閹潡顢氶埀顒勫蓟閿濆憘鏃堝焵椤掑嫭鍋嬪┑鐘叉搐閻鐓崶銊р姇闁绘挾鍠栭弻鐔告綇閸撗吷戝銈冨劚椤︾敻寮诲☉姗嗘僵妞ゆ帒鍊绘闂備礁鎼悮顐﹀礉閹达箑绠栭柕鍫濐槸绾惧吋绻涢幋鐑囦緵濞寸》鎷�
|
濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌熼梻瀵割槮缁炬儳顭烽弻锝夊箛椤掍焦鍎撻梺鎼炲妼閸婂灝顫忔繝姘唶闁绘柨澧庣换渚€姊洪幖鐐测偓鏍洪悢鐓庣畺閻熸瑥瀚ㄩ崑濠囨偡娴i潧鈧劙宕戦幘璇茬劦妞ゆ帒瀚悡娑㈡倵閿濆簼绨介弫鍫ユ⒑閸濆嫯顫﹂柛鏃€鍨块獮鍐Χ婢跺﹦锛滃┑鐐村灦閿曗晜瀵奸敓锟�
|
闂傚倸鍊搁崐宄懊归崶顒夋晪鐟滃秹婀侀梺缁樺灱濡嫰寮告担绯曟斀闁绘ê鐤囨竟妯肩棯閹规劦鍤欓柍瑙勫灴閹晠宕f径瀣€风紓鍌欑劍閸旀牠銆冮崱妯尖攳濠电姴娲ゅ洿闂佸憡渚楅崢钘夆枔閵娾晜鈷戠紓浣姑粭鎺楁煥閺囥劋閭€殿喖顭锋俊鎼佸煛閸屾矮绨介梻浣呵归張顒傜矙閹达富鏁傞柨鐕傛嫹
|
缂傚倸鍊搁崐鎼佸磹閹间礁纾归柟闂寸绾剧懓顪冪€n亝鎹i柣顓炴閵嗘帒顫濋敐鍛闂備浇顕栭崹浼存儗閸屾氨鏆﹂柟鐑樺灍閸亪鏌涘☉鍗炵伈缂佽精娅曠换婵嗏枔閸喗鐏嶉柡瀣典邯閺屾盯鍩¢崒婊冣拰閻庤娲樺ú鏍敇閸忕厧绶為悗锝庡墮瀵娊姊绘担铏瑰笡婵炲弶鐗犲畷鎰板捶椤撴稑浜炬慨妯煎亾鐎氾拷
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾瑰瀣捣閻棗霉閿濆牊顏犵紒鈧繝鍌楁斀闁绘ɑ褰冮埀顒€顕槐鎾愁潩鏉堛劌鏋戦梺鍝勫暙閻楀嫰鍩€椤戣法绐旂€殿喕绮欓、姗€鎮欓懠鍨涘亾閸喒鏀介柨娑樺娴犙呯磼椤曞懎鐏︾€殿噮鍋婇幃鈺冪磼濡攱瀚奸梻鍌欑贰閸嬪棝宕戝☉姘辩煋闁汇垻顣介崑鎾愁潩閻愵剙顏�
|
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸ゅ嫰鏌涢幘鑼槮闁搞劍绻冮妵鍕冀椤愵澀绮堕梺鍝勫閸庣敻寮诲☉銏╂晝闁绘ɑ褰冩慨搴ㄦ⒑缁嬭儻顫﹂柛鏂跨焸濠€渚€姊虹紒妯忣亜螣婵犲洤纾块煫鍥ㄦ礈绾惧ジ鏌eΟ鎸庣彧缂佽泛寮堕妵鍕敇閻愭潙浠撮梺纭呮珪缁挸螞閸愩劉妲堟慨妤€妫欑紞瀣⒒閸屾艾鈧悂宕愰幖浣哥;闁糕剝绋戦崹鍌炴煕椤愶絾绀€闁藉啰鍠栭弻鏇熺箾閻愵剚鐝曢梺绋款儏濡繈寮诲☉姘勃闁告挆鈧Σ鍫濐渻閵堝懘鐛滈柟鍑ゆ嫹
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸婂潡鏌ㄩ弴鐐测偓褰掑磿閹寸姵鍠愰柣妤€鐗嗙粭鎺楁煕閵娿儱鈧潡寮婚敃鈧灒濞撴凹鍨卞皬缂傚倸鍊搁崐鐟邦潩閵娾晛绠熼柛娑橈攻閸庣喖鏌曟繛鍨姢闁汇倕瀚板娲濞淬儱鐗撳鎻掆槈閵忊€充簵濠电偞鍨崹娲偂閺囥垺鍊堕柣鎰絻閳锋棃鏌嶉挊澶樻Ч闁靛洤瀚伴、鏇㈩敆閸屾粎妲囨繝娈垮枛閿曘劌鈻嶉敐澶婄闁告洦鍨版儫闂侀潧顧€婵″洩銇愬鑸碘拻濞达絿鍎ら崵鈧梺鎼炲€栭悧鐘荤嵁韫囨稒鏅搁柨鐕傛嫹
|
LED闂傚倸鍊搁崐鎼佸磹瀹勬噴褰掑炊椤掑鏅悷婊冪箻楠炴垿濮€閵堝懐顔婂┑掳鍊愰崑鎾剁棯閹勫仴闁哄瞼鍠愬ḿ蹇涘礈瑜忛弳鐘电磽娴e搫顎岄柛銊ョ埣瀵濡搁埡鍌氫簽闂佺ǹ鏈粙鎴︻敂閿燂拷
|
闂傚倸鍊搁崐鎼佸磹閹间礁纾归柣鎴eГ閸ゅ嫰鏌涢幘鑼槮闁搞劍绻冮妵鍕冀閵娧呯厑闂佸搫妫欑划鎾诲蓟閻斿吋鍊绘慨妤€妫欓悾鐑芥⒑閸濆嫭鍣虹紒璇茬墦瀵寮撮悢椋庣獮闂佸壊鍋呯换鍌涙叏婢舵劖鈷戦悶娑掆偓鍏呭闂備焦瀵уú鏍磹瑜版帗鍋傞柛鎰典簼閸犳劖绻濋棃娑卞剰缂佺媭鍨堕弻銊╂偆閸屾稑顏�
|
您现在的位置: 华玉生活网 >> 技术文库 >> 电源 >> 正文>> 繁体中文

高速USB OTG——便携设备绝佳的互连解决方案

电子产品在挑战尺寸、容量、处理速度与便利性的同时,也考验着研发人员的设计能力。过去USB接口的单向传输方式已很难适应现在便携式电子产品所需要的强大功能,市场需要的是让便携设备直接互连的双向连接方式。USB OTG的出现解决了这一问题。

便携设备如何相互沟通

随着便携设备的功能和数据容量的提升,使用者也开始希望其能与其他便携式与非便携设备共享信息,但是掌上型设备的数据输入及显示较为不易。因为体积小,便携设备通常没有实用的接口,只有一个小屏幕和有限的按键。

便携设备存在的另一个问题是“需要传输的数据量”。以一台数码相机为例,其存储容量可高达数百兆。此外,数据传输的方式也有很多,手机用户可能会想将手机连接到PC,下载原先储存的信息;有时需要和其他手机联机,互传电话号码;或者需要和数码相机联机,上传所拍摄的照片;当然有时还必须连接到PDA并使用其无线网络功能。

无奈手机等便携设备体积太小,没有空间为各种连机类型提供专属的接头,而且便携设备的市场对成本相当敏感,想要提供这么多的接头,会导致成本过高。由此看来,我们需要一种便宜、普及、使用容易、传输速率高的

 
<-- AdvertisemantBar end -->
联机方式,使各种不同的电子设备能够彼此通信并传输数据。

标准的USB连接架构

图1  标准的USB连接架构

标准的USB连机需要一个主端(host),这个主端通常是PC。如果想把储存在某个外围设备的数据传输到另一个外围设备,唯一的方法是通过主端来中介传输,如图1所示。例如,想要将数码相机的照片打印出来,必须先将照片上传到主端,再从主端传送到打印机。为什么不在便携设备里加入主端功能呢?USB是一种主从架构的通信协议,原先是给一个主端搭配多个外围设备的应用方式设计的,因此USB连机的操控管理,多半是仰赖主端。如果要将整套USB规格的主端控管逻辑全部建构在一个便携设备中,对于着重功能简便的便携设备而言,会造成很大的负担。而且USB传输线具有方向性,插入主端的接头和插入外围设备的接头并不相同。

以便携设备而言,有时候必须担任主端的角色,例如,数码相机传送照片给打印机;而有时候则必须担任外围设备的角色,例如,数码相机将照片上传至PC,如图2所示。虽然USB的专用接头体积不大,但如果要建构于小巧的便携设备之中,可能还是过于庞大。USB架构认定主端具备充足的电源,可为联机的外围设备提供电力,有些设备甚至全部的电力都是来自USB总线的。这样的供电架构,对于一些电力有限的小型便携设备而言,会造成难以承受的负担。USB OTG补充规格中最重要的改变就是扩充了原先的USB协议,提供更严谨的电源管理功能,并允许电子设备担任主端角色或外围角色。

USB OTG的连接架构

图2  USB OTG的连接架构

双重角色设备

“双重角色设备(Dual-Role Device)”既可担任主端角色、亦可担任外围的电子设备角色。除了要符合USB 2.0标准的所有要求之外,“双重角色设备”还必须提供有限的主端功能,并支持“事务请求协议(SRP)”以及“主端协商协议(HNP)”,而且应具备单一Mini-AB插槽。此外,这种设备必须能传送信息给使用者。当“双重角色设备”处于主端模式运作时,VBUS只需要供应8mA的电流,这个规格有别于标准USB主端的100mA或500mA要求。

主端协商协议

当“双重角色设备”连接了一个Mini-A或Mini-B插头时,它相应的便以OTG主机或外设的默认方式工作。A设备为默认主端,所以由它提供VBUS电源,且在检测到有设备接入时复位总线、列举并配置B设备。

A设备在完成对B设备的使用后,可以通过查询B设备的OTG性能描述符来判断是否支持HNP(即是否为“双重角色设备”)。如支持HNP,B设备将返回有效的OTG性能描述符,A设备则产生一个Set_feature命令(即HNP_Enable)来通知B设备可以在总线挂起的时候以主端方式工作,随后A设备挂起总线。

B设备通过上拉电阻(全速时)或者下拉电阻(高速时)拉低D+(数据线上拉电阻)以示连接断开。随后,作为对B设备断开的响应,A设备使能它的数据线并开始以从端方式工作。完成这些转换后,B设备和A设备便各自以主机角色和外设角色使用总线。如果该B设备属于“双重角色设备”且A设备不再使用它了,A设备便重发Set_feature命令并挂起总线。若B设备申请角色转换时出错,A设备则拉低VBUS以结束该事务。当B设备正常结束传输事务时便挂起VBUS使能其上拉电阻,重新以从端方式运行。A设备检测到总线挂起后,发出一个连接断开信号并重新以主机方式工作。

事务请求协议

在以往的USB系统运行过程中,主机提供5V的电源和不低于100mA的总线电流。当OTG主机(指以主机方式工作的两用OTG设备,又称A设备)连接到有线电源时这种方法是适用的,但像手机这样的自供电移动设备则不能承受如此大的电能浪费。为了节约电源延长电池的使用寿命,当总线上没有活动时,OTG主机将挂起总线电源VBUS。SRP可使OTG从端(指外设式设备或者以外设方式工作的“双重角色设备”,又称B设备)请求设备重新使能VBUS,而后A设备使用HNP交换两个设备的工作方式,这两步完成后由新的OTG主机开始事务传输。B设备可在前一事务结束2ms后的任意时间开始SRP。

B设备将先后执行数据线脉冲调制和VBUS脉冲调制,分别通过使能数据线上拉电阻(全速和高速设备为D+,低速设备为D-)5~10ms和驱动VBUS实现。VBUS必须要有足够长的时间对其电容充电,这个时间应能保证不大于13μF的电容充电至2.1V(OTG设备的电容是6.5μF或更小),从而不会对标准主机的96μF或更大的电容充电至2.0V。该限制保证了从B设备引来的VBUS电流不会破坏标准主机的端口。

A设备检测到数据线脉冲调制或者VBUS脉冲调制后,首先复位总线,然后发送Set_feature命令而先不进行设备的枚举,此时B设备尚处在默认的从端状态。如果Set_feature命令成功执行,说明B设备为两用OTG设备,A设备(使用HNP协议)挂起VBUS准备让B设备交换为主机方式接管总线。如果Set_feature命令执行失败,说明B设备为外设式OTG设备,于是A设备使能VBUS准备开始一个传输事务(此时,A设备只是被唤醒,并未改变工作方式)。当A设备认为总线上没有传输需要时,挂起VBUS以结束该事务。这种A设备自动检测B设备是否支持HNP的特征称为“No Silent Failure”。

USB得以成功的其中一项秘诀在于完善的认证测试程序。这道程序能检测设备是否符合规范且能否与其他USB设备共同运作,唯有通过认证测试的设备才能贴上USB的认可标签。目前,认证测试有两种途径,可通过USB Compliance Workshop(Plugfests)或个别的测试实验室进行测试。以上两种方式都能将通过检测的设备列入符合规范USB设备的整合厂商名单中。

USB OTG 评估板测试

1 USB EHCI 主端控制器测试

每个设备应该能响应USB规范所定义的控制请求。主端应该能利用主端控制器经USB缆线送出控制需求到USB设备。

EHCI 主端控制器测试架构

图3  EHCI 主端控制器测试架构

测试方法如下:USB测试Class驱动呼叫由USB IP核提供更高层的API,经USB子系统送出需求到USB设备。接着, 主端经控制端点(Endpoint)接受控制IN/OUT,然后解析/获得回应数据/状况用以核对其正确性。此外, 每个USB设备应该包含几个必需的描述符并依靠所接受的Get_Descriptor需求的内容来回应这些描述符。图3中PC安装Windows 2000或是Windows XP,利用ARM ADS1.2的AxD调试器,FA5 CPU的ICE一端连接PC的打印机口或是USB口,另一端连接开发板,开发板的另一端则是各种USB设备,如USB集线器、摄像头、鼠标、键盘和U盘。

互测SNP和HNP的连接架构

图4  互测SNP和HNP的连接架构

2 OTG 测试

利用两台USB OTG开发板互测SNP和HNP的连接架构如图4所示。

大量存储的应用测试

图5  大量存储的应用测试

应用测试

如图5所示,设计一个SD卡主端应用来做演示, SD卡的大量存储用以测试FOTG200功能。

FOTG200是智原的USB 2.0 OTG控制器, 能作为一个双重角色。作为主设备,它包含一个USB主端制器,能支援所有速度的事务。无须软件干涉的情形下,主端制器能处理一个基于事务的数据结构以减去主控CPU的负担,自动地在USB总线上转送和接收数据。作为从设备,每个端点,除了端点0,都承担可编程的HS/FS传输类型提供弹性以适应各式各样的应用。

在这个应用上, USB子系统由USB IP核、EHCI HCD控制器、USB大量存储Class驱动、文件系统和SD卡设备驱动所组成。因此,主端设备能够读/写文档到SD卡(外部设备)。顺便也能验证大量存储Class驱动和Bulk IN/OUT传输的功能。


  • 扩展阅读
  • 上一个文章:
  • 【返回网站首页】 【返回电源】
  • 下一个文章:
  • 【字体: 】【】【发表评论】【加入收藏】【告诉好友】【打印此文
    文章 软件 电影 商品

    相关文章

    本站公告

    • 扫一扫,打赏给我们,谢谢!

      本站2016年12月16日起取消ruida.org.cn域名,该域名正式作废,该域名发布任何信息与本站无关。


      启用ruida.orghy928.net域名;

      瑞达网,瑞达科技网宣

    专 题 栏 目

    • 24CXX93CXX彩电、显示器数据/存储器读写器制作
      24CXX93CXX彩电、显示器数据/存储器读写器软件下载
       濠电姷鏁告慨鐑藉极閸涘﹥鍙忛柣鎴f閺嬩線鏌熼梻瀵割槮缁惧墽绮换娑㈠箣閻愬灚鍣х紓浣稿閸嬨倝寮诲☉銏犖ㄦい鏃傚帶椤晝绱撴担鎻掍壕闂佸壊鍋嗛崰鎾跺姬閳ь剟姊婚崒姘卞缂佸甯¢弫宥夊籍閸喓鍘鹃梺鍝勵槼濞夋洘绂掗姀銈嗩梿濠㈣埖鍔栭悡銉︾節闂堟稒顥為柛锝嗘そ閹綊骞囬妸銉モ拤闂侀潧娲ょ€氫即宕洪敓鐘茬闁靛ǹ鍎辩粻锝夋⒒娴g瓔鍤冮柛鐘崇洴閿濈偞寰勯幇顒傤唵闂佸憡绋掑ḿ娆愬閻樼粯鐓忓鑸得悘锝囩磼閳ь剚绻濋崟顓狅紳闂佺ǹ鏈悷褔藝閿斿浜滈柨鏃囶嚙閻忥箓鏌熼鐭亪鍩為幋鐘亾閿濆簼绨介柛娆屽亾婵犵數濮伴崹濂稿春閺嶎厼绀夐柡鍥╁Х娑撳秴鈹戦悩宕囶暡闁稿﹤鐏氱换娑㈠箣閻戝棔鐥銈呯箰濡藟濮樿埖鐓曢柟閭﹀墯閳绘洘绻涢幘鎰佺吋闁哄本娲熷畷鐓庘攽閸埄鍞洪梺璇茬凹缁插宕戦幇顔筋潟闁圭儤顨忛弫濠囨煟閿濆懏婀伴柛锛卞喚娓婚柕鍫濇缁岃法绱撳鍕槮闁伙絿鍏橀獮鍥偋閸繀绨婚梻浣瑰劤缁绘锝炴径濠庣唵闁硅揪闄勯埛鎺懨归敐鍛暈闁诡垰鐗婄换娑氫沪閸屾艾顫囬悗瑙勬磻閸楁娊鐛Ο鑲╃<婵☆垵妗ㄧ划褔姊绘担鑺ョ《闁革綇绠撻獮蹇涙晸閿燂拷
    网友评论:(只显示最新10条。评论内容只代表网友观点,与本站立场无关!)
        没有任何评论

    | 服务声明 | 充值中心| 华安五金电器 | 收费标准| 论坛| 留言| 实用查询| 会员中心| 下载帮助| 设为首页|

    技术支持:瑞达科技 即时交谈QQ:237013889 QQ群:13810759 E-Mail:237013889@qq.com
    非盈利网站,如有侵权,请来信来电告知,第一时间处理,谢谢!
    桂ICP备17008104号 华玉生活网网站统计
    tj