Author Topic: Internet USB Key Huawei E353 and SafeFire PPP  (Read 16214 times)

muffetta

  • Guest
Internet USB Key Huawei E353 and SafeFire PPP
« on: August 19, 2013, 07:58:14 pm »
Hi, since i never used Safefire, can someone help me try to operate/connect the modem in subject?
Those are my output and config.sys statements:

Config.sys

PSD=ACPI.PSD
DEVICE=C:\OS2\BOOT\PSCOM.SYS (1,3F8,4)
DEVICE=C:\os2\boot\usbcom.sys /V /N:COM2 /M:1 /I:32 /O:32

outputs are


 * Works with libusb 0.1.12 and probably other versions

Looking for default devices ...
 Found default devices (1)
Accessing device 001 on bus 000 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
 Cant't do driver detection and detaching on this platform.
 Could not send INQUIRY message (error -22)

Device description data (identification)
-------------------------
Manufacturer: HUAWEI
     Product: HUAWEI Mobile
  Serial No.: not provided
-------------------------
 Cant't do driver detection and detaching on this platform.
Setting up communication with interface 0 ...
Trying to send the message to endpoint 0x01 ...
 OK, message successfully sent
Device is gone, skipping further steps ...
-> Run lsusb to note any changes. Bye.


[C:\]


 * usb_modeswitch: tool for controlling "flip flop" mode USB devices
 * Version 1.0.2 (C) Josua Dietze 2009
 * Works with libusb 0.1.12 and probably other versions

Looking for target devices ...
 No devices in target mode or class found
Looking for default devices ...
 Found default devices (1)
Accessing device 003 on bus 000 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
 Cant't do driver detection and detaching on this platform.
 Could not get INQUIRY response (error -22)

Device description data (identification)
-------------------------
Manufacturer: HUAWEI
     Product: HUAWEI Mobile
  Serial No.: not provided
-------------------------
 Cant't do driver detection and detaching on this platform.
Setting up communication with interface 0 ...
Trying to send the message to endpoint 0x01 ...
 OK, message successfully sent
Device is gone, skipping further steps ...
-> Run lsusb to note any changes. Bye.


C:\mode com2
baud     = 345600                 parity   = NONE
databits = 8                      stopbits = 1
TO       = OFF                    XON      = OFF
IDSR     = OFF                    ODSR     = OFF
OCTS     = ON                     DTR      = OFF
RTS      = ON                     BUFFER   = N/A

C:\
We are on a Thinkpad X61s, running eCS 2.2 beta, following instructions from http://ru.ecomstation.ru/showarticle.php?id=256
Thanks in advantage.

ivan

  • Hero Member
  • *****
  • Posts: 1557
  • Karma: +17/-0
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #1 on: August 19, 2013, 09:59:33 pm »
Hi Barbara,

I assume this is the 3G stick that needs a sim card in it to run.  If it is then I don't think you need any sort of dialler program to use it, in fact according to the specifications all it requires is a network connection (NDIS driver).

muffetta

  • Guest
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #2 on: August 21, 2013, 06:42:36 am »
I don't know Ivan, from the link seems that after getting the device recognized by the system, you need SafeFire to connect, using a script not well clear (where and how to), since original language is russian and google translate does not help much.
Regards

ivan

  • Hero Member
  • *****
  • Posts: 1557
  • Karma: +17/-0
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #3 on: August 21, 2013, 09:59:26 am »
It is a pity that all the past info on this site appears to be lost because there was a full discussion on this subject that lead first to the porting of the usb-modeswitch from linux to OS/2 and then on to the actual use of the device.  I suspect the ecomstation.ru article is based on this the information we had here.

What I did then was look at the way linux activated and used the device.  Fortunately, the person asking about it was able to port the modeswitcher and so get his device seen and bypass the virtual CD that is presented (to allow the install of a windows control panel for the device before it switches to the modem).  Once that switching was accomplished, it was a fairly simple matter to use the modem.  Sorry but I can't remember the procedure because I don't have a unit to play with.  All I had at the time were the spec sheets that allowed me to know what it was supposed to do.

Now if Martin could find that old thread....
 

Andi B.

  • Hero Member
  • *****
  • Posts: 811
  • Karma: +11/-2
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #4 on: August 21, 2013, 11:12:52 am »
Isn't there some dialer software like Injoy Dialer necessary to establish an IP connection over a modem? At least this was the case with the old standard modems before ADSL was introduced. And the stick seems to emulate a standard modem which needs AT strings to dial in.

