嗯, 我再換其它機(jī)器試試

之前用的是thinkpad L480, 晚上換了另一臺(tái)thinkpad T450s, 系統(tǒng)也是20.04, 測(cè)試也還是有這個(gè)問(wèn)題. 在這臺(tái)機(jī)器上, 斷開(kāi)的間隔更短, 3~4秒就會(huì)斷開(kāi)一次.

因?yàn)檫€有一塊W801的開(kāi)發(fā)板, 也用到了CH340N, 所以直接在開(kāi)發(fā)板上設(shè)置了UART發(fā)送. 但是這個(gè)開(kāi)發(fā)板上的CH340N測(cè)試卻是好的, 不存在這個(gè)問(wèn)題, 不管cutecom連接或不連接, dmesg里CH341設(shè)備均不會(huì)斷開(kāi)

于是比較了最近測(cè)試的幾個(gè)不同的CH340的dmesg輸出, 發(fā)現(xiàn)一個(gè)區(qū)別

凡是沒(méi)問(wèn)題的(W801開(kāi)發(fā)板板載的CH340N, USB2TTL的CH340G), 顯示都是

[ ] usb 2-3: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice= 2.64

凡是有問(wèn)題的, 我之前測(cè)有問(wèn)題的CH340C和CH340N 顯示都是

[ ] usb 2-3: New USB device found, idVendor=1a86, idProduct=7523, bcdDevice=81.32

在網(wǎng)上搜這個(gè) bcdDevice=81.32 看到的結(jié)果非常少, 想請(qǐng)問(wèn)下, 這個(gè)編號(hào)正常么??

另外, 有問(wèn)題的CH340C和CH340N還是從不同的兩家買的, 但絲印編號(hào)都是4114開(kāi)頭, 而原有的沒(méi)問(wèn)題的絲印都是2開(kāi)頭.?

是批次工藝有區(qū)別, 還是我買到了假貨?

之前注意過(guò)這個(gè)CH340C通信時(shí)的情況和USB2TTL上的CH340G不太一樣,?

使用這個(gè)CH340C對(duì)STC8H燒錄時(shí), 每次可以讀入32bytes, 然后間隔100ms以上再讀一組, 而以前用CH340G時(shí)則是每次兩三個(gè)byte, 間隔很小. 可以看這個(gè)問(wèn)題里不同輸出記錄的差別

https://gitee.com/iosetting/stc8prog/issues/I5DQET

不知道是否屬于正常情況?

您好，如之前所述USB設(shè)備反復(fù)斷連現(xiàn)象較奇怪。但如上提示的bcdDevice并無(wú)異常，貼中的芯片型號(hào)和版本均為正常大批量應(yīng)用和供貨的版本。我們可以安排貼中的同版本芯片和評(píng)估板給貴司做下交叉驗(yàn)證。

同時(shí)，可看下USB連接windows電腦或Ubuntu下先經(jīng)過(guò)Hub再連接主機(jī)，這2種情形下的識(shí)別和工作情況。

Windows測(cè)過(guò)的沒(méi)這個(gè)問(wèn)題, 經(jīng)USBHub接沒(méi)測(cè)過(guò), 今天會(huì)測(cè)一下

在ch340產(chǎn)品頁(yè)上提了樣品申請(qǐng)了.

好的，我們今天安排下。

在Ubuntu20.04下通過(guò)USBHub連接的也測(cè)了, 也存在disconnected的問(wèn)題

等樣品到了之后我再測(cè)吧

今天收到樣品了, 感謝! 白天一直沒(méi)機(jī)會(huì)測(cè). 晚上初步測(cè)試的結(jié)果, bcdDevice沒(méi)錯(cuò)是相同的, 從測(cè)試看還是存在同樣的問(wèn)題.?

CH340C

CH340N

有點(diǎn)懷疑是Ubuntu系統(tǒng)中某個(gè)組件與CH340有沖突, 做一個(gè)系統(tǒng)盤用干凈的系統(tǒng)啟動(dòng)試一下

用Ubuntu20.04.1安裝盤啟動(dòng)的系統(tǒng)測(cè)試了, 沒(méi)有問(wèn)題, 不會(huì)出現(xiàn)disconnected的現(xiàn)象.

因此問(wèn)題范圍可以縮小為Ubuntu的某個(gè)軟件造成的影響了.

回到原系統(tǒng), 又排查了一圈udev規(guī)則, 沒(méi)有進(jìn)展.?

非常奇怪, 問(wèn)題僅僅存在于bcdDevice=81.32的設(shè)備上, 一樣的idVendor和idProduct,?bcdDevice=2.64的就穩(wěn)得很.

可能要找塊硬盤重裝系統(tǒng)排查了.

今天裝了兩遍系統(tǒng), 重裝各種軟件, 終于定位到問(wèn)題了, 和 TLP 這個(gè)軟件有關(guān)系.

這是一個(gè)Ubuntu下, 筆記本的電源管理軟件 https://linrunner.de/tlp/index.html

安裝完這個(gè)軟件然后重啟, 就能復(fù)現(xiàn)CH341設(shè)備不斷disconnect的問(wèn)題, 卸載完這個(gè)軟件, 問(wèn)題就消失了.

因?yàn)槲矣玫膸讉€(gè)thinkpad默認(rèn)都會(huì)裝TLP, 所以都存在這個(gè)問(wèn)題. 具體是怎樣產(chǎn)生沖突的, 還需要再研究下.

又進(jìn)一步了解了這個(gè)軟件關(guān)于USB設(shè)備的配置,

https://linrunner.de/tlp/settings/usb.html

根據(jù)這個(gè)配置說(shuō)明, 將CH340設(shè)備ID加入U(xiǎn)SB_DENYLIST(20.04的tlp版本還是1.3.1, 配置為USB_BLACKLIST)后可以避免被disconnect:

$ sudo vi 00-template.conf

# PARAM="value"

增加這行

USB_BLACKLIST="1a86:7523"

保存后, 等CH340下一次disconnect后再連上就會(huì)生效.

沁恒可能要調(diào)查一下, 為什么這個(gè)軟件只針對(duì)81.32而不會(huì)針對(duì)2.5x, 2.6x?

感謝您的反饋，我們這邊安排測(cè)試并提交下相關(guān)信息給此軟件作者。