Jemand Erfahrung mit USB-LTE4G-EU

Michael S. (michaelsmith) 31.07.2026 21:54 #8080756

Lesenswert?

•

▲
▼

DAS EG800K meldet sich als CDC-Ethernet (cdc_ether, usb0) an:

lsusb -t Driver=cdc_ether

gleichzeitig erstellt ModeManager einen PPP-Bearer auf ttyUSB2:

mmcli -b 1 IPV4 configuration: method ppp interface: ttyUSB2

Ich bin nicht sicher ob der ModeManager jetzt das ECM-Interface (usb0) verwenden sollte ?

Was wäre der bessere Ansatz ?

https://www.olimex.com/forum/

Michael S. (michaelsmith) 01.08.2026 23:47 #8081062

Lesenswert?

•

▲
▼

ich kann mich im Forum nicht registrieren, ich blick die Frage nicht ? Kommt einer auf die Idee was die Antwort sein könnte ?

"What retro computers Olimex manufacture?:"

Also ich habe jetzt diese Anleitung befolgt, https://docs.sixfab.com/page/cellular-internet-connection-in-ecm-mode ich konnte den Ping erfolgreich an sixfab.com verschicken (mit deaktiviertem WiFi), aber danach bricht die LTE Verbindung ab und Ping schlägt fehl, so wie normaler Webseiten Zugriff...

Nach einem Raspi Neustart kann ich den Ping erneut verschicken, danach gleiches Verhalten, wieder keine Verbindung...

Niklas G. (erlkoenig) 01.08.2026 23:54 #8081066

Lesenswert?

•

▲
▼

Versuch doch mal IPv6-Adressen...

Hannes J. (pnuebergang) 02.08.2026 02:30 #8081082

Lesenswert?

•

▲
▼

Schreibst du in diesem Thread unter zwei Namen, dennism und michaelsmith?

Jedenfalls,

Also ich habe jetzt diese Anleitung befolgt, https://docs.sixfab.com/page/cellular-internet-connection-in-ecm-mode

ModemManager zu deaktivieren ist natürlich eine Möglichkeit das Ganze mal zu debuggen. Eine andere wäre ModemManger mit mmcli intensiv nach dem aktuellen Status zu befragen. -m, -b, -w, vielleicht auch -i (SIM Karte) wären die gängigen Optionen. Dabei den Log-Level von ModemManager hoch setzen. Notfalls Network-Scan, Bearer von Hand konfigurieren und Bearer verbinden. Immer schön mit Debugging-Logs und -v verbose um zu sehen wo es hakt.

Ach ja, auch mal die Empfangsqualität abfragen. Es nützt alles nichts wenn man keinen Empfang hat.

Nach ModemManger kommt NetworkManager. Den, wenn man von Hand mit ModemManager spielt, erst mal ausschalten. Erst wenn ModemManager das macht was er soll einschalten und ein Verbindungsprofil konfigurieren. Tja, und dann NetworkManager debuggen wenn der keine Lust hat mit ModemManger zusammen zu spielen.

Wenn du ohne ModemManager arbeiten willst, dann würde ich allerdings nicht die AT-Schnittstelle anwerfen, sondern das modernere QMI mittels qmicli verwenden. Zumindest waren meine Erfahrungen mit QMI und den High-End Modems von Quectel gut. Ob das billige EG800K-EU auch so gut ist kann ich nicht sagen.

QMI und ModemManager kann man sogar zusammen verwenden wenn man qmicli mit den qmi-proxy verwendet (-p Option), das Modem im QMI-Modus ist und der ModemManager sich bequemt dann statt MBIN QMI für das Modem zu verwenden.

Michael S. (michaelsmith) 02.08.2026 13:22 #8081213

Lesenswert?

•

▲
▼

ja, ich hatte vor einer Weile meinen alten Login vergessen, gestern hab ich aber unbewusst mich mit dem alten über einen anderen Browser AutoEingelogged...

Frage wäre, benötige ich ModemManager für die Kommunikation, das versteh ich nicht. An einer Stelle steht, das wäre nicht notwendig, dann sagen manche aber schon, dat brauche ich...

Ich habe jetzt schon manuell die APN gesetzt gehabt die Tage aufm Modul, und den ECM als KommProtokol konfiguriert mittels AT Kommandos. Wenn ich jetzt den ModemManager verwende, so verstehe ich brauch ich mit AT Befehlen gar nichts mehr zu machen... ??

ich überlege mir ob hier die Spannung abfällt beim senden, da 1-2A gezogen werden könnten, mein Power Supply ist auf 5V/3A ausgesetzt. Neben meinem USB3 wo ich das LTe dran habe, habe ich am USB2 einen Maus Dongle.. vllt. könnte es da dran liegen... ich wurde jetzt aus den Logs vom ModemManager mittels DEBUG nicht wirklich schlau... die KI konnte mir da auch nix gescheites sagen, ein Reset hab ich eigentlich nicht gesehen, was dem Spannungdabfall am LTE eher wiederspricht...

Niklas G. (erlkoenig) 02.08.2026 13:45 #8081224

Lesenswert?

•

▲
▼

Wenn ich jetzt den ModemManager verwende, so verstehe ich brauch ich mit AT Befehlen gar nichts mehr zu machen... ??

Ja das macht dann der ModemManager.

die APN gesetzt

"Eigentlich" ist das heutzutage nicht mehr notwendig, die SIM macht das automatisch. Du kannst den gesetzten APN auch abfragen per AT+CGDCONT.

ich überlege mir ob hier die Spannung abfällt beim senden, da 1-2A gezogen werden könnten, mein Power Supply ist auf 5V/3A ausgesetzt.

Sollte grundsätzlich reichen, außer die Quelle kommt mit starken Lastwechseln nicht klar. Für 4G wird aber sowieso nicht so viel Leistung benötigt.

Mach mal

AT+CEREG=2

AT+CREG=2