Of course you can send this AT strings with a standard terminal program like ZOC or Hyper.. (?) too.

ivan

  • Hero Member
  • *****
  • Posts: 1557
  • Karma: +17/-0
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #5 on: August 21, 2013, 01:14:22 pm »
Andi, this thing is a smartphone without the screen and other odd bits.  It connects to a 3G network using a SIM card and makes use of your monthly data allowance to connect you to the web.  It was a long time ago when this first came up for discussion and I never bothered to keep the notes I made at the time believing that the info was safe on the forum. 

ivan

  • Hero Member
  • *****
  • Posts: 1557
  • Karma: +17/-0
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #6 on: August 24, 2013, 02:16:15 pm »
Hi Barbara, because something was niggling at the back of my mind I downloaded the usb-modeswitch package from hobbes.

The following is the readme from that package:


usb_modeswitch.exe for OS/2
===========================

This version of usb_modeswitch has been compiled using gcc 3.3.5.  I
have compiled it using
   usb_modeswitch 1.0.2 from http://www.draisberghof.de/usb_modeswitch
   libusb-0.1.10a-os2.zip from hobbes.nmsu.edu
   usbcalls-20090823.zip from http://ecomstation.ru/projects/developer/downloads/usbcalls-20090823.zip

NOTE: usb.h is from libusb-0.1.10a-os2.zip and *not* from usbcalls-20090823.zip

For convenience I have copied the pre-compiled libraries and headers
into this distribution.

INSTALLATION
============
Copy boot/usbresmg.sys to e:/ecs/boot

!!!!!!Don't forget to make a backup of the original !!!!!!!
                            
Make sure that the usbresmg.sys is in config.sys as
   DEVICE=E:\ECS\BOOT\USBRESMG.SYS                               
REM out any older line in config.sys

