We download dwl files via usb to Q2687. but we found problem
If I tipe at+cfun=1 or at+wdwl command the com port in windows Down and Up and from this aou terminal program is pause(we use terraterm ) and we need close and open port in terminal.
And in Windows if the USB connection goes away while your terminal program is still connected or open, when your USB device re-enumerates it will be given a different COM port number…
Oops. My apologies. The modem port is NOT re-enumerated when using the Sierra Wireless USB driver. Sorry for the confusion and mis-information .
However, I have seen this when using other serial USB devices … I had issues with a project that used a serial to USB chip that was power cycled when the host CPU was power cycled and ran into the problem I noted above.
We may be talking at cross purposes regarding “enumeration”?
When the external device is restarted, it is equivalent (as far as the Host is concerned) to unplugging the device, and plugging it back in again - so the Host (Windows, in this case) will “enumerate” it the same as when any device is plugged in.
However, when it is plugged back in, the Host’s “enumeration” should recognise it as an “already-known” device - so, in this case, it should re-appear as the same COM port.
I’m not a USB expert, so my use of “enumeration” may not be quite right in the above - please excuse me if so…
Some people get confused between using the built-in USB on a SiWi device, and a USB-to-Serial converter connected to a UART on a SiWi device:
In the case of the USB port on a SiWi device, restarting the SiWi device inherently also restarts its USB port.
But this is not the case when you use a USB-to-Serial converter connected to a UART on the SiWi device: with this arrangement, the USB-to-Serial converter is not restarted by restarting the SiWi device - so you don’t get these issues.