Und frage zusätzlich manuell mit AT+CEREG? den aktuellen Status ab. Es sollte +CEREG=1 oder =5 ausgegeben werden; wenn nicht wiederholen bis das der Fall ist. Es sollte automatisch auch +CEREG=1/5 ausgegeben werden sobald die Verbindung besteht.

Dann probier weiter mit Ping etc., wenn die Verbindung abbricht solltest du automatisch ein +CEREG=0 oder =2 bekommen.

Gerd E. (robberknight) 02.08.2026 14:37 #8081248

Lesenswert?

•

▲
▼

Und frage zusätzlich manuell mit AT+CEREG? den aktuellen Status ab. Es sollte +CEREG=1 oder =5 ausgegeben werden; wenn nicht wiederholen bis das der Fall ist. Es sollte automatisch auch +CEREG=1/5 ausgegeben werden sobald die Verbindung besteht.

Ja, das gibt Dir den Status der Registrierung am Mobilfunknetz.

Das sagt aber noch nichts über der Aufbau einer Datenverbindung, die kommt erst danach und muss separat gemacht werden.

Dann probier weiter mit Ping etc.,

Ein Ping setzt voraus dass eine Datenverbindung aufgebaut wurde.

Niklas G. (erlkoenig) 02.08.2026 14:40 #8081250

Lesenswert?

•

▲
▼

Gerd E. schrieb:

Das sagt aber noch nichts über der Aufbau einer Datenverbindung,

Bei LTE gibt es da doch gar keine Unterscheidung? Es gibt nur Pakete, und Pakete=Daten. Es kann höchstens sein dass der APN falsch ist oder auf "höherer Ebene" blockiert wird, z.B. weil Datenvolumen aufgebraucht. Aber auf Mobilfunk/Protokollebene gibt es bei LTE das Konzept "keine Datenverbindung" überhaupt nicht... Oder?!

Rüdiger B. (rbruns) 02.08.2026 14:55 #8081257

Lesenswert?

•

▲
▼

Mal einen USB Hub mit eigenem Netzteil verwenden zur Diagnose.

Gerd E. (robberknight) 02.08.2026 15:58 #8081286

Lesenswert?

•

▲
▼

Gerd E. schrieb:

Das sagt aber noch nichts über der Aufbau einer Datenverbindung,

Bei LTE gibt es da doch gar keine Unterscheidung?

Doch, die gibt es weiterhin.

Aber auf Mobilfunk/Protokollebene gibt es bei LTE das Konzept "keine Datenverbindung" überhaupt nicht... Oder?!

Es werden bei LTE nur noch Pakete übertragen, das stimmt schon. Aber die Pakete werden in unterschiedliche Gruppen eingeteilt - grob Netzwerkmanagement (SIM-Handling, SMS), Sprache/VoLTE und Daten.

Die Pakete für Netzwerkmanagement und VoLTE werden von der Software des Mobilfunkmoduls erzeugt und empfangen, der Nutzer hat auf die normal keinen Einfluss. Und dann gibt es eben die vom Nutzer als solche nutzbaren Datenverbindungen. Die musst Du separat aufbauen, brauchst den korrekten APN dazu und bekommst dann z.B. eine PPP-Session oder ein spezielles Netzwerkdevice bereitgestellt. Erst über die kannst Du wirklich Daten wie z.B. einen Ping, übertragen.

Die Registrierung am Netz bedeutet nur dass das Mobilfunkmodul sich um die Pakete fürs Netzwerkmanagement kümmert.

Hans W. (hanswieland) 02.08.2026 16:05 #8081288

Lesenswert?

•

▲
▼

Wahnsinn, das Ding kostet nur 12 Euro. Mein erstes UMTS Modem kostete 300 Euro.

Niklas G. (erlkoenig) 02.08.2026 17:37 #8081328

Lesenswert?

•

▲
▼

Gerd E. schrieb:

Die musst Du separat aufbauen, brauchst den korrekten APN dazu und bekommst dann z.B. eine PPP-Session oder ein spezielles Netzwerkdevice bereitgestellt

Die PPP Verbindung geht doch nur bis zum Modul, das holt die IP-Pakete wieder raus und verschickt sie per LTE. Aber hast Recht, das Modem muss einen Tunnel für IP Pakete zum APN aufbauen.

Dennoch ist das Prüfen von CEREG nützlich, weil der Aufbau dieses Tunnels normalerweise nicht das Problem ist

Gerd E. (robberknight) 02.08.2026 17:56 #8081338

Lesenswert?

•

▲
▼

Dennoch ist das Prüfen von CEREG nützlich, weil der Aufbau dieses Tunnels normalerweise nicht das Problem ist

Naja, der Aufbau des Tunnels ist ein Thema der verwendeten Software und der Schnittstelle zu dem Modul. Dafür muss man das Konzept ein wenig verstehen und dafür sorgen dass nur genau ein Programm gleichzeitig zugreift. Schon wenn der Nutzer den ersten AT-Channel in einem Terminalprogramm aufmacht gibt es einen Konflikt mit einem Programm wie ModemManager der über den selben AT-Channel zugreifen will.

Ich sehe hier auf dieser Ebene durchaus Unklarheiten und vermute hier das Problem.

Wie schon gesagt empfehle ich den ModemManager um die Verbindung aufzubauen.

Hannes J. (pnuebergang) 02.08.2026 18:55 #8081354

Lesenswert?

•

▲
▼

Aber hast Recht, das Modem muss einen Tunnel für IP Pakete zum APN aufbauen.

Nicht das Modem, die Host-Software. Das Modem bietet nur die Schnittstelle an, wobei bei neueren Modems "niemand" mehr PPP verwendet, sondern MBIM oder QMI.

Das kann dir in erster Näherung egal sein wenn du ModemManager und NetworkManager verwendest, denn das ist die Stunde von NetworkManager. Der fragt den ModemManager was das Modem kann und baut das letzte kurze Stück zwischen Modem und dem IP-Stack auf dem Host zusammen.

In zweiter Näherung braucht der NetworkManager ein Verbindungs-Profil.

