Sierra MC73xx working

[Guest]

Was really happy to find CU (terminal program) a pfSense default as well. I did not even have to set up PPP to talk to the cuaU0.1 port.

cu -l /dev/cuaU0.1

I had all kind of troubles with term, under PPP. Now i have something i can use.

[Guest]

Here are my screenshots for the MC7354 -with the newer firmware- and its various settings. Cannot run in pfSense as is.

[Guest]

Here are the some PID's found in SierraMC73xx firmware.

MC7355/MC7355 – VID=0x1199
User defined PID with AT!UDPID=xxxx
0x9041
0x9054
0x9056
0x68A2
0x68B1
0X68C0

Dell DW5808 -VID=0x413C
Factory PID=0x81A8

User defined PID with AT!UDPID=xxxx On the Dell DW5808 Module
0x9041
0x9051
0x9053
0x9054
0X9056
0x68A2
0x68B1
–--------------------------------------------------

Linux qcserial PID assignment for cross reference.

0x9041-Sierra Wireless MC7305/MC7355
0x9051-Netgear AirCard 340U Modem
0x9053-Sierra Wireless Modem
0x9054-Sierra Wireless Modem
0X9056-Netgear AirCard 341U Modem
0x68A2-MC7710 QMI Mode
0x68B1-None
–---------------------------------------------------

Current FreeBSD USBDEVS -PID Assignments-
0x9041-Not assigned
0x9051-Not Assigned
0x9053-Not Assigned
0x9054-Not Assigned
0X9056-Not Assigned
0x68A2-Not Assigned
0x68B1-Not Assigned
0x68C0-Not Assigned
–----------------------------------------------------

Product ID's I would like to be added to USBDEVS/U3G
VID:1199 PID:68C0 DEVICE_DESC: Sierra Wireless MC7355
VID:1199 PID:68A2 DEVICE_DESC: Sierra Wireless EM7355
VID:1199 PID:9041 DEVICE_DESC: Sierra Wireless MC7355
VID:413C PID:818A DEVICE_DESC: Dell DW5808 Wireless Modem (MC7355)

[Guest]

Here are some more informational screen shots showing firmware, PID's and USBCOMP mode. These are for the MC7355

[Guest]

Here are the user selectable PID's for the MC7355.

[Guest]

Here are the Dell DW5808 details. This is also a MC7355.
They have more PID's on their list than any other. Strange how the default PID 81A8 is not in the list. Modes are different too.

[Guest]

I was able to convert a Dell DW5808 to the native Sierra MC7355.

AT!UDVID=1199 and AT!UDPID=9041

Turns your rotten Dell locked module into a generic OEM module usable in any Windows machine with stock drivers.

I only tried it on one module so YMMV. It had an early firmware and i couldn't coax PID:6820 out of it…

[Guest]

While getting a couple of modules flashed to the latest ATT firmware for a trip to Texas and I decided to take them live. Most of my testing is done with no antennas, so last step is antennas before use. Used windows and flashed them -then fired up the Sierra Skylight Watcher. The speedometer/indicator was on LTE at first, then seem to drop to 3G HPSA+ and lots of back and forth and maybe even 2G/UMTS flashed up.. Seemed erratic. Used my new AT command skills and hit the extended commands pdf. AT!GSTATUS? gives you some info. Then found AT!BANDS, AT!GBAND and AT!DASBAND which i still don't understand the differences. I tried LTE only and it wouldn't find service. ATT uses B17 for most LTE. The fallback 3G seems to be 850GSM and 1900GSM for ATT.

I am pretty impressed with Ubuntu Modem-Manager GUI as it has a nice "Scan" feature and I see 5) T-mobile towers, and only 1ea.)VZW, Sprint and ATT tower. That makes me wonder about my service. I see 4 bars on my ATT tower. I think the module needs tuning. I even see a RF calibration recommended…Whatever that means. I know my MC7700 experience was much less painful and that module maintains LTE on the Watcher...I should probably dump my Windows platform as I have installed probably a dozen different driver packages...Super weird thing is that the module "Firmware version" seems tied to software as the same module with Windows and Ubuntu shows different firmware versions...Odd why would hardware firmware version change with OS disk change? Must be tied to different Gobi.API/blob in the different OS's- i really dunno...

[Guest]

I loaded a fresh Windows and Sierra drives and Watcher. Was still seeing my LTE drop to 3G and i noticed it seemed tied to usage. When I ran speed test the speed would jump to LTE.
I found this thread which explains why.

Telstra cells drop you back to basic "UMTS" when there's no data in transmission between yourself and the tower. Once the data flows again, you'll typically go to "HSPA+" (single carrier) or "DC-HSPA+" (dual carrier) on Telstra, depending on the capabilities of the tower. That's got nothing to do with diversity.

http://forums.whirlpool.net.au/archive/2178921

This is exactly what I am seeing with ATT. Drops back to lower connection speed when not in use.

[Juancho1972]

Phishfry, I'm from Argentina and need your help to convert a Dell DW5808 to the native Sierra MC7355.

Thanks

[Juancho1972]

Finally I can convert the Dell DW5808 into a Generic Sierra Wireless  MC7355 to work with Windows 7.

Thanks to Phishfry and other web sites with a perl script to change the UDUSBCOMP to work in Ubuntu.

[FranciscoFranco]

