LTE on RCC-VE 2440 with Sierra Wireless MC7354
-
Atlas2112, you are using the wrong port, Try cuaU0.2 for AT command console.
-
Francisco, from Ubuntu I know that the USBCOMP is 14. I followed your step through, including Mork's perl script, to get to this point actually. Everything works fine in Ubuntu.
Here is a basic readout showing the card:
ugen0.4: <mc7355 sierra="" wireless,="" incorporated="">at usbus0, cfg=0 md=HOST spd=HIG H (480Mbps) pwr=ON (500mA)
bLength = 0x0012
bDescriptorType = 0x0001
bcdUSB = 0x0200
bDeviceClass = 0x0000 <probed by="" interface="" class="">bDeviceSubClass = 0x0000
bDeviceProtocol = 0x0000
bMaxPacketSize0 = 0x0040
idVendor = 0x1199
idProduct = 0x9041
bcdDevice = 0x0006
iManufacturer = 0x0001 <sierra wireless,="" incorporated="">iProduct = 0x0002 <mc7355>iSerialNumber = 0x0003 <retrieving string="" failed="">bNumConfigurations = 0x0002Yesterday even when utilizing the proper port I was unable to connect. However, it seems to be working today. The readout for AT!UDPID? is
!UDPID:
APP: 9041
BOOT: 9040So everything looked okay. But after running the AT command lines I still cannot connect via PPP and have the following readout:
NO CARRIER
at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ERROR
aations = 0x0001
Manufacturer: Sierra Wireless, Incorporated
Model: MC7355
Revision: SWI9X15C_05.05.16.00 r20317 carmd-fwbuild1 2014/02/06 01:23:05
MEID: 35619505094911
ESN: 12809721465, 80945679
IMEI: 356195050949112
IMEI SV: 10
FSN: ER512301930111
+GCAP: +CGSM,+DS,+ESSo my question is, has the card now enter a power saving mode and isn't being properly activated? Or am I just not configuring something right on the PPP interface side of things?</retrieving></mc7355></sierra></probed></mc7355>
-
I would try a couple of other USBCOMP like 6 or 8. Everything looks OK to me. PID is right. Does the modem connect in Ubuntu OK?
-
I was able to install Ubuntu on my router and run the perl script setting mode 6```
6 => 'DM NMEA AT QMI',When I run usbconfig -u 0 -a 3 dump_device_desc
ugen0.3: <dell 5808="" wireless="" gobi="" 4g="" lte="" mobile="" broadband="" card="" sierra="" wireless,="" incorporated="">a, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)
bLength = 0x0012
bDescriptorType = 0x0001
bcdUSB = 0x0200
bDeviceClass = 0x0000 <probed by="" interface="" class="">bDeviceSubClass = 0x0000
bDeviceProtocol = 0x0000
bMaxPacketSize0 = 0x0040
idVendor = 0x413c
idProduct = 0x81a8
bcdDevice = 0x0006
iManufacturer = 0x0001 <sierra wireless,="" incorporated="">iProduct = 0x0002 <dell 5808="" wireless="" gobi="" 4g="" lte="" mobile="" broadband="" card="">iSerialNumber = 0x0003 <retrieving string="" failed="">bNumConfigurations = 0x0001</retrieving></dell></sierra></probed></dell>Note > bNumConfigurations = 0x0001 from > bNumConfigurations = 0x0002 This would seem to indicate that the script did correctly set the single mode. For some reason the AT console is still not exposed…
-
Curtisgrice, I'm still working on getting mine up and running on pfsense but the first problem you have is the PID and VID. Your current ones make it so the card is read as a Dell modem, which restricts usage. I believe there are several that work but I have them set to idVendor = 0x1199 idProduct = 0x9041.
If you look back at my earlier post you'll see that with these PID and VID values the card instead reads as a Sierra Wireless card, not Dell.
-
After playing around with some AT commands I returned the line
AT!GSTATUS?
!GSTATUS:
Current Time: 503 Temperature: 18
Bootup Time: 5 Mode: LOW POWER MODE
System mode: WCDMA PS state: Not attached
WCDMA band: WCDMA 2100
WCDMA channel: 0
GMM (PS) state:NULL –-
MM (CS) state: NULL NO IMSIWCDMA L1 state:L1M_STOPPED LAC: 0000 (0)
RRC state: DISCONNECTED Cell ID: 00000000 (0)
RxM RSSI C0: --- RxD RSSI C0: ---
RxM RSSI C1: --- RxD RSSI C1: ---As far as I can tell, the problem with my card on pfsense is getting the card out of low power mode. I had a similar problem in Ubuntu. I was able to fix the problem by doing the following:
$ sudo qmicli -d /dev/cdc-wdm1 –dms-get-operating-mode
[/dev/cdc-wdm1] Operating mode retrieved:
Mode: 'low-power'
HW restricted: 'no'$ sudo qmicli -d /dev/cdc-wdm1 –dms-set-fcc-authentication
[/dev/cdc-wdm1] Successfully set FCC authentication$ sudo qmicli -d /dev/cdc-wdm1 –dms-get-operating-mode
[/dev/cdc-wdm1] Operating mode retrieved:
Mode: 'online'
HW restricted: 'no'I'm fairly new to pfsense and freeBSD so I'm not sure of the majority of commands. Does anyone have any suggestions on how to make a similar change through pfsense?
-
I don't know how I overlooked that! Can we change the VID? I see we can change the PID via the AT commands.
-
Follow this thread.
https://forum.pfsense.org/index.php?topic=96468.0;all
-
Yes I was wrong in that the Dell 5808 Module never got officially supported with VID/PID. So you are going to have to change it to the Sierra VendorID and ProductID. They do work fine.
Also the USBCOMP=6 looks no good as its is QMI. Once you get the module converted to Sierra VID i would use USBCOMP=14
-
I would do the VID and PID in one session. I don't know what would happen with a Dell VID and Sierra PID. You will need to use the password to access the protected commands. Afterwards reboot or give it AT!GRESET
-
Thank you everyone for helping. I was able to set the idVendor = 0x1199 and to idProduct = 0x9041. Now its showing up in pfSense with usable AT console.
However when trying to connect to Project fi (t-mobile/sprint/US Cellular towers) with an activated data only sim (tested) I get the following output in logs and it never establishes a data connection.
I have the APN set to h2g2.Dec 13 20:27:50 ppp [opt2_link0] LCP: state change Closed --> Initial Dec 13 20:27:50 ppp [opt2_link0] LCP: Down event Dec 13 20:27:50 ppp [opt2_link0] Link: DOWN event Dec 13 20:27:50 ppp [opt2_link0] LCP: LayerFinish Dec 13 20:27:50 ppp [opt2_link0] LCP: state change Closing --> Closed Dec 13 20:27:48 ppp [opt2_link0] LCP: SendTerminateReq #3 Dec 13 20:27:46 ppp [opt2_link0] LCP: LayerDown Dec 13 20:27:46 ppp [opt2_link0] LCP: SendTerminateReq #2 Dec 13 20:27:46 ppp [opt2] IPV6CP: state change Closed --> Initial Dec 13 20:27:46 ppp [opt2] IPV6CP: Down event Dec 13 20:27:46 ppp [opt2] IPCP: state change Closed --> Initial Dec 13 20:27:46 ppp [opt2] IPCP: Down event Dec 13 20:27:46 ppp [opt2] IPV6CP: state change Stopped --> Closed Dec 13 20:27:46 ppp [opt2] IPV6CP: Close event Dec 13 20:27:46 ppp [opt2] IPCP: state change Stopped --> Closed Dec 13 20:27:46 ppp [opt2] IPCP: Close event Dec 13 20:27:46 ppp [opt2] Bundle: Status update: up 0 links, total bandwidth 9600 bps Dec 13 20:27:46 ppp [opt2_link0] Link: Leave bundle "opt2" Dec 13 20:27:46 ppp [opt2_link0] LCP: state change Opened --> Closing Dec 13 20:27:46 ppp [opt2_link0] LCP: Close event Dec 13 20:27:46 ppp [opt2_link0] Link: CLOSE event Dec 13 20:27:46 ppp [opt2] Bundle: closing link "opt2_link0"... Dec 13 20:27:46 ppp [opt2] Bundle: No NCPs left. Closing links... Dec 13 20:27:46 ppp [opt2] IPV6CP: LayerFinish Dec 13 20:27:46 ppp [opt2] IPV6CP: state change Req-Sent --> Stopped Dec 13 20:27:46 ppp [opt2] IPV6CP: parameter negotiation failed Dec 13 20:27:46 ppp [opt2] IPCP: LayerFinish Dec 13 20:27:46 ppp [opt2] IPCP: state change Req-Sent --> Stopped Dec 13 20:27:46 ppp [opt2] IPCP: parameter negotiation failed Dec 13 20:27:46 ppp [opt2_link0] LCP: no reply to 1 echo request(s) Dec 13 20:27:44 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:44 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:44 ppp [opt2] IPCP: SendConfigReq #10 Dec 13 20:27:44 ppp [opt2] IPV6CP: SendConfigReq #10 Dec 13 20:27:42 ppp [opt2] IPV6CP: SendConfigReq #9 Dec 13 20:27:42 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:42 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:42 ppp [opt2] IPCP: SendConfigReq #9 Dec 13 20:27:40 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:40 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:40 ppp [opt2] IPCP: SendConfigReq #8 Dec 13 20:27:40 ppp [opt2] IPV6CP: SendConfigReq #8 Dec 13 20:27:38 ppp [opt2] IPV6CP: SendConfigReq #7 Dec 13 20:27:38 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:38 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:38 ppp [opt2] IPCP: SendConfigReq #7 Dec 13 20:27:36 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:36 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:36 ppp [opt2] IPCP: SendConfigReq #6 Dec 13 20:27:36 ppp [opt2] IPV6CP: SendConfigReq #6 Dec 13 20:27:34 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:34 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:34 ppp [opt2] IPCP: SendConfigReq #5 Dec 13 20:27:34 ppp [opt2] IPV6CP: SendConfigReq #5 Dec 13 20:27:32 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:32 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:32 ppp [opt2] IPCP: SendConfigReq #4 Dec 13 20:27:32 ppp [opt2] IPV6CP: SendConfigReq #4 Dec 13 20:27:30 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:30 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:30 ppp [opt2] IPCP: SendConfigReq #3 Dec 13 20:27:30 ppp [opt2] IPV6CP: SendConfigReq #3 Dec 13 20:27:28 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:28 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:28 ppp [opt2] IPCP: SendConfigReq #2 Dec 13 20:27:28 ppp [opt2] IPV6CP: SendConfigReq #2 Dec 13 20:27:26 ppp [opt2] IPV6CP: SendConfigReq #1 Dec 13 20:27:26 ppp [opt2] IPV6CP: state change Starting --> Req-Sent Dec 13 20:27:26 ppp [opt2] IPV6CP: Up event Dec 13 20:27:26 ppp [opt2] COMPPROTO VJCOMP, 16 comp. channels, no comp-cid Dec 13 20:27:26 ppp [opt2] IPADDR 0.0.0.0 Dec 13 20:27:26 ppp [opt2] IPCP: SendConfigReq #1 Dec 13 20:27:26 ppp [opt2] IPCP: state change Starting --> Req-Sent Dec 13 20:27:26 ppp [opt2] IPCP: Up event Dec 13 20:27:26 ppp [opt2] IPV6CP: LayerStart Dec 13 20:27:26 ppp [opt2] IPV6CP: state change Initial --> Starting Dec 13 20:27:26 ppp [opt2] IPV6CP: Open event Dec 13 20:27:26 ppp [opt2] IPCP: LayerStart Dec 13 20:27:26 ppp [opt2] IPCP: state change Initial --> Starting Dec 13 20:27:26 ppp [opt2] IPCP: Open event Dec 13 20:27:26 ppp [opt2] Bundle: Status update: up 1 link, total bandwidth 100000000 bps Dec 13 20:27:26 ppp [opt2_link0] Link: Join bundle "opt2" Dec 13 20:27:26 ppp [opt2_link0] Link: Matched action 'bundle "opt2" ""' Dec 13 20:27:26 ppp [opt2_link0] LCP: authorization successful Dec 13 20:27:26 ppp [opt2_link0] CHAP: rec'd SUCCESS #1 len: 4 Dec 13 20:27:26 ppp [opt2_link0] CHAP: sending RESPONSE #1 len: 25 Dec 13 20:27:26 ppp [opt2_link0] CHAP: Using authname "user" Dec 13 20:27:26 ppp [opt2_link0] Name: "UMTS_CHAP_SRVR" Dec 13 20:27:26 ppp [opt2_link0] CHAP: rec'd CHALLENGE #1 len: 35 Dec 13 20:27:26 ppp [opt2_link0] LCP: rec'd Discard Request #7 (Opened) Dec 13 20:27:26 ppp [opt2_link0] LCP: LayerUp Dec 13 20:27:26 ppp [opt2_link0] LCP: auth: peer wants CHAP, I want nothing Dec 13 20:27:26 ppp [opt2_link0] LCP: state change Ack-Sent --> Opened Dec 13 20:27:26 ppp [opt2_link0] MAGICNUM 0xba589272 Dec 13 20:27:26 ppp [opt2_link0] MRU 1500 Dec 13 20:27:26 ppp [opt2_link0] ACCMAP 0x000a0000 Dec 13 20:27:26 ppp [opt2_link0] PROTOCOMP Dec 13 20:27:26 ppp [opt2_link0] ACFCOMP Dec 13 20:27:26 ppp [opt2_link0] LCP: rec'd Configure Ack #1 (Ack-Sent) Dec 13 20:27:26 ppp [opt2_link0] LCP: state change Req-Sent --> Ack-Sent Dec 13 20:27:26 ppp [opt2_link0] ACFCOMP Dec 13 20:27:26 ppp [opt2_link0] PROTOCOMP Dec 13 20:27:26 ppp [opt2_link0] MAGICNUM 0x451bbe77 Dec 13 20:27:26 ppp [opt2_link0] AUTHPROTO CHAP MD5 Dec 13 20:27:26 ppp [opt2_link0] ACCMAP 0x00000000 Dec 13 20:27:26 ppp [opt2_link0] LCP: SendConfigAck #6 Dec 13 20:27:26 ppp [opt2_link0] ACFCOMP Dec 13 20:27:26 ppp [opt2_link0] PROTOCOMP Dec 13 20:27:26 ppp [opt2_link0] MAGICNUM 0x451bbe77 Dec 13 20:27:26 ppp [opt2_link0] AUTHPROTO CHAP MD5 Dec 13 20:27:26 ppp [opt2_link0] ACCMAP 0x00000000 Dec 13 20:27:26 ppp [opt2_link0] LCP: rec'd Configure Request #6 (Req-Sent) Dec 13 20:27:26 ppp [opt2_link0] MAGICNUM 0xba589272 Dec 13 20:27:26 ppp [opt2_link0] MRU 1500 Dec 13 20:27:26 ppp [opt2_link0] ACCMAP 0x000a0000 Dec 13 20:27:26 ppp [opt2_link0] PROTOCOMP Dec 13 20:27:26 ppp [opt2_link0] ACFCOMP Dec 13 20:27:26 ppp [opt2_link0] LCP: SendConfigReq #1 Dec 13 20:27:26 ppp [opt2_link0] LCP: state change Starting --> Req-Sent Dec 13 20:27:26 ppp [opt2_link0] LCP: Up event Dec 13 20:27:26 ppp [opt2_link0] Link: UP event Dec 13 20:27:26 ppp [opt2_link0] MODEM: chat script succeeded Dec 13 20:27:26 ppp [opt2_link0] CHAT: Connected at 100000000. Dec 13 20:27:26 ppp [opt2_link0] CHAT: ATDT*99# Dec 13 20:27:26 ppp [opt2_link0] CHAT: Dialing server at *99#... Dec 13 20:27:26 ppp [opt2_link0] CHAT: Detected Hayes compatible modem. Dec 13 20:27:26 ppp [opt2_link0] CHAT: +CGDCONT=1,"IP","h2g2" Dec 13 20:27:26 ppp [opt2_link0] LCP: LayerStart Dec 13 20:27:26 ppp [opt2_link0] LCP: state change Initial --> Starting Dec 13 20:27:26 ppp [opt2_link0] LCP: Open event Dec 13 20:27:26 ppp [opt2_link0] Link: OPEN event Dec 13 20:27:26 ppp [opt2] Bundle: Interface ng0 created
-
Curtis did you ever get your card working? I recently switched out my 7355 for the 7354 in hopes it would work a bit better, since it wasn't DELL locked out of the gate. After some tweaking I've got pfsense picking up the card, but outputting an almost identical log file to your last post.
-
Sorry so bump a dead thread but….
Yeah, I never did get his working though I would still like to. Has anyone else had luck with this?
-
Sorry to bump an old post but I'm running into the same problem. I can manually connect to LTE networking using PPP via command line so I know it works, but not through pfSense GUI.
-
@jcarver81 I'm having this same issue on an MC7354 (my log looks the same), but have not yet successfully connected manually either. Would you mind sharing how you've done that so I can troubleshoot a bit more ?
-
@baberlevi any updates? i have the same MC7354
-
What state is it in? Does pfSense/u3g detect the card and create the ports? Can you connect to them from the command line?
Steve
-
@stephenw10 yes pfsense does detect the module and can you show me how to connect them through the command line, that would be great
-
Yes use
cu -l cuaU0.X
as shown above. Where X is probably 2.That should give you access to the modem AT interface so you can query it's status etc.
Once that is confirmed working you can try configuring a ppp session using that port.
Steve
-
@stephenw10 i typed the command and it shows connected
so its recognised by pfsense right?