Dennoch ist das Prüfen von CEREG nützlich, weil der Aufbau dieses Tunnels normalerweise nicht das Problem ist

Wenn ModemManager läuft? Den Status zeigt ModemManager an, den muss man nicht selber abfragen.

Michael S. (michaelsmith) 03.08.2026 20:30 #8081790

Lesenswert?

•

▲
▼

ok, es sieht so aus, dass ohne ModemManager ich für eine kurze Weile inte habe (ping läuft und Websiten lassen sich aufrufen) aber nach etwa ~1min geht die Verbindung verloren und ich kann hier nichts mehr wiederbeleben auch AT Befehle tun nicht, ausser "exit" (ctrl a/x)

Mit dem ModemManager kann ich mich via LTE Verbinden, zumindest ping 8.8.8.8 scheint zu tun.. auch recht stabil... Nur macht hier der NetworkManager nicht richtig mit (ohne NetworkManager tut der 8.8.8.8 auch net).

Mit dem NetworkManager aktiv, krieg ich zwar meine gateway ip Adresse und kann den 8.8.8.8 ansprechen, aber ich finde meine usb0 LTE Schnittstelle nicht. Habe auch keine DNS Auslösung...

nmcli device status schmeisst mir bloss, lo connected ttyusb2 disconnected wlan disconnected (hab ich deaktiviert) p2p-dev-wlan0 disconnected eth0 unavailable

habe jetzt alles mögliche mit der KI versucht den esb0 Port zu registreiren will aber nicht.. vllt. ist es etwas Quectel EG800 spezifisches...

ip route zeigt mir meinen usb0: ... inet 192.162... sprich das Routing ist da.. habe mit sudo nmcli connection add type ethernet ifname <actual_interface> con-name "LTE-USB" ipv4.method auto probiert, tut auch net...

ich muss noch weiter recherschieren...

[30min später UUPDATE] muss revidieren, mitm ModemManager und NetworkMAnager aktiv wie ober beschrieben stürzt auch hier mein ping ab nach etwa 5min und nix tut mehr. Ausführen von mmcli -m 0 schmeisst mir jetzt error: couldn't find modem anstatt der Modem Parameter.

03.08.2026 21:04: Bearbeitet durch User

Gerd E. (robberknight) 03.08.2026 23:20 #8081852

Lesenswert?

•

▲
▼

muss revidieren, mitm ModemManager und NetworkMAnager aktiv wie ober beschrieben stürzt auch hier mein ping ab nach etwa 5min und nix tut mehr. Ausführen von mmcli -m 0 schmeisst mir jetzt error: couldn't find modem anstatt der Modem Parameter.

notier dir bitte die genauen Uhrzeiten wann du das Ding verbunden hast und ein ping ging und dann ab welcher genauen Uhrzeit ein ping definitiv nicht mehr möglich war. Jetzt schau dir die messages/syslog/systemd-journal von deinem system zwischen diesen beiden Zeitpunkten genau an.

Kam es da zu einem usb-disconnect des Mobilfunkmoduls?

Die Beschreibung mit geht zuerst und bricht dann nach vielleicht 5 Minuten ab von Dir klingt für mich nämlich ein wenig danach.

Gängige Ursachen dafür dann:

schlechte USB-Verkabelung, vor allem wenn es um Superspeed etc. geht
schlechte Spannungsversorgung, kurze Lastpeaks des Mobilfunkmoduls werden nicht schnell genug ausgeglichen.
Mobilfunkmodul überhitzt

Michael S. (michaelsmith) 04.08.2026 20:42 #8082129

Lesenswert?

•

▲
▼

hier ein parr Infos, nachdem Ping ausgesetzt hatte nach einer Weile. Bin anscheinend am Bus03 dran. 22:22 gabs den Absturz !

user@chupi:~ $ mmcli -L

    /org/freedesktop/ModemManager1/Modem/1 [Quectel] EG800K

user@chupi:~ $ systemctl status NetworkManager

● NetworkManager.service - Network Manager

     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)

     Active: active (running) since Mon 2026-08-03 21:40:36 CEST; 7min ago

 Invocation: b3713c24358845bdba251a6fc4323b8b

       Docs: man:NetworkManager(8)

   Main PID: 921 (NetworkManager)

      Tasks: 4 (limit: 4915)

        CPU: 527ms

     CGroup: /system.slice/NetworkManager.service

             └─921 /usr/sbin/NetworkManager --no-daemon

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9431] manager: NetworkManager state is now CONNECTED_GLOBAL

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6346] device (usb0): state change: activated -> unmanaged (reason 'unmanaged-link-not-init', managed-typ>

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6735] dhcp4 (usb0): canceled DHCP transaction

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6736] dhcp4 (usb0): activation: beginning transaction (timeout in 45 seconds)

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6736] dhcp4 (usb0): state changed no lease

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6741] manager: NetworkManager state is now DISCONNECTED

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6890] manager: (ttyUSB2): new Broadband device (/org/freedesktop/NetworkManager/Devices/7)

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6893] device (ttyUSB2): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'externa>

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6896] device (ttyUSB2): modem state 'enabling'

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.7458] device (ttyUSB2): state change: unavailable -> disconnected (reason 'none', managed-type: 'full')

lines 1-21/21 (END)

user@chupi:~ $ cat /sys/kernel/debug/usb/devices 

T:  Bus=01 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480  MxCh= 2

B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0

D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1

P:  Vendor=1d6b ProdID=0002 Rev= 6.12

S:  Manufacturer=Linux 6.12.47+rpt-rpi-v8 xhci-hcd

S:  Product=xHCI Host Controller

S:  SerialNumber=xhci-hcd.0

C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA

I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=01 Lev=01 Prnt=01 Port=01 Cnt=01 Dev#=  2 Spd=12   MxCh= 0

D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=32 #Cfgs=  1

P:  Vendor=413c ProdID=2514 Rev= 2.22

S:  Manufacturer=Dell Computer Corp

S:  Product=Dell Universal Receiver

