D-Link DWM-222 LTE Dongle with 2.5

stephenw10

Ok first thing I would do is unplug it then plug it back in and check the system logs in the GUI.
If it's a supported device you will probably some entries as u3g creates new com ports. You might also see new usb ethernet devices detected.

If it as and new ports are created they will be /dev/cuaU*. The upper case U denotes a USB connected device. Those ports you show above are the on-board com ports not the modem.

Yes, you would connect to it using cu, for example:

[2.4.1-DEVELOPMENT][admin@3100.stevew.lan]/root: cu -l /dev/cuaU0.2
Connected
at
OK
ati
Manufacturer: Sierra Wireless, Incorporated
Model: EM7305
Revision: SWI9X15C_05.05.06.00 r19523 carmd-fwbuild1 2013/12/06 00:19:40
IMEI: ***************
IMEI SV: 9
FSN: ***************
+GCAP: +CGSM

Escape that by hitting return then ~~.

Steve

rmeskill

It appears to just disappear and then reappear:

Jun 1 20:14:20	kernel		ugen3.2: <Mobile Connect Mobile Connect> at usbus3 (disconnected)
Jun 1 20:14:42	kernel		ugen3.2: <Mobile Connect Mobile Connect> at usbus3

rmeskill

And cu (to both cuau0 and cuau2 connect but just give me dead air:

===group

/home/pfadmin: sudo cu -l /dev/cuau2
Connected
~
[EOT]

stephenw10

Ok lets see the output of: usbconfig -d ugen3.2 dump_all_desc.

Steve

stephenw10

That device does look like it should be recognised but only in 2.5:
https://github.com/pfsense/FreeBSD-src/blob/RELENG_2_5/sys/dev/usb/usbdevs#L1725

It's not shown in 2.4.X. You will need to use a dev snapshot if you need native support.

Steve

rmeskill

ugen3.2.txt

Sorry about the attachments-pasting just got me spam errors

stephenw10

Did you just upgrade to 2.5? If so check the system log again when you connect it.

You should see it shown as the correct device at least.

Steve

rmeskill

No, I’ve been on 2.5 since I opened this ticket. The logs above are from 2.5-the device isn’t being recognized

rmeskill

The system log (again on 2.5) only shows the connection at 3.2 and then the failures to respond to AT. Do you perhaps have any further suggestions?

stephenw10

Hmm, what I expect to see here is the device initially come up as an emulated CD drive and then be ejected by u3g:
https://github.com/pfsense/FreeBSD-src/blob/RELENG_2_5/sys/dev/usb/serial/u3g.c#L241

If you reboot and check the boot log do you see that?

Do you see a cd drive listed in /dev that has no business being there? If so try ejecting it.

Steve

rmeskill

Rebooting seems to have frozen it-I'll need to get a monitor out tomorrow and take a look at what happened, but I did get an output of /dev at first-nothing obviously cdrom in there:

/dev: ls
acpi       atkbd0     cpuctl1    cuau2.init full       klog       mixer1     pci        stderr     ttyu2      ttyv5      ufssuspend ugen7.1
ada0       audit      cpuctl2    cuau2.lock geom.ctl   kmem       mlx5ctl    pf         stdin      ttyu2.init ttyv6      ugen0.1    uinput
ada0s1     auditpipe  cpuctl3    devctl     hpet1      label      music0     pts        stdout     ttyu2.lock ttyv7      ugen1.1    urandom
ada0s1a    bpf        ctty       devctl2    input      md0        netdump    random     sysmouse   ttyv0      ttyv8      ugen2.1    usb
ada0s1b    bpf0       cuau0      devstat    io         mdctl      netmap     reroot     tcp_log    ttyv1      ttyv9      ugen3.1    usbctl
agpgart    console    cuau0.init dumpdev    kbd0       mem        nfslock    sequencer0 ttyu0      ttyv2      ttyva      ugen4.1    xpt0
apm        consolectl cuau0.lock fd         kbd1       midistat   null       sndstat    ttyu0.init ttyv3      ttyvb      ugen5.1    zero
apmctl     cpuctl0    cuau2      fido       kbdmux0    mixer0     pass0      speaker    ttyu0.lock ttyv4      ufsid      ugen6.1

rmeskill

No idea what happened, but something got corrupted and had to fully reinstall. But now can confirm both no unexpected CDROMs in /dev (it looks the exact same as above), it continues to mount on 7.2 and it doesn't work.

[2.5.0-DEVELOPMENT][admin@pfSense.localdomain]/root: usbconfig
ugen2.1: <Intel UHCI root HUB> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen6.1: <Intel UHCI root HUB> at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen1.1: <Intel UHCI root HUB> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen5.1: <Intel UHCI root HUB> at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen4.1: <Intel UHCI root HUB> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen7.1: <Intel EHCI root HUB> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen0.1: <Intel UHCI root HUB> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen3.1: <Intel EHCI root HUB> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen7.2: <Mobile Connect Mobile Connect> at usbus7, cfg=255 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)

Additionally (both before and after I create a PPP Interface) cu -l /dev/cuau* don't give me any interactive responses-I just get a dead cursor until I disconnect.

stephenw10