Copy dll/usbcalls.dll to a dll directory which is in your LIBPATH.
(Make sure that there isn't an older copy)

Copy usb_modeswitch.conf to /etc directory.  I had to make an etc
directory because usb_modeswitch.exe doesn't seem to use the ETC
variable set in config.sys

Edit usb_modeswitch.conf for your device.  I have an Cricket A600
and so I uncommented

########################################################
# Cricket A600
#
# Switches to ACM device.  Might need a ResetUSB after switching - or not
#
# Contributor: Jeffrey Hoogland

DefaultVendor=  0x1f28
DefaultProduct= 0x0021

TargetVendor=   0x1f28
TargetProduct=  0x0020

# only for reference
MessageEndpoint=0x08

MessageContent="555342431234567824000000800108df200000000000000000000000000000"

# Afterwards (optional): "usb_modeswitch -v 0x1f28 -p 0x0020 -R"

########################################################

Running
=======

Running usb_modeswitch with my Cricket A600 USB modem gives me

********************************
Looking for target devices ...
 No devices in target mode or class found
Looking for default devices ...
 Found default devices (1)
Accessing device 001 on bus 000 ...
Using endpoints 0x08 (out) and 0x87 (in)
Inquiring device details; driver will be detached ...
 Cant't do driver detection and detaching on this platform.
 Could not send INQUIRY message (error -22)

Device description data (identification)
-------------------------
Manufacturer: Cal-comp E&CC Limited
     Product: USB Micro SD Storage
  Serial No.: 215973138300
-------------------------
 Cant't do driver detection and detaching on this platform.
Setting up communication with interface 0 ...
Trying to send the message to endpoint 0x08 ...
 OK, message successfully sent
Device is gone, skipping further steps ...
-> Run lsusb to note any changes. Bye.
*********************************

Compiling
=========

Make sure you have gcc 3.3.5 installed.
Then the following command with make usb_modeswitch.exe

make -f Makefile.os2

--------------------------------------------------

Cheng-Yang Tan
cytan299@yahoo.com
25 Aug 2009

=========================================================================

Now the question is, what do you have in your usb_modeswitch.conf file and in particular what setup message content are you using?

muffetta

  • Guest
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #7 on: August 28, 2013, 03:11:32 pm »
My usb_modeswitch.conf is:

# /etc/usb_modeswitch.conf
#
# Last modified: 2009-06-09
#
# Configuration for usb_modeswitch, a mode switching tool for controlling
# flip flop (multiple device) USB gear
#
# Main purpose is to trigger the switching of several known UMTS modems
# from storage device mode ("ZeroCD TM" for use with MS Windows) to modem
# (serial) device mode
#
# Detailed instructions and a friendly forum on the homepage:
# http://www.draisberghof.de/usb_modeswitch
#
# News update: you want to read the paragraph about troubleshooting there
# if you run into problems !!!
# Just set or remove the comment signs (# and ;) in order to activate
# your device. (Actual entries are further down, after the reference.)
#
# For custom settings:
# Numbers can be decimal or hexadecimal, MessageStrings MUST be
# hexadecimal without prepended "0x". Digits 9-16 in the known
# MessageStrings are arbitrary; I set them to "12345678"
# What it all means (short command line flags appended):
#
#
# * DefaultVendor            -v <hex number>
# * DefaultProduct           -p <hex number>
#
# This is the ID the USB device shows after having been plugged in.
# The program needs this; if not found -> no action.
#
#
# * TargetVendor             -V <hex number>
# * TargetProduct            -P <hex number>
#
# These are the IDs of the USB device after successful mode switching.
# They are optional, but I recommend to provide them for better analysis.
# You definitely need them if you enable CheckSuccess (see below)
#
#
# * TargetClass              -C <hex number>
#
# Some weird devices don't change IDs. They only switch the device class.
# If the device has the target class -> no action (and vice versa)
#
#
# * MessageEndpoint          -m <hex number>
#
# A kind of address inside the interface to which the "message"
# (the sequence that does the actual switching) is directed.
# Starting from version 0.9.7 the MessageEndpoint is autodetected
# if not given
#
#
# * MessageContent           -M <hex string>
#
# A hex string containing the "message" sequence; it will be
# sent as a USB bulk transfer.
#
#
# * ResponseEndpoint         -r <hex number>
# * NeedResponse <0/1>       -n
#
# Some devices were reported to require receiving the response of the
# bulk transfer to do the switching properly. Usually not needed.
# Starting from version 1.0.0 the ResponseEndpoint is autodetected
# if not given
#
#
# * DetachStorageOnly <0/1>  -d
#
# Some devices just need to be detached from the usb-storage
# driver to initiate the mode switching. Using this feature
# instead of removing the whole usbstorage module keeps other
# storage devices working.
#
#
# * HuaweiMode <0/1>         -H
#
# Some Huawei devices can be switched by a special control
# message.
#
#
# * SierraMode <0/1>         -S
#
# Some Sierra devices can be switched by a special control
# message.
#
#
# * SonyMode <0/1>           -O
#
# Some Sony-Ericsson devices can be switched by a special control
# message. This is experimental and might not have a stable result
#
#
# * ResetUSB <0/1>           -R
#
# Some devices need a rougher treatment. If the switching seems
# to do something (run udevmonitor), but your system does not reflect
# it, try this somewhat brutal method to do a reset after switching.
# Mind that if your device switched OK before, this will probably set
# it back to storage mode ...
#
#
# * Interface                -i <hex number>
# * Configuration            -u <hex number>
# * AltSetting               -a <hex number>
#
# More USB parameter to help with tricky devices and for doing lots
# of cruel experiments ...
#
## Note:
## AltSetting/Configuration changes and ResetUSB are executed after all
## other steps and can be combined or used on their own (e.g. a reset
## might have the same effect as a manual replug)
#
#
# * InquireDevice <0|1>      -I (disables inquiry)
#
# The standard since 1.0.0 is to do a SCSI inquiry on the default device
# before other actions. This might be a future way to identify a device
# without ambiguities. If it causes trouble with your device, just disable.
#
#
# * CheckSuccess             -s <number>
#
# Check for successful switch after <number> seconds (to let device
# settle). First, an interface access test: most devices vanish after
# switching and can't be accessed anymore. Second, a recount of target
# devices: one more than at the first count -> device switched fine. A
# settling time of 2 - 3 seconds is usually enough; your setup may vary
#
#
# -> All other entries are just ignored <-

# Additional command line flags:
#
# Verbose output             -W
# No output at all           -q
# Other config file          -c <file>

# For filling in all this information for an unknown device,
# see instructions and links on the homepage:
# http://www.draisberghof.de/usb_modeswitch
#
# If you find working codes and configurations, please contribute
# them!

########################################################
# Huawei E376u-2
#
DefaultVendor=  0x12d1
DefaultProduct= 0x1446

#TargetVendor=   0x19d2
TargetVendor=   0x12d1
#TargetProduct=  0x1506
TargetProductList="1001,1406,140b,140c,1412,141b,1433,14ac,1506"

# only for reference
MessageEndpoint=0x01

#MessageContent="55534243123456782000000080000c85010101180101010101000000000000"
MessageContent="55534243123456780000000000000011062000000100000000000000000000"
#DetachStorageOnly=1

########################################################
# Huawei E398
#
DefaultVendor=  0x12d1
DefaultProduct= 0x14fe

TargetVendor=   0x12d1
TargetProduct=  0x1506
#TargetProductList="1506"

# only for reference
MessageEndpoint=0x01

MessageContent="55534243123456780000000000000011062000000100000000000000000000"
#DetachStorageOnly=1

########################################################

It is stored in C:\etc and also in C:\MPTN\ETC, I think It sould be right.
Regards

Andi B.

  • Hero Member
  • *****
  • Posts: 811
  • Karma: +11/-2
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #8 on: August 28, 2013, 05:06:11 pm »
As in your first post you gave the output of mode com2 which shows a very hight baud rate (baud = 345600), I think the mode switching was successful, wasn't it?

muffetta

  • Guest
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #9 on: August 28, 2013, 07:52:24 pm »
Yes, it was, and switch works also with other COM, this is the question, i think:

Looking for default devices ...
 Found default devices (1)
Accessing device 001 on bus 000 ...
Using endpoints 0x01 (out) and 0x81 (in)
Inquiring device details; driver will be detached ...
Cant't do driver detection and detaching on this platform.
Could not send INQUIRY message (error -22)

What about error-22?

ivan

  • Hero Member
  • *****
  • Posts: 1557
  • Karma: +17/-0
    • View Profile
Re: Internet USB Key Huawei E353 and SafeFire PPP
« Reply #10 on: August 28, 2013, 09:14:59 pm »
Sorry Barbara but I can't find the notes I made in 2009 when this first came up so at the moment I'm working off the top of my head.

Our version of usb-modeswitch was ported from the Linux version here http://www.draisberghof.de/usb_modeswitch/  On that site there is a little more information that might be of use to you.

Now another question.  What do you get when you type ppp in an OS/2 window after your usb modem is mounted?

The ppp usage is as follows if you need to know.

┌─────────────┐
│     PPP     │ OS/2 TCP/IP Point-to-Point Protocol Driver
│    2.00     │ Copyright(c) IBM Corp. 1994, 1995
└─────────────┘ Revision: 1.18a   10 Jan 1997 00:00:00

Usage: ppp [options], where options are:
        <device>        Communicate over the named device
        <speed>         Set the baud rate to <speed>
        <ip>:<ipdest>   Set the local and/or remote interface IP
                        addresses.  Either one may be omitted.
        asyncmap <n>    Set the desired async map to hex <n>
        auth            Require authentication from peer
        connect "cmd"   Invoke command cmd to set up the serial line
                            Ex. connect "slattach atdt9,999-9999 CONNECT"
        defaultroute    Add default route through interface
        file <f>        Take options from file <f>
        idle <n>        Set the idle timeout period to <n> minutes.
        modem           Set/Reset modem control lines
        mru <n>         Set MRU value to <n> for negotiation
        netmask <n>     Set interface netmask to <n>
        notify          Display notification message when DCD signal drops
        priority <n>    Set process scheduling priority to <n>
        rtscts          Use hardware RTS/CTS flow control
        silent          Don't send connect request to peer, wait for request

If you get some indication that ppp sees the modem on the com port it shouldn't take too much to get you connected.


Sigurd Fastenrath

  • Hero Member
  • *****
  • Posts: 576
  • Karma: +27/-0
  • OS/2 Versus Hardware - Maximum Warp!
    • View Profile
New version of usb_modeswitch
« Reply #11 on: August 29, 2013, 08:15:20 am »
I do not know if it is of help, but Paul was so kind to compile a new version of usb_modeswitch April this year that I do attach here.

Unfortunatley I had no success with this version, but it did behave in another way then the 1.02 version.

At least something to play around with - another option. Thanks to Paul.