C:* #Ifs= 3 Cfg#= 1 Atr=a0 MxPwr=100mA

I:* If#= 0 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=01 Driver=usbhid

E:  Ad=81(I) Atr=03(Int.) MxPS=   8 Ivl=4ms

I:* If#= 1 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=01 Prot=02 Driver=usbhid

E:  Ad=82(I) Atr=03(Int.) MxPS=   8 Ivl=2ms

I:* If#= 2 Alt= 0 #EPs= 1 Cls=03(HID  ) Sub=00 Prot=00 Driver=usbhid

E:  Ad=83(I) Atr=03(Int.) MxPS=  32 Ivl=2ms

T:  Bus=02 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=5000 MxCh= 1

B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0

D:  Ver= 3.00 Cls=09(hub  ) Sub=00 Prot=03 MxPS= 9 #Cfgs=  1

P:  Vendor=1d6b ProdID=0003 Rev= 6.12

S:  Manufacturer=Linux 6.12.47+rpt-rpi-v8 xhci-hcd

S:  Product=xHCI Host Controller

S:  SerialNumber=xhci-hcd.0

C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA

I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=03 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=480  MxCh= 2

B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0

D:  Ver= 2.00 Cls=09(hub  ) Sub=00 Prot=01 MxPS=64 #Cfgs=  1

P:  Vendor=1d6b ProdID=0002 Rev= 6.12

S:  Manufacturer=Linux 6.12.47+rpt-rpi-v8 xhci-hcd

S:  Product=xHCI Host Controller

S:  SerialNumber=xhci-hcd.1

C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA

I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

T:  Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  5 Spd=480  MxCh= 0

D:  Ver= 2.00 Cls=ef(misc ) Sub=02 Prot=01 MxPS=64 #Cfgs=  1

P:  Vendor=2c7c ProdID=6002 Rev= 3.18

S:  Manufacturer=Quectel

S:  Product=EG800K-EU

S:  SerialNumber=0000

C:* #Ifs= 5 Cfg#= 1 Atr=e0 MxPwr=500mA

A:  FirstIf#= 0 IfCount= 2 Cls=02(comm.) Sub=06 Prot=00

I:* If#= 0 Alt= 0 #EPs= 1 Cls=02(comm.) Sub=06 Prot=00 Driver=cdc_ether

E:  Ad=87(I) Atr=03(Int.) MxPS=  64 Ivl=4096ms

I:  If#= 1 Alt= 0 #EPs= 0 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_ether

I:* If#= 1 Alt= 1 #EPs= 2 Cls=0a(data ) Sub=00 Prot=00 Driver=cdc_ether

E:  Ad=83(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

E:  Ad=0c(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms

I:* If#= 2 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=00 Prot=00 Driver=option

E:  Ad=82(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

E:  Ad=0b(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms

I:* If#= 3 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option

E:  Ad=89(I) Atr=03(Int.) MxPS=  64 Ivl=4096ms

E:  Ad=86(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

E:  Ad=0f(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms

I:* If#= 4 Alt= 0 #EPs= 3 Cls=ff(vend.) Sub=00 Prot=00 Driver=option

E:  Ad=88(I) Atr=03(Int.) MxPS=  64 Ivl=4096ms

E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

E:  Ad=0a(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms

T:  Bus=04 Lev=00 Prnt=00 Port=00 Cnt=00 Dev#=  1 Spd=5000 MxCh= 1

B:  Alloc=  0/800 us ( 0%), #Int=  0, #Iso=  0

D:  Ver= 3.00 Cls=09(hub  ) Sub=00 Prot=03 MxPS= 9 #Cfgs=  1

P:  Vendor=1d6b ProdID=0003 Rev= 6.12

S:  Manufacturer=Linux 6.12.47+rpt-rpi-v8 xhci-hcd

S:  Product=xHCI Host Controller

S:  SerialNumber=xhci-hcd.1

C:* #Ifs= 1 Cfg#= 1 Atr=e0 MxPwr=  0mA

I:* If#= 0 Alt= 0 #EPs= 1 Cls=09(hub  ) Sub=00 Prot=00 Driver=hub

E:  Ad=81(I) Atr=03(Int.) MxPS=   4 Ivl=256ms

journalctl

Aug 03 21:42:09 chupi NetworkManager[921]: <info>  [1785786129.9689] device (usb0): state change: config -> ip-config (reason 'none', managed-type: 'full')

Aug 03 21:42:09 chupi NetworkManager[921]: <info>  [1785786129.9696] dhcp4 (usb0): activation: beginning transaction (timeout in 45 seconds)

Aug 03 21:42:09 chupi avahi-daemon[833]: Joining mDNS multicast group on interface usb0.IPv6 with address fe80::7e07:6e15:8ee5:8da4.

Aug 03 21:42:09 chupi avahi-daemon[833]: New relevant interface usb0.IPv6 for mDNS.

Aug 03 21:42:09 chupi avahi-daemon[833]: Registering new address record for fe80::7e07:6e15:8ee5:8da4 on usb0.*.

Aug 03 21:42:09 chupi mtp-probe[1714]: checking bus 3, device 5: "/sys/devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1"

Aug 03 21:42:09 chupi mtp-probe[1714]: bus: 3, device: 5 was not an MTP device

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB1/probe] probe step: start

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB1/probe] probe step: AT open port

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: start

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: AT open port

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB2/probe] probe step: start

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB2/probe] probe step: AT open port

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB1/probe] probe step: AT

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: AT

Aug 03 21:42:11 chupi ModemManager[973]: <msg> [ttyUSB2/probe] probe step: AT

Aug 03 21:42:12 chupi ModemManager[973]: <msg> [ttyUSB1/probe] probe step: AT close port

Aug 03 21:42:12 chupi ModemManager[973]: <msg> [ttyUSB1/probe] probe step: done

Aug 03 21:42:12 chupi ModemManager[973]: <msg> [ttyUSB2/probe] probe step: AT close port

Aug 03 21:42:12 chupi ModemManager[973]: <msg> [ttyUSB2/probe] probe step: done

Aug 03 21:42:15 chupi NetworkManager[921]: <info>  [1785786135.5723] device (usb0): carrier: link connected

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.7155] dhcp4 (usb0): state changed new lease, address=192.168.43.100, acd pending

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.8695] dhcp4 (usb0): state changed new lease, address=192.168.43.100