Hmm, I would try it in some other OS at this point and see what it does there. It may be stuck in some odd mode perhaps.
Do you know the history of that device?

Steve

rmeskill

It's brand new, not locked, and works fine on my Windows box with the provided software...

rmeskill

I think you might be right, though, as when it joins to Windows it joins as a CDROM/USB device. I imagine I need to switch it to the correct mode, then, per details on this thread:

https://www.draisberghof.de/usb_modeswitch/bb/viewtopic.php?f=3&t=2594

but can't find a series of commands that works. Here's what I get when I follow the same commands from that forum post:

[2.5.0-DEVELOPMENT][admin@pfSense.localdomain]/root: sudo usb_modeswitch -K -W -v 2001 -p 0x0228
Take all parameters from the command line


 * usb_modeswitch: handle USB devices with multiple modes
 * Version 2.6.0 (C) Josua Dietze 2017
 * Based on libusb1/libusbx

 ! PLEASE REPORT NEW CONFIGURATIONS !

DefaultVendor=  0x2001
DefaultProduct= 0x0228

StandardEject=1

Look for default devices ...
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 2001:ab00
   vendor ID matched
 No devices in default mode found. Nothing to do. Bye!

stephenw10

@rmeskill said in D-Link DWM-222 LTE Dongle with 2.5:

sudo usb_modeswitch -K -W -v 2001 -p 0x0228

That's the wrong product ID, it's not what you have. Try:
sudo usb_modeswitch -K -W -v 2001 -p 0xab00

Not sure why u3g isn't doing that though.

Steve

rmeskill

Well that did get us closer...

[2.5.0-DEVELOPMENT][admin@pfSense.localdomain]/root: sudo usb_modeswitch -K -W -v 2001 -p 0xab00
Take all parameters from the command line


 * usb_modeswitch: handle USB devices with multiple modes
 * Version 2.6.0 (C) Josua Dietze 2017
 * Based on libusb1/libusbx

 ! PLEASE REPORT NEW CONFIGURATIONS !

DefaultVendor=  0x2001
DefaultProduct= 0xab00

StandardEject=1

Look for default devices ...
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 0000:0000
  found USB ID 2001:ab00
   vendor ID matched
   product ID matched
 Found devices in default mode (1)
Access device 002 on bus 007
Get the current device configuration ...
 Determining the active configuration failed (error -5). Abort

Definitely a different error from last time...

rmeskill

On a Debian machine (rasberry pi) I get the following:

pi@raspberrypi:~ $ sudo usb_modeswitch -K -W -v 2001 -p 0xab00
Take all parameters from the command line


 * usb_modeswitch: handle USB devices with multiple modes
 * Version 2.5.0 (C) Josua Dietze 2017
 * Based on libusb1/libusbx

 ! PLEASE REPORT NEW CONFIGURATIONS !

DefaultVendor=  0x2001
DefaultProduct= 0xab00

StandardEject=1

Look for default devices ...
  found USB ID 2001:7e35
   vendor ID matched
  found USB ID 0424:ec00
  found USB ID 0424:9514
  found USB ID 1d6b:0002
 No devices in default mode found. Nothing to do. Bye!

stephenw10

@rmeskill said in D-Link DWM-222 LTE Dongle with 2.5:

7e35

In Debian it has already been switched so usb_modeswitch has nothing to do. 0x7e35 is the modem mode ID:
https://github.com/pfsense/FreeBSD-src/blob/RELENG_2_5/sys/dev/usb/usbdevs#L1722

It just needs to be ejected but if it never appears as a virtual CD drive that's.... challenging!

It looks to be failing reading the config index for some reason but your usbconfig output previously showed it using config index 0 as expected.

Steve

rmeskill

For clarification, here's the most recent output:

ugen7.2: <Mobile Connect Mobile Connect> at usbus7, cfg=255 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)

  bLength = 0x0012
  bDescriptorType = 0x0001
  bcdUSB = 0x0201
  bDeviceClass = 0x0000  <Probed by interface class>
  bDeviceSubClass = 0x0000
  bDeviceProtocol = 0x0000
  bMaxPacketSize0 = 0x0040
  idVendor = 0x2001
  idProduct = 0xab00
  bcdDevice = 0x0228

(Had to pare it back a bit since it kept getting flagged as spam)

    Interface 0
      bLength = 0x0009
      bDescriptorType = 0x0004
      bInterfaceNumber = 0x0000
      bAlternateSetting = 0x0000
      bNumEndpoints = 0x0002
      bInterfaceClass = 0x0008  <Mass storage>
      bInterfaceSubClass = 0x0006
      bInterfaceProtocol = 0x0050
      iInterface = 0x0004  <Mass Storage>

     Endpoint 0
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0081  <IN>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x0000
        bRefresh = 0x0000
        bSynchAddress = 0x0000

     Endpoint 1
        bLength = 0x0007
        bDescriptorType = 0x0005
        bEndpointAddress = 0x0001  <OUT>
        bmAttributes = 0x0002  <BULK>
        wMaxPacketSize = 0x0200
        bInterval = 0x0001
        bRefresh = 0x0000
        bSynchAddress = 0x0000