Here is the skinny. The Dell DW5808 (MC7355) module was locked in USBCOMP #9 which is MBIM only -No AT command port at all. This is the new method by which Windows 8.1 and 10 work. They flash your modem to only use MBIM effectivly locking you out of the module.

So Juancho had to not only switch his module from Dell VID+PID to Sierra VID+PID but also regain the AT console to do it.
Luckily one of the developers of Linux modem-manager has a perl script which can bring back the AT console.

Here is how without installing Linux on host.
Setup Ubuntu USB Flash/Pen drive with persistent storage like Unetbootin offers. Run you disk and install the following

sudo apt-get install perl
sudo apt-get install libuuid-tiny-perl
sudo apt-get install libipc-shareable-perl
sudo apt-get install modem-manager-gui
sudo apt-get install putty

So first off you need to run networkmanager and modemmanager in debug mode:
https://www.freedesktop.org/wiki/Software/ModemManager/Debugging

Then run this script:
http://git.mork.no/?p=wwan.git;a=blob_plain;f=scripts/swi_setusbcomp.pl

Here are some supporting docs.
https://www.freedesktop.org/software/ModemManager/man/1.0.0/mmcli.8.html
https://www.chromium.org/chromium-os/how-tos-and-troubleshooting/debugging-3g/modem-debugging-with-mmcli

Even on other Sierra modems you get worked:
https://forum.sierrawireless.com/viewtopic.php?f=117&t=8863

Different Modem same effects-different cure:
http://zukota.com/how-to-enable-at-command-and-diagnostic-ports-and-gps-for-sierra-wireless-em7345/

This has exactly what is needed. Note EM7305 is the same firmware wise.
http://www.0xf8.org/2016/04/changing-dell-wireless-5809e-sierra-wireless-em7305-usb-composition-mbim-qmi-at-interface-nmea/

Note: ModemManager and Networkmanager in debug mode might not be needed. We were trying to send the modem AT commands with mmcli and that required debug mode. Unfortunately it did not work as AT command console was not exposed. Ultimately it required the perl script. Here is sample command.
sudo perl swi_setusbcomp.pl –usbcomp=14

Putty set to Serial and ttyUSB1. Putty requires sudo putty from terminal to work.

ModemManager GUI is useful in showing the mode the modem is in. For example MIBM was apparent without AT console.

From Juancho:
Maybe with Perl script and Putty is enough to do the conversión from Dell to Sierra Wireless.

So the above post about bricking your module is now the new normal from Microsoft. MBIM only mode. Luckily Bjorn Mork and his magic perl script saves the day.

[FranciscoFranco]

The reason I post this is the procedures are exactly the same for pfSense, FreeBSD and Windows. #14 USBCOMP works and as a bonus proves a dual configuration with DirectIP for FreeBSD/pfSense and QMI modes for Linux.

[thanatos2k]

So I was in the middle of changing a DW5808 into a generic module when the laptop lost power. I got the VID successfully updated to 1199 but the PID is still 81A8… This means the drivers won't pick up the card as a valid combo to get me into a serial terminal to change the PID. Is there some way in Linux I can trick it into working so I can issue the PID change or is the card toast? Card is in USBcomp=6 right now if that changes anything, I see 4 interfaces exposed in windows but can't get drivers to load for them.

[thanatos2k]

Ended up comparing the modules loaded with a 5808e in a USB carrier and manually installing the modules using modprobe. That exposed the /dev/ttyUSB0 through /dev/ttyUSB2, ttyUSB2 was the AT command interface so I was able to issue the AT!UDVID=9041 to fix. Runs like a champ now.

/sbin/modprobe cdc_wdm product=0x81a8 vendor=0x1199
/sbin/modprobe usbserial product=0x81a8 vendor=0x1199
/sbin/modprobe qmi_wwan product=0x81a8 vendor=0x1199
/sbin/modprobe qcserial product=0x81a8 vendor=0x1199

[tubs89]

How are you guys connecting the mPCIe card to a host?  Does a USB adapter work or do I need to find a mainboard that supports mPCIe to do these steps?

[thanatos2k]

3g/4g modems almost all use the USB interface of Mini-PCI(e) so a USB adapter will work if you don't have a slot internally.

[tubs89]

@thanatos2k:

3g/4g modems almost all use the USB interface of Mini-PCI(e) so a USB adapter will work if you don't have a slot internally.

Thanks!

[tubs89]

Thanks for these instructions!  I also followed this post to re-flash the firmware to Sprint: https://forum.pfsense.org/index.php?topic=120614.0.

I had to run !BOOTHOLD via the AT interface prior to flashing the firmware to get the firmware to flash without an error.

[tubs89]

I'm still having trouble - it appears the device is stuck in "Low Power Mode", similar to this post: https://sigquit.wordpress.com/2015/02/09/dell-branded-sierra-wireless-3g4g-modem-not-online/

The output of !PCINFO:
State: LowPowerMode
LPM force flags - W_DISABLE:0, User:0, Temp:0, Volt:0, BIOS:1, GOBIIM:0
W_DISABLE: 0
Poweroff mode: 0
LPM Persistent: 0

Indicates the BIOS system is somehow converting the module to low power.  Googling reveals linux can do this with it's ACPI modules by accident/bug:
https://lists.freedesktop.org/archives/libqmi-devel/2015-January/001084.html

Anyone else struggling with this?