Aug 03 21:42:26 chupi avahi-daemon[833]: Joining mDNS multicast group on interface usb0.IPv4 with address 192.168.43.100.

Aug 03 21:42:26 chupi avahi-daemon[833]: New relevant interface usb0.IPv4 for mDNS.

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.8706] policy: set 'LTE-USB' (usb0) as default for IPv4 routing and DNS

Aug 03 21:42:26 chupi avahi-daemon[833]: Registering new address record for 192.168.43.100 on usb0.IPv4.

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.8952] device (usb0): state change: ip-config -> ip-check (reason 'none', managed-type: 'full')

Aug 03 21:42:26 chupi dbus-daemon[838]: [system] Activating via systemd: service name='org.freedesktop.nm_dispatcher' unit='dbus-org.freedesktop.nm-dispatcher.service' requested by ':1.11' (uid=0 pid=>

Aug 03 21:42:26 chupi systemd[1]: Starting NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service...

Aug 03 21:42:26 chupi dbus-daemon[838]: [system] Successfully activated service 'org.freedesktop.nm_dispatcher'

Aug 03 21:42:26 chupi systemd[1]: Started NetworkManager-dispatcher.service - Network Manager Script Dispatcher Service.

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9416] device (usb0): state change: ip-check -> secondaries (reason 'none', managed-type: 'full')

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9419] device (usb0): state change: secondaries -> activated (reason 'none', managed-type: 'full')

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9423] manager: NetworkManager state is now CONNECTED_SITE

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9425] device (usb0): Activation: successful, device activated.

Aug 03 21:42:26 chupi NetworkManager[921]: <info>  [1785786146.9431] manager: NetworkManager state is now CONNECTED_GLOBAL

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: AT close port

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: QCDM

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [ttyUSB0/probe] probe step: done

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [device /sys/devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1] creating modem with plugin 'quectel' and '4' ports (2c7c:6002)

Aug 03 21:42:30 chupi ModemManager[973]: <wrn> [plugin/quectel] could not grab port ttyUSB0: Cannot add port 'tty/ttyUSB0', unhandled port type

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [base-manager] modem for device '/sys/devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1' successfully created

Aug 03 21:42:30 chupi ModemManager[973]: <msg> [base-manager] running setup for device '/sys/devices/platform/axi/1000120000.pcie/1f00300000.usb/xhci-hcd.1/usb3/3-1'...

Aug 03 21:42:31 chupi ModemManager[973]: <msg> [modem1] state changed (unknown -> disabled)

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6346] device (usb0): state change: activated -> unmanaged (reason 'unmanaged-link-not-init', managed-type: 'removed')

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6735] dhcp4 (usb0): canceled DHCP transaction

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6736] dhcp4 (usb0): activation: beginning transaction (timeout in 45 seconds)

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6736] dhcp4 (usb0): state changed no lease

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6741] manager: NetworkManager state is now DISCONNECTED

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6890] manager: (ttyUSB2): new Broadband device (/org/freedesktop/NetworkManager/Devices/7)

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6893] device (ttyUSB2): state change: unmanaged -> unavailable (reason 'managed', managed-type: 'external')

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.6896] device (ttyUSB2): modem state 'enabling'

Aug 03 21:42:31 chupi ModemManager[973]: <msg> [modem1] state changed (disabled -> enabling)

Aug 03 21:42:31 chupi ModemManager[973]: <msg> [modem1] power state updated: on

Aug 03 21:42:31 chupi NetworkManager[921]: <info>  [1785786151.7458] device (ttyUSB2): state change: unavailable -> disconnected (reason 'none', managed-type: 'full')

Aug 03 21:42:32 chupi ModemManager[973]: <wrn> [modem1] Couldn't load current channel list: Invalid PDU mode parameter

Aug 03 21:42:32 chupi ModemManager[973]: <msg> [modem1] state changed (enabling -> enabled)

Aug 03 21:42:32 chupi ModemManager[973]: <msg> [modem1] 3GPP registration state changed (unknown -> registering)

Aug 03 21:42:32 chupi ModemManager[973]: <msg> [modem1] 3GPP packet service state changed (unknown -> attached)

Aug 03 21:42:32 chupi ModemManager[973]: <msg> [modem1] 3GPP registration state changed (registering -> home)

Aug 03 21:42:32 chupi ModemManager[973]: <msg> [modem1] state changed (enabled -> registered)

Aug 03 21:42:36 chupi systemd[1]: NetworkManager-dispatcher.service: Deactivated successfully.

