SixFab Lab

[Sean Roozen]

I am encountering an error during this step:

Now ensure that the module is ready to receive commands:</p>
sudo qmicli -d /dev/cdc-wdm0 –dms-get-operating-mode</p>
This should return “online” if not then:</p>
sudo qmicli -d /dev/cdc-wdm0 –dms-set-operating-mode=’online’

I received this in response:

$ sudo qmicli -d /dev/cdc-wdm0 –dms-get-operating-mode
error: couldn’t create client for the ‘dms’ service: CID allocation failed in the CTL client: Transaction timed out
$ sudo qmicli -d /dev/cdc-wdm0 –dms-set-operating-mode=’online’
error: couldn’t create client for the ‘dms’ service: CID allocation failed in the CTL client: Transaction timed out

Just to attempt sending other commands I tried the following to see what result I would get:

$ qmicli -p -d /dev/cdc-wdm0 -v –dms-get-manufacturer
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] Opening device with flags ‘proxy, auto’…
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] automatically selecting QMI mode
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] created endpoint
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] sent message…
<<<<<< RAW:
<<<<<< length = 28
<<<<<< data = 01:1B:00:00:00:00:00:01:00:FF:10:00:01:0D:00:2F:64:65:76:2F:63:64:63:2D:77:64:6D:30</p>
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] sent generic request (translated)…
<<<<<< QMUX:
<<<<<< length = 27
<<<<<< flags = 0x00
<<<<<< service = “ctl”
<<<<<< client = 0
<<<<<< QMI:
<<<<<< flags = “none”
<<<<<< transaction = 1
<<<<<< tlv_length = 16
<<<<<< message = “Internal Proxy Open” (0xFF00)
<<<<<< TLV:
<<<<<< type = “Device Path” (0x01)
<<<<<< length = 13
<<<<<< value = 2F:64:65:76:2F:63:64:63:2D:77:64:6D:30
<<<<<< translated = /dev/cdc-wdm0

[17 Feb 2023, 13:29:02] -Warning ** Cannot read from istream: connection broken
[17 Feb 2023, 13:29:02] [Debug] [/dev/cdc-wdm0] QMI endpoint hangup: removed
error: couldn’t open the QmiDevice: Cannot write message: Error sending data: Broken pipe

 

Trying to troubleshoot but I may be making things worse.  I did end up trying to use atcom to communicate via AT commands to see if comms were ok.  Seemed ok but this is new to me so I’m not sure how to troubleshoot in with any precision.  Any help or success stories from any one else would be great. I’ll gladly start from scratch if this was all user error!

 

• This topic was modified 1 year, 8 months ago by Sean Roozen.
• This topic was modified 1 year, 8 months ago by Sean Roozen.
• This topic was modified 1 year, 8 months ago by Sean Roozen.

[Carlos Camacho]

This blog ( https://www.jeffgeerling.com/blog/2022/using-4g-lte-wireless-modems-on-raspberry-pi ) seems to have identical (almost word by word) instructions with the correct syntax. I hope this helps.

-Macho

[David Mozombite]

Hi Sean,

The correct command should be:

sudo qmicli -d /dev/cdc-wdm0 –dms-get-operating-mode

and

sudo qmicli -d /dev/cdc-wdm0 –dms-set-operating-mode=’online’

There should be two (not one) dashes, thank you for bringing this to attention we will fix within the site, and check to make sure this issue is avoided in other locations.

Thank you!

David

[Sean Roozen]

I under stand that double dash.  This forum auto formats what I post.

It looks like Macho got his working so I did a new image for the pi and …
…No such luck.

I can’t detect a qmi device.

pi@sixfabpi:~ $ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 3: Dev 3, If 0, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 3: Dev 3, If 1, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 3: Dev 3, If 2, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 3: Dev 3, If 3, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 3: Dev 3, If 4, Class=Communications, Driver=cdc_ether, 480M
|__ Port 3: Dev 3, If 5, Class=CDC Data, Driver=cdc_ether, 480M

So it looks like the qmi device isn’t showing and I can’t do anything with the qmi commands.  I am scouring the internet, hopefully I can resolve.  I may try to get a new Pi and see if that is a solution.

[David Mozombite]

Hi Sean,

Do you see a blue light lit on your Sixfab? If it is not, then the problem could stem from your EG25-G, try reseating it by removing it, and reconnecting. It will take a few minutes to power back on. Following this I recommend that you try two things:

First, ensure the the EG25-G module is connected and built up with the UFL antennas. Also, using the included USB cable cable in the Sixfab, connect the Sixfab to the Pi, try lsusb -t again and see if it works now. If it does not, swap the connection from a USB 2.0 to a USB 3.0 connection (black USB port to blue USB port).

Second, try a different USB cable. Any USB cable will work. But the best results will come from the shortest possible USB cable. If there is a break internally within the USB cable then its possible that there is no data being transferred between the Sixfab and Raspberry Pi.

The cdc-wdm0 commands will not work if your Raspberry Pi cannot detect any Sixfab devices.

Let me know if this fixes it,

Thanks,

David

[Sean Roozen]

1. There is indeed a blue light illuminated.
2. I have setup a brand new RPi 4
3. All USB ports result in the same reponse, it detects the device, but the modem isn’t showing the expected result
4. Attempted a new, short, cable.  Same results.

pi@raspberrypi:~ $ lsusb
Bus 002 Device 001: ID 1d6b:0003 Linux Foundation 3.0 root hub
Bus 001 Device 004: ID 2c7c:0125 Quectel Wireless Solutions Co., Ltd. EC25 LTE modem
Bus 001 Device 002: ID 2109:3431 VIA Labs, Inc. Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
pi@raspberrypi:~ $ lsusb -t
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/1p, 480M
|__ Port 1: Dev 2, If 0, Class=Hub, Driver=hub/4p, 480M
|__ Port 4: Dev 4, If 0, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 4: Dev 4, If 1, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 4: Dev 4, If 2, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 4: Dev 4, If 3, Class=Vendor Specific Class, Driver=option, 480M
|__ Port 4: Dev 4, If 4, Class=Communications, Driver=cdc_ether, 480M
|__ Port 4: Dev 4, If 5, Class=CDC Data, Driver=cdc_ether, 480M

[David Mozombite]

Hi Sean,

I apologize for the delay in responding – if you are still having this problem I recommend that you try two things:

1. Use sudo raspi-config, enter Interfacing Options, and enable the the I2C port. In the same menu activate the Serial monitor, Disable the Login Shell to be accessible over serial and enable serial. Reboot and check if you can see the correct interface.
2. If that does not work, I recommend that you jump to the install minicom step in the following section, and use the following commands:
   1. ATE1
   2. AT+QCFG=”usbnet”

Let me know the results. Thank you for your patience,

David

[Sean Roozen]

There is only an error response from AT+QCFG, and minicom isn’t responding to my commands either, I ended up just using atcom to test things.  We can setup an ssh link sometime if you want to live troubleshoot this device with me.

[Author]

Posts