主題:[求助]ESM8100開發板4G模塊撥號 共有54972人關注過本帖 |
---|
![]() snowflake |
1樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
[求助]ESM8100開發板4G模塊撥號 ![]() 4G模塊每回生成的usb虛擬串口設備可能不一致,有時候是ttyUSB0,有時ttyUSB1,使用撥號文件時只能固定一個串口,導致有時候撥號失敗 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
2樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,我們測試只要是相同型號的4G模塊,每次生成的虛擬串口設備都是固定的,這個和4G模塊內部固件有關系,建議再檢查確認一下。 也可以將具體的調試信息發送到我的郵箱中:hzc@www.jsjflaw.com |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
3樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 原本4G模塊使用的虛擬串口是ttyUSB0,4G模塊關閉,重新上電后生成的虛擬串口改變了,沒有ttyUSB0,而是ttyUSB1 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
4樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,重新上電是指熱啟動復位嗎?建議檢查一下是否給4G模塊也做了復位或者斷電操作。 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
5樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,另外可以告知我們4G模塊的型號,如果我們手上有的話,也可以做一下測試。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
6樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 4G模塊是接在usb口上的,重新上電是指對斷電后usb口上電,這可能會導致生成的虛擬串口改變,原來是ttyUSB0,經過操作后可能會變成ttyUSB1 華為模塊類型:Bus 002 Device 017: ID 12d1:15c1 Huawei Technologies Co., Ltd. ME906s LTE M.2 Module |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
7樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,請問斷電后USB口上電,是指單獨給4G模塊斷電,還是主板和4G模塊均斷電呢?如果這個過程中主板沒有斷電,僅僅給4G模塊斷電,就有可能是主板占用ttyUSB0的進程沒有退出,資源沒有完全釋放,所以再次識別到USB設備的時候,就會從ttyUSB1開始。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
8樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 主板沒有斷電,只是給4G模塊斷電,問下有什么解決辦法嗎 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
9樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,如果是主板沒有斷電,就需要將使用了ttyUSB0的進程全部退出,保證沒有占用ttyUSB0。這樣在斷開4G模塊后,ttyUSB0設備才能夠釋放。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
10樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 只是單純的對4G模塊通斷電,并沒有進行4G撥號,是這種情況導致的虛擬串口改變,應該不會出現占用ttyUSB0吧,假如原來的虛擬串口是ttyUSB0~ttyUSB4,后面重新上電會變成ttyUSB1~ttyUSB5。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
11樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 目前使用的是文件撥號,使用pppconnt_stop()接口可以解除ttyUSB0占用嗎 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
12樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 有沒有那個撥號管理庫文件的源代碼呀,目前只有庫文件和接口。 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
13樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,pppconnt_stop()函數只會關閉調用pppconnt_start()啟動的進程。目前是在不撥號的情況下,斷開4G模塊再次連接,生成的哦ttyUSBx設備就會增加嗎?另外如果使用的是M.2接口的4G模塊,應該是同時使用了M.2和USB接口,M.2接口(PCIe)的部分應該是不支持熱插拔的。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
14樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 是在不撥號的情況下,斷開4G模塊再次連接,生成的虛擬串口變成ttyUSB1~ttyUSB5,原來是ttyUSB0~ttyUSB4 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
15樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 沒有進行熱插拔操作,只是單純對4G模塊插入的usb口進行通斷電操作 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
16樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,我們有華為USB接口的4G模塊ME909s,測試是沒有這種情況的。所以比較懷疑是由于M.2模塊的原因,正常情況下M.2的模塊連接后,是無法移除設備的,所以應該會一直占用資源。猜測可能是因為M.2連接后,驅動占用了ttyUSB0的原因,所以給USB口斷電后,再次識別就會變為ttyUSB1開始。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
17樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 這邊使用的是華為USB接口的4G模塊ME909s,沒有用到M.2模塊,應該不會出現驅動占用了ttyUSB0的情況 |
單帖管理 | 引用 | 回復 ![]() |
![]() hzc |
18樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 你好,我使用ME909s反復測試,沒有出現過這樣的情況,下圖是一次測試的截圖: |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
19樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() 不好意思呀,好像是通過撥號文件一直在撥號的情況下,斷開4G模塊再次連接,生成的虛擬串口變成ttyUSB1~ttyUSB5,原來是ttyUSB0~ttyUSB4,這個可能經過多次usb口通斷電就會出現的現象。 |
單帖管理 | 引用 | 回復 ![]() |
![]() snowflake |
20樓 信息 | 搜索 | 郵箱 |
![]() ![]() ![]() ![]() |
![]() |
單帖管理 | 引用 | 回復 ![]() |