Aug 03 21:43:57 chupi dbus-daemon[1163]: [session uid=1000 pid=1163 pidfd=5] Activating via systemd: service name='org.gtk.vfs.Metadata' unit='gvfs-metadata.service' requested by ':1.15' (uid=1000 pid>

Aug 03 21:43:57 chupi systemd[1141]: Starting gvfs-metadata.service - Virtual filesystem metadata service...

Aug 03 21:43:57 chupi dbus-daemon[1163]: [session uid=1000 pid=1163 pidfd=5] Successfully activated service 'org.gtk.vfs.Metadata'

Aug 03 21:43:57 chupi systemd[1141]: Started gvfs-metadata.service - Virtual filesystem metadata service.

Aug 03 21:44:17 chupi dbus-daemon[1163]: [session uid=1000 pid=1163 pidfd=5] Activating via systemd: service name='ca.desrt.dconf' unit='dconf.service' requested by ':1.40' (uid=1000 pid=1758 comm="mo>

Aug 03 21:44:17 chupi systemd[1141]: Starting dconf.service - User preferences database...

Aug 03 21:44:17 chupi dbus-daemon[1163]: [session uid=1000 pid=1163 pidfd=5] Successfully activated service 'ca.desrt.dconf'

Aug 03 21:44:17 chupi systemd[1141]: Started dconf.service - User preferences database.

Aug 03 21:44:31 chupi dbus-daemon[838]: [system] Activating via systemd: service name='org.freedesktop.hostname1' unit='dbus-org.freedesktop.hostname1.service' requested by ':1.52' (uid=1000 pid=1758 >

Aug 03 21:44:31 chupi systemd[1]: Starting systemd-hostnamed.service - Hostname Service...

Aug 03 21:44:31 chupi systemd[1]: Started systemd-hostnamed.service - Hostname Service.

Aug 03 21:44:31 chupi dbus-daemon[838]: [system] Successfully activated service 'org.freedesktop.hostname1'

Aug 03 21:44:31 chupi gvfsd-wsdd[1794]: Failed to spawn the wsdd daemon: Failed to execute child process “wsdd” (No such file or directory)

Aug 03 21:44:31 chupi gvfsd-network[1777]: Couldn't create directory monitor on wsdd:///. Error: Automount failed: Failed to spawn the underlying wsdd daemon.

Aug 03 21:45:01 chupi systemd[1]: systemd-hostnamed.service: Deactivated successfully.

Aug 03 21:45:51 chupi PackageKit[1555]: daemon quit

Aug 03 21:45:51 chupi systemd[1]: packagekit.service: Deactivated successfully.

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect started...

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect state (6/10): register

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect state (7/10): wait to get packet service state attached

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect state (8/10): bearer

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect state (9/10): connect

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] state changed (registered -> connecting)

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] state changed (connecting -> connected)

Aug 03 21:51:44 chupi ModemManager[973]: <msg> [modem1] simple connect state (10/10): all done

Aug 03 21:55:32 chupi systemd[1]: Starting systemd-tmpfiles-clean.service - Cleanup of Temporary Directories...

Aug 03 21:55:32 chupi systemd-tmpfiles[1919]: /usr/lib/tmpfiles.d/legacy.conf:14: Duplicate line for path "/run/lock", ignoring.

Aug 03 21:55:32 chupi systemd[1]: systemd-tmpfiles-clean.service: Deactivated successfully.

Aug 03 21:55:32 chupi systemd[1]: Finished systemd-tmpfiles-clean.service - Cleanup of Temporary Directories.

Aug 03 22:17:01 chupi CRON[1980]: pam_unix(cron:session): session opened for user root(uid=0) by root(uid=0)

Aug 03 22:17:01 chupi CRON[1982]: (root) CMD (cd / && run-parts --report /etc/cron.hourly)

Aug 03 22:17:01 chupi CRON[1980]: pam_unix(cron:session): session closed for user root

Aug 03 22:22:22 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:27 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:27 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 2 consecutive times

Aug 03 22:22:32 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:32 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 3 consecutive times

Aug 03 22:22:35 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 4 consecutive times

Aug 03 22:22:38 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:38 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 5 consecutive times

Aug 03 22:22:42 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:42 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 6 consecutive times

Aug 03 22:22:47 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:47 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 7 consecutive times

Aug 03 22:22:52 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:52 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 8 consecutive times

Aug 03 22:22:57 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:22:57 chupi ModemManager[973]: <wrn> [modem1] port ttyUSB1 timed out 9 consecutive times

Aug 03 22:23:02 chupi ModemManager[973]: <wrn> [modem1/bearer1] checking if connected failed: Couldn't check current list of active PDP contexts: Serial command timed out

Aug 03 22:23:02 chupi ModemManager[973]: <err> [modem1] port ttyUSB1 timed out 10 consecutive times, marking modem as invalid

Aug 03 22:23:02 chupi NetworkManager[921]: <info>  [1785788582.6728] device (ttyUSB2): state change: disconnected -> unmanaged (reason 'unmanaged-link-not-init', managed-type: 'removed')

Aug 03 22:23:17 chupi sudo[2013]:     user : TTY=pts/2 ; PWD=/home/user ; USER=root ; COMMAND=/usr/bin/journalctl

Aug 03 22:23:17 chupi sudo[2013]: pam_unix(sudo:session): session opened for user root(uid=0) by user(uid=1000)

Gerd E. (robberknight) 04.08.2026 21:28 #8082168

Lesenswert?

•

▲
▼

hier ein parr Infos, nachdem Ping ausgesetzt hatte nach einer Weile. Bin anscheinend am Bus03 dran. 22:22 gabs den Absturz !

Das Teil bleibt in dem Moment auf USB-Ebene voll verbunden. Ich kann Dir nicht 100% sagen ob das alle Mobilfunkmodule so machen, aber immer wenn ich Probleme mit Stromversorgung, Verkabelung etc. hatte, dann krachte das ganze Ding auf USB-Ebene weg und ich musste das Mobilfunkmodul stromlos machen damit es wieder ging. Das ist bei Dir hier anders.

Es könnte hier also z.B. ein Konflikt des ModemManagers mit irgendwas anderem sein. Oder ModemManager und das Mobilfunkmodul sind sich über irgendeinen Zustand uneinig.

Ist der ModemManager bei Dir einigermaßen aktuell? 1.24.2 ist die aktuelle Version.

Irgendwelche Dienste am laufen die auf serielle Ports zugreifen, z.B. versuchen automatisch irgendwelche Hardware zu erkennen oder so? Die könnten dazwischenpfuschen.

Frank K. (fchk) 04.08.2026 23:20 #8082241

Lesenswert?

•

▲
▼

Was sagt

AT+QCFG="usbnet"

Was sagt

AT+QNETDEVCTL?

Probiere mal ein

AT+QNETDEVCTL=3,1

Hintergrund der Fragen: Die meisten Quectel Modems können verschiedene Netzwerkmodi: QMI, MBIM, ECM, NCM, RNDIS. Deines kann nur ECM und RNDIS, wie ich das der Anleitung entnehme. Wenn das Modem auf ECM steht, dann brauchst Du keinen Modemmanager, weil das Modem dann quasi wie ein USB-Ethernet für den Rechner aussieht. Du musst nur einmal ab Anfang die Pin übermitteln, und mit dem AT+QNETDEVCTL=3,1 sollte das Modem dann selbst online gehen (und sich diese Einstellung auch merken, d.h. das sollte nur einmal nötig sein). Ich kenne das so vom EC200T und EC25GL. Bei Dir kann das anders sein.

fchk

04.08.2026 23:29: Bearbeitet durch User

Michael S. (michaelsmith) 05.08.2026 20:35 #8082613

Lesenswert?

•

▲
▼

so, ich hab eigentlich den ECM aktiv, (habe nur 3 Optionen zur Wahl, ppp, ECM und das veraltete RNDIS von Msoft)

habe einen Tipp im qeuctel forum erhalten (https://forums.quectel.com/t/eg800k-networkmanager-does-not-detect-usb-modem/59515), den ModemManager zu deaktivieren, aber leider das gleiche Verhalten... is frustrierend...

Open the terminal via SSH or direct desktop access.
Type sudo nmtui to launch the NetworkManager text interface.
Select Edit a connection.
Choose your interface USB-LTE
Go to IPv4 CONFIGURATION, change it from Manual to Automatic → was already automatic
Clear out any manual entries → no entries were present
Restart Pi

 AT+QCFG="usbnet"

+QCFG: "usbnet",1

AT+QNETDEVCTL?

+QNETDEVCTL: 3,1,1,1

AT+QNETDEVCTL=3,1

AT+QNETDEVCTL?

+QNETDEVCTL: 3,1,0,1

user@chupi:~ $ systemctl status NetworkManager

● NetworkManager.service - Network Manager

     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)

     Active: active (running) since Wed 2026-08-05 20:09:37 CEST; 6min ago

 Invocation: b3195f7be93546eaa5d200014e5a9b9d

       Docs: man:NetworkManager(8)

   Main PID: 954 (NetworkManager)

      Tasks: 4 (limit: 4915)

        CPU: 490ms

     CGroup: /system.slice/NetworkManager.service

             └─954 /usr/sbin/NetworkManager --no-daemon

Aug 05 20:09:41 chupi NetworkManager[954]: <info>  [1785953381.8348] dhcp6 (wlan0): state changed new lease, address=2a02:8070:2482:81c0::9df5

Aug 05 20:09:42 chupi NetworkManager[954]: <info>  [1785953382.4349] device (usb0): carrier: link connected

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.0721] dhcp4 (usb0): state changed new lease, address=192.168.43.100, acd pending

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2397] dhcp4 (usb0): state changed new lease, address=192.168.43.100

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2406] policy: set 'LTE-USB' (usb0) as default for IPv4 routing and DNS

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2622] device (usb0): state change: ip-config -> ip-check (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3006] device (usb0): state change: ip-check -> secondaries (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3012] device (usb0): state change: secondaries -> activated (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3017] device (usb0): Activation: successful, device activated.

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3021] manager: startup complete

