web-dev-qa-db-ja.com

USB 3G / 4Gモデムの問題

LTE USBモデムはID 0408:ea16 Quantaとして識別されます。

Windowsマシンでは問題ありませんが、Fedora(カーネル3.18.5-201)では機能しません。

インターネットで info を見つけましたが、うまくいきませんでした。

NetworkManagernmcli devコマンドの出力として)に表示されません。

何ができるでしょうか?

5
user1977050

コマンドラインで次のコマンドを入力すると、NetworkManagerでワイヤレスブロードバンドが有効になります。

Sudo systemctl start ModemManager.service
Sudo systemctl enable ModemManager.service
2
Reto Gmür

簡単ではありませんが、幸い、カーネルドライバーをハックする必要はありません。

USBモデムは少しおかしい動作をしています。実際には、実際のネットワーク接続は3つのレイヤーを介して行われます。

  1. まず、モデムのカーネルドライバが仮想シリアルターミナルを生成します。これは、/dev/ttyUSB0のような文字デバイスになります。それが起こらなければ、あなたは困っています。
  2. 実行中のpppdは、このシリアル接続を介して認証および通信します。しかし、それを機能させるには、まず接続先のリモート3G/4G側と通信する必要がありました。チャットスクリプトが必要です。チャットスクリプトインタプリタは最終的にpppdを開始できます。
  3. この仮想シリアル端末回線でネットワークインターフェイス(通常はppp0)をエミュレートします。

ttyUSB0が存在する場合、理論的には何でもできます。チャットスクリプトのみが欠落しています。これは実際にはATモデム制御コードシーケンスです。

チャットスクリプトのATコードは重要ですが、非常に単純です。vmwareセッションでaw $を実行し、USB接続を確立し、からの送信を確認することで取得できます。 LinuxカーネルのUSBデバッグオプション。

しかし、もっと大きな問題があります。あなたの質問から、あなたはおそらくこれらのステップを通過することができないということがわかります。あなたはLinuxを十分に知りません。最初はこれに対処するのに数日かかりました。

私は完全に独立してネットワークマネージャーからこれに達しました。

お金がある場合は、別のモデムを購入してください。そうでない場合は、仮想化ベースのソリューションを使用してみてください(たとえば、vmwareで実行されているw $はネットワークを共有します)。

数週間以内に、おそらくこのLTEゲームを再開し、その後、この回答をより詳細な情報で拡張できるようになるでしょう。

Extension#1:デバイスは/dev/ttyUSB0を自動的に作成しません。ベンダーモデルIDを少し調べてみると、このデバイスは linux USBデバイスレジスタ で事実上不明であることがわかります。しかし、それを使用して動作させることができるドライバーがないという意味ではありません。実際、世界市場にはあまり多くのチップがなく、多くの「ベンダー」がゲームをプレイしています。つまり、(fe)Sanghaiから数トンのUSBチップを購入し、ハードコードされたベンダーモデルIDを独自のものに変更して販売しています。独自の製品として。これが理由で、同じチップに何百ものベンダーモデルIDが同時に存在する可能性があります。問題は、どういうわけか彼らの脳は少なくともこれをlinuxusbデバイスレジスタに言うことができないということです。ただし、ベンダーモデルIDを伝えることで、この問題を修正できます。それまでは、このデータをyourvendor-model-driverデータベースに挿入する必要がありました。このデータベースは/lib/modules/<your-kernel-version>/<some-text-file-about-usb-map>の下にあります。残念ながら、これを正確に思い出せないので、正確に見つける必要がありました。このファイルを編集すると、間もなく存在するドライバーをyourデバイスに「再配線」できるようになります。成功するのは100%ではありませんが、おそらく(「開発部門」が非常にダミーであり、linux-usb.netに独自のベンダーモデルを登録できないため、非常にありそうにありません。彼らは3G/4Gチップを開発するだろう-むしろ彼らは上海からそれらの船を買うだろう。それははるかに安く、彼らの精神的能力をはるかに簡単に渡すだろう)。

私はそれが少し遅いことを知っていますが、問題はFedora 24と25で再燃しました。私のケースで実際に機能したのは、usb_modeswitch-dataパッケージを使用して、HuaweiドングルをFedora 24で動作させることです(マスストレージモード)で認識された後。 lsusbの抜粋:

Bus 001 Device 011: ID 12d1:1f01 Huawei Technologies Co., Ltd. E353/E3131 (Mass storage mode)

lsusbを実行し、私の場合はUSBモデムデバイスの詳細を見つけたら(12d1:1f01)、この:

Sudo usb_modeswitch --<mode to apply> --default-vendor <Vendor ID> --default-product <Product ID>

私の場合は次のとおりです。

Sudo usb_modeswitch --huawei-new-mode --default-vendor 0x12d1 --default-product 0x1f01 

それだ!固定:D

Bus 001 Device 012: ID 12d1:14db Huawei Technologies Co., Ltd. E353/E3131
0
samDev