Telit USB mode?

Cellular Modules Telit LE910C1/C4 LTE Module
1

Sounds like I have the Telit in some other mode. I’m not seeing all the usb ports that I should. How can I reset it and go back to the mode I want to be in? And what “mode” is that?

Here is some of the things I’ve tried (pasted from my older post)

sudo echo 01 00 00 00 10 00 00 00 01 00 00 00 00 10 00 00 | xxd -r -p >/dev/cdc-wdm0

-bash: /dev/cdc-wdm0: Permission denied

Looks like /dev/cdc-wdm0 does not exist.

Some more details about my setup.

lsusb
Bus 004 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 003 Device 003: ID 1bc7:900e Telit Wireless Solutions QHSUSB__BULK
Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

lsusb -t
/:  Bus 04.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
/:  Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/2p, 480M
    |__ Port 1: Dev 3, If 0, Class=Vendor Specific Class, Driver=qcserial, 480M
/:  Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/1p, 5000M
/:  Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci-hcd/2p, 480M

T:  Bus=03 Lev=01 Prnt=01 Port=00 Cnt=01 Dev#=  5 Spd=480 MxCh= 0
D:  Ver= 2.00 Cls=00(>ifc ) Sub=00 Prot=00 MxPS=64 #Cfgs=  1
P:  Vendor=1bc7 ProdID=900e Rev=00.00
S:  Manufacturer=Qualcomm CDMA Technologies MSM
S:  Product=QHSUSB__BULK
S:  SerialNumber=1234567890ABCDEF
C:  #Ifs= 1 Cfg#= 1 Atr=80 MxPwr=2mA
I:  If#= 0 Alt= 0 #EPs= 2 Cls=ff(vend.) Sub=ff Prot=ff Driver=qcserial
E:  Ad=01(O) Atr=02(Bulk) MxPS= 512 Ivl=0ms
E:  Ad=81(I) Atr=02(Bulk) MxPS= 512 Ivl=0ms

dmesg | grep tty
[    0.000000] Kernel command line: reboot=w coherent_pool=1M 8250.nr_uarts=1 pci=pcie_bus_safe cgroup_disable=memory numa_policy=interleave  smsc95xx.macaddr=D8:3A:DD:C0:C7:6A vc_mem.mem_base=0x3fc00000 vc_mem.mem_size=0x40000000  console=ttyAMA10,115200 console=tty1 root=PARTUUID=610c308f-02 rootfstype=ext4 fsck.repair=yes rootwait quiet splash plymouth.ignore-serial-consoles cfg80211.ieee80211_regdom=US
[    0.000109] printk: legacy console [tty1] enabled
[    0.026354] 107d001000.serial: ttyAMA10 at MMIO 0x107d001000 (irq = 16, base_baud = 0) is a PL011 rev3
[    0.026364] printk: legacy console [ttyAMA10] enabled
[    0.411852] 107d50c000.serial: ttyS0 at MMIO 0x107d50c000 (irq = 33, base_baud = 6000000) is a Broadcom BCM7271 UART
[    0.411908] serial serial0: tty port ttyS0 registered
[    1.727209] systemd[1]: Created slice system-getty.slice - Slice /system/getty.
[    1.727575] systemd[1]: Created slice system-serial\x2dgetty.slice - Slice /system/serial-getty.
[    1.728052] systemd[1]: Expecting device dev-ttyAMA10.device - /dev/ttyAMA10...
[    2.293103] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[   91.788600] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[   94.507540] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[  183.971636] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[  186.688608] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[  276.030475] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[  278.749327] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[  368.076685] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[  370.798226] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[  460.142477] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[  462.858722] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0
[  552.487381] qcserial ttyUSB0: Qualcomm USB modem converter now disconnected from ttyUSB0
[  555.206976] usb 3-1: Qualcomm USB modem converter now attached to ttyUSB0

Debian GNU/Linux 12 (bookworm)

The 4 ports on the usb seems to show up or not depending on the sim I put into the Telit. The example above is using the default sixfab sim that came with the HAT.

2

According to the VID:PID, this indicates the module is in boot mode. Hence the mentioned solution from previous post is irrelevant.
If power cycle doesn’t bring it back, you will need to flash it on a Windows machine using a TFI firmware file.

Could you please share the mini PCIe module details(Model and variant)?

3

Ok. I will try this.

I’m guessing the boot mode is affected by what cell sim is put in the device.

Can i view some logs somewhere to see why it doesn’t boot up?

If I put in a different sim it does boot up and shows the usb ports. ( I will confirm this again. This was the case last week)

4

No, It is not related to the SIM. It could be related to the power of the system, power cut at shutdown, or in appropriate firmware flashing.

5

the sim is making a difference. when I put in a different sim I can see all the usb ports. And can send AT commands.

I’m just doing a sudo shutdown now before unplugging and putting in the new sim.

Is there any logs I can check to see why this is happening?

6

Do you unplug the Power supply off Raspberry Pi or only the USB of the HAT?

Actually you don’t need to power off the whole system, Instead you can just power off the power from HAT + cellular module driving the GPIO26 to HIGH.

you can use dmesg -w to observe the logs during this period.

7

I unplug the power to the Pi.