user@chupi:~ $ ip route

default via 192.168.43.1 dev usb0 proto dhcp src 192.168.43.100 metric 100 

default via 192.168.0.1 dev wlan0 proto static metric 600 

192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.245 metric 600 

192.168.43.0/24 dev usb0 proto kernel scope link src 192.168.43.100 metric 100 

user@chupi:~ $ ip route

default via 192.168.43.1 dev usb0 proto dhcp src 192.168.43.100 metric 100 

default via 192.168.0.1 dev wlan0 proto static metric 600 

192.168.0.0/24 dev wlan0 proto kernel scope link src 192.168.0.245 metric 600 

192.168.43.0/24 dev usb0 proto kernel scope link src 192.168.43.100 metric 100 

user@chupi:~ $ systemctl status NetworkManager

● NetworkManager.service - Network Manager

     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)

     Active: active (running) since Wed 2026-08-05 20:09:37 CEST; 7min ago

 Invocation: b3195f7be93546eaa5d200014e5a9b9d

       Docs: man:NetworkManager(8)

   Main PID: 954 (NetworkManager)

      Tasks: 4 (limit: 4915)

        CPU: 507ms

     CGroup: /system.slice/NetworkManager.service

             └─954 /usr/sbin/NetworkManager --no-daemon

Aug 05 20:09:41 chupi NetworkManager[954]: <info>  [1785953381.8348] dhcp6 (wlan0): state changed new lease, address=2a02:8070:2482:81c0::9df5

Aug 05 20:09:42 chupi NetworkManager[954]: <info>  [1785953382.4349] device (usb0): carrier: link connected

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.0721] dhcp4 (usb0): state changed new lease, address=192.168.43.100, acd pending

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2397] dhcp4 (usb0): state changed new lease, address=192.168.43.100

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2406] policy: set 'LTE-USB' (usb0) as default for IPv4 routing and DNS

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.2622] device (usb0): state change: ip-config -> ip-check (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3006] device (usb0): state change: ip-check -> secondaries (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3012] device (usb0): state change: secondaries -> activated (reason 'none', managed-type: 'full')

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3017] device (usb0): Activation: successful, device activated.

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3021] manager: startup complete

user@chupi:~ $ systemctl status NetworkManager

● NetworkManager.service - Network Manager

     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)

     Active: active (running) since Wed 2026-08-05 20:09:37 CEST; 9min ago

 Invocation: b3195f7be93546eaa5d200014e5a9b9d

       Docs: man:NetworkManager(8)

   Main PID: 954 (NetworkManager)

      Tasks: 4 (limit: 4915)

        CPU: 548ms

     CGroup: /system.slice/NetworkManager.service

             └─954 /usr/sbin/NetworkManager --no-daemon

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3017] device (usb0): Activation: successful, device activated.

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3021] manager: startup complete

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.4351] device (wlan0): state change: activated -> deactivating (reason 'user-requested', managed-type: 'full')

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.4370] audit: op="device-disconnect" interface="wlan0" ifindex=4 pid=1327 uid=1000 result="success"

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5025] device (wlan0): supplicant interface state: completed -> disconnected

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5026] device (p2p-dev-wlan0): supplicant management interface state: completed -> disconnected

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5028] device (wlan0): state change: deactivating -> disconnected (reason 'user-requested', managed-type: 'full')

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): canceled DHCP transaction

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): activation: beginning transaction (timeout in 45 seconds)

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): state changed no lease

user@chupi:~ $ systemctl status NetworkManager

● NetworkManager.service - Network Manager

     Loaded: loaded (/usr/lib/systemd/system/NetworkManager.service; enabled; preset: enabled)

     Active: active (running) since Wed 2026-08-05 20:09:37 CEST; 10min ago

 Invocation: b3195f7be93546eaa5d200014e5a9b9d

       Docs: man:NetworkManager(8)

   Main PID: 954 (NetworkManager)

      Tasks: 4 (limit: 4915)

        CPU: 553ms

     CGroup: /system.slice/NetworkManager.service

             └─954 /usr/sbin/NetworkManager --no-daemon

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3017] device (usb0): Activation: successful, device activated.

Aug 05 20:09:46 chupi NetworkManager[954]: <info>  [1785953386.3021] manager: startup complete

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.4351] device (wlan0): state change: activated -> deactivating (reason 'user-requested', managed-type: 'full')

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.4370] audit: op="device-disconnect" interface="wlan0" ifindex=4 pid=1327 uid=1000 result="success"

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5025] device (wlan0): supplicant interface state: completed -> disconnected

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5026] device (p2p-dev-wlan0): supplicant management interface state: completed -> disconnected

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5028] device (wlan0): state change: deactivating -> disconnected (reason 'user-requested', managed-type: 'full')

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): canceled DHCP transaction

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): activation: beginning transaction (timeout in 45 seconds)

Aug 05 20:18:01 chupi NetworkManager[954]: <info>  [1785953881.5030] dhcp6 (wlan0): state changed no lease

user@chupi:~ $ system status ModemManager

bash: system: command not found

user@chupi:~ $ systemctl status ModemManager

○ ModemManager.service - Modem Manager

     Loaded: loaded (/usr/lib/systemd/system/ModemManager.service; disabled; preset: enabled)

     Active: inactive (dead)

user@chupi:~ $

Frank K. (fchk) 05.08.2026 21:30 #8082636

Lesenswert?

•

▲
▼

und at+cpin? zeigt READY ?

Ich hatte Dir ganz bewusst einen LTE-Router empfohlen, weil ich das Ende schon vorausgeahnt hatte. Vielleicht verstehst Du jetzt, warum.

fchk

Michael S. (michaelsmith) 06.08.2026 08:51 #8082721

Lesenswert?

•

▲
▼

Frank K. schrieb:

und at+cpin? zeigt READY ?

Ich hatte Dir ganz bewusst einen LTE-Router empfohlen, weil ich das Ende schon vorausgeahnt hatte. Vielleicht verstehst Du jetzt, warum.

fchk

die PIN hab ich deaktiviert, ich hab ja zwischendurch eine Verbindung und kann auch Webseiten aufrufen, aber es stirbt nach einer Weile.. Da nicht mal AT Kommandos mehr akzeptiert werden, kommt der Eindruck auf, dass das LTE Modem was nicht mag...

Einen Router wollte ich vermeiden, geringe Anzahl an Geräten somit ein niedriger Energieverbrauch wäre eins meiner KPIs ^^

Ich habe noch ein anderes Modul rumliegen, und zwar das hier https://www.olimex.com/Products/IoT/LTE/USB-gLINK-ANT/open-source-hardware ich werd wahrscheinlich nicht drum herum kommen und dieses mal anschliessen müssen...

Frank K. (fchk) 06.08.2026 10:15 #8082760

Lesenswert?

•

▲
▼

die PIN hab ich deaktiviert, ich hab ja zwischendurch eine Verbindung und kann auch Webseiten aufrufen, aber es stirbt nach einer Weile.. Da nicht mal AT Kommandos mehr akzeptiert werden, kommt der Eindruck auf, dass das LTE Modem was nicht mag...

Stromversorgung? Mobilfunkmodems können kurzzeitig (so einige ms) mal bis zu 2A ziehen, und wenn die das nicht bekommen, dann werden die schon mal komisch.

fchk

Michael S. (michaelsmith) 08.08.2026 11:22 #8083665

Lesenswert?

•

▲
▼

so, hab mir ein billliges Adjustable Power Supply geholt 15/5V/2A, hatte es gestern als externe and das LTE Modem angeschlossen. Das USB Kabel hatte ich aufgemacht und die Power getrennt, Tx/Rx/GND hab ich beibehalten. Beim ersten Versuch mitm LTE Modem (EG800) an die Spannung legen und danach USB ans Raspi anschliessen konnte ich sogar stabil online bleiben.

Keine Ausreisser, hatte mal 1h youtube abgespielt keine Auffälligkeiten.

ModemManager inactive, NetworkManager aktiv.

Problem was ich jetzt beobachte, nach dem ich jetzt erneut versucht hatte das anzutesten, mein Raspi OS friert ein wenn ich das LTE Modem USB Kabel verbinde (mit dem Modem unter Spannung).

Wenn ich das Kabel abstecke zeigt mir mein OS "USB Overcurrent. Please check your connected USB device"

Die Power Leitung ist aufm USB Kabel abgetrennt, habe an mehreren USB Schnittstellen (Notebook, FastCharger) getestet, über USB kriegt das Modem keinen Strom mehr...

08.08.2026 11:27: Bearbeitet durch User

Michael S. (michaelsmith) 08.08.2026 19:23 #8083830

Lesenswert?

•

▲
▼

ok, glaub meine Kabelarbeit war nicht perfekt, werde es mal weiter beobachten, aber zumindest is denke ich soweit klar, dass die Stromversorgung alles runterzog und zum Abbruch führte... vielen dank für Tipps...