Ja też mam huawei e3372 (ale wersję s-153) hilink, który wpiety jest do wdr3700 z Gargoylem.
Działa tylko w trybie DHCP (kabel :-)).
Próbowałem uruchamiać w trybie ndis, ale nie dałem rady.
Jaki poradnik macie na myśli, bo sporo tu wątków i postów ale czy chodzi o ten link: Modemy 3G w trybie NDIS/CDC i multiwan inaczej?

Wybaczcie, że odkopuję ale jak przełączyć E3372 w tryb RAS? Szukam i kombinuję z różnymi komendami AT ale nic mi jak na razie nie wychodzi. Niestety jak ktoś zauważył E3272 są EOS więc zostały tylko E3372.
pzdr

Mam tak:
AT^SETPORT?
^SETPORT:A1,A2;12,1,16,A1,A2

AT^SETPORT=?
^SETPORT:3: 3G DIAG
^SETPORT:10: 4G MODEM
^SETPORT:1: 3G MODEM
^SETPORT:12: 4G PCUI
^SETPORT:13: 4G DIAG
^SETPORT:5: 3G GPS
^SETPORT:14: 4G GPS
^SETPORT:A: BLUE TOOTH
^SETPORT:16: NCM
^SETPORT:A1: CDROM
^SETPORT:A2: SD

Miałeś rację - firmware załatwił sprawę
Jakby ktoś potrzebował:
http://consumer.huawei.com/en/support/d … word=e3372
http://download-c.huawei.com/download/d … =worldwide

konfiguracja:

$ uci show network.wan_play
network.wan_play=interface
network.wan_play.service=umts
network.wan_play.pppd_options=debug
network.wan_play.apn=internet
network.wan_play.auto=0
network.wan_play.pincode=XXXXXXXX
network.wan_play.proto=3g
network.wan_play.device=/dev/modem_e3372_1

$ ls -ld /dev/modem_e*
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_0 -> /dev/ttyUSB0
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_1 -> /dev/ttyUSB1
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_2 -> /dev/ttyUSB2
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_0 -> /dev/ttyUSB6
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_1 -> /dev/ttyUSB7
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_2 -> /dev/ttyUSB8
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_3 -> /dev/ttyUSB9
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3372_0 -> /dev/ttyUSB3
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3372_1 -> /dev/ttyUSB4
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3372_2 -> /dev/ttyUSB5

po części sam sobie odpowiem:
ok, nie jest tam Mobile Partner tylko plik:

Mobile%20Partner%20%20%28for%20Mac10.9%26win8.1%29.rar

a wewnatrz jest plik:

UTPS23.015.02.00.03_MAC23.015.02.00.03.exe

po uruchomieniu pojawia sie okienko z tekstem

Kreator zaaktualizuje urządzenie do wersji.
UTPS23.015.02.00.03_MAC23.015.02.00.03
Kliknij start....

"aktualizacja pomyslna", potem reinstaluje aplikacje MobilePartner wypisujac ze "customized version" bedzie zainstalowana, czy odinstalowac obecną , tak ...

MobilePartner zaczal dzialac pod windowsem

... w opcjach przy wyborze NDIS (default) dziala bez zarzutu .. przy RAS(modem) -- łączy się, ale nie działa nic, nawet ping ...

czyli modem jednak HiLink ??

swoją drogą modemy E3372 oraz E3131 przedstawiaja sie dokladnie tym samym vendorid:productid, tym samym PRODUCT w hotplugu ... rozroznienie ich nie bylo banalne, okazuje sie ze jeden w nazwie ma spacje inny znak podkreslenia,

GOTOWIEc "KUPOtomności" - obslugujacy 3 modemy: e173, e3131, e3372 jednoczesnie

#!/bin/sh

if [ "$DEVTYPE" == "usb_interface" ] && [ "$ACTION" == "add" ]; then

   for tty in /sys/$DEVPATH/ttyUSB*; do
      [ -d "$tty" ] || continue
      OLDD=${tty##*/}

      if [ "x$PRODUCT" == "x12d1/1c05/102" ]; then  # to jest E173s1
         NEWD="modem_e173s1_"${DEVPATH##*.}
         rm /dev/$NEWD 
         #ten modem nie jest skonfliktowany, wiec wystarczy detekcji, to e173 i koniec.
         ln -s /dev/$OLDD /dev/$NEWD
      fi

      # to jest E3131 ... LUB E3372 ...
      if [ "x$PRODUCT" == "x12d1/1506/102" ]; then
      #a wiec tutaj ... trzeba sprawdzic dodatkowy warunek ... jaka jest wartosc dla "product" w /sys/...
      #   udev(1.4): PRODUCT : 12d1:1506   ORAZ product ="HUAWEI Mobile"    modem e3131
      #   udev(1.3): PRODUCT : 12d1:1506   ORAZ product ="HUAWEI_MOBILE"    modem e3372
      #   udev(1.2): PRODUCT : 12d1:1c05   ORAZ product ="HUAWEI Mobile"    modem e173

        PR=`cat /sys/${DEVPATH}/../product`

        if [ "x$PR" == "xHUAWEI_MOBILE" ] ; then 
         NEWD="modem_e3372_"${DEVPATH##*.}
         rm /dev/$NEWD
         ln -s /dev/$OLDD /dev/$NEWD
        elif [ "x$PR" == "xHUAWEI Mobile" ] ; then
         NEWD="modem_e3131_"${DEVPATH##*.}
         rm /dev/$NEWD
         ln -s /dev/$OLDD /dev/$NEWD
        else #BUG
           #wykryte jako modem, ale jest niepoprawna wartosc ... wiec symlinki beda bez sensu
           env >> /tmp/BLAD_DETEKCJI_MODEMU_patrz_etc_hotplug_usb
        fi;
      fi
   done
fi;

tworzy linki tak:
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_0 -> /dev/ttyUSB0
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_1 -> /dev/ttyUSB1
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e173s1_2 -> /dev/ttyUSB2
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_0 -> /dev/ttyUSB6
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_1 -> /dev/ttyUSB7
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_2 -> /dev/ttyUSB8
lrwxrwxrwx    1 root     root           12 Apr  7 12:00 /dev/modem_e3131_3 -> /dev/ttyUSB9
lrwxrwxrwx    1 root     root           12 Apr  7 14:37 /dev/modem_e3372_0 -> /dev/ttyUSB3
lrwxrwxrwx    1 root     root           12 Apr  7 14:37 /dev/modem_e3372_1 -> /dev/ttyUSB4
lrwxrwxrwx    1 root     root           12 Apr  7 14:37 /dev/modem_e3372_2 -> /dev/ttyUSB5

aha, jedna jescze uwaga: bez szans na uruchomienie tych modemów bez aktywnego huba USB (2.0=35zł)

to czy widzimy czy zniknął modem fajnie mozna sprawdzac poleceniem
gcom info -d /dev/modem...
jesli dostaniemy IMEI itp informacje -znaczy ze modem "nie odpadl"

PS. AT^.* nie zmienialem niczego

odkopię temat, modem e3372,  WDR3600 router
OpenWrt CC 15

zmienilo się cos w obsludze USB ?

zastosowałem hotpluga z postu nr 39  (szukaj: GOTOWIEc "KUPOtomności" - obslugujacy 3 modemy: e173, e3131, e3372 jednoczesnie)
ale znajduje modemy tak:

root@NG:~# ls -l /dev/mo* /dev/ttyU*
lrwxrwxrwx    1 root     root            12 Apr  5 13:31 /dev/modem_e3372_0 -> /dev/ttyUSB0
lrwxrwxrwx    1 root     root            12 Apr  5 13:31 /dev/modem_e3372_2 -> /dev/ttyUSB1
lrwxrwxrwx    1 root     root            12 Apr  5 13:31 /dev/modem_e3372_3 -> /dev/ttyUSB2
crw-r--r--    1 root     root      188,   0 Apr  5 13:31 /dev/ttyUSB0
crw-r--r--    1 root     root      188,   1 Apr  5 13:31 /dev/ttyUSB1
crw-r--r--    1 root     root      188,   2 Apr  5 13:31 /dev/ttyUSB2

dlaczego pomijany jest modem_e3372_1 ?

uzywajac:
network.wan_play.device='/dev/modem_e3372_2'
...nie dziala

co powoduje ze urządzenia są iterowane inaczej ?

at^setport?
^SETPORT:A1,A2;10,16,12,1,A1,A2

at^setport=?
^SETPORT:3: 3G DIAG
^SETPORT:10: 4G MODEM
^SETPORT:1: 3G MODEM
^SETPORT:12: 4G PCUI
^SETPORT:13: 4G DIAG
^SETPORT:5: 3G GPS
^SETPORT:14: 4G GPS
^SETPORT:A: BLUE TOOTH
^SETPORT:16: NCM
^SETPORT:A1: CDROM
^SETPORT:A2: SD

OK

at^syscfgex=?
^SYSCFGEX: ("00","01","02","03","99"),((2000000400380,"GSM900/GSM1800/WCDMA BCVIII/WCDMA BCI"),(280000,"GSM850/GSM1900"),(3fffffff,"All bands")),(0-2),(0-4),((800c5,"LTE BC1/LTE BC3/LTE BC7/LTE BC8/LTE BC20"),(7fffffffffffffff,"All bands"))

at^syscfgex?
^SYSCFGEX:"0201",3FFFFFFF,1,2,800C5

hmm..coś mam ale nadal nie wiem do konca:

# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/
drwxr-xr-x    6 root     root             0 Apr  7 22:40 1-1.4:1.0
drwxr-xr-x    6 root     root             0 Apr  7 22:40 1-1.4:1.1
drwxr-xr-x    5 root     root             0 Apr  7 22:40 1-1.4:1.2
drwxr-xr-x    6 root     root             0 Apr  7 22:40 1-1.4:1.3
drwxr-xr-x    5 root     root             0 Apr  7 22:40 1-1.4:1.4
drwxr-xr-x    5 root     root             0 Apr  7 22:40 1-1.4:1.5
(...)

# for i in /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4\:1.*/ ; do ls -ld ${i}/tty* ;done;
drwxr-xr-x    3 root     root             0 Apr  7 22:40 /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.0//ttyUSB0
ls: /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.1//tty*: No such file or directory
drwxr-xr-x    3 root     root             0 Apr  7 22:40 /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.2//ttyUSB1
drwxr-xr-x    3 root     root             0 Apr  7 22:40 /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.3//ttyUSB2
ls: /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.4//tty*: No such file or directory
ls: /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.5//tty*: No such file or directory

czyli ttyUSB nie zostaly stworzone dla 2go i 2ch ostatnich usb-interface...
skrypt nie dodaje ich bo nie ma fizycznie ścieżki ttyUSB*

====
idac dalej tym tropem (skracajac nieco output):

dla "2jki"  (czyli 1-1.4:1.2) ttyUSB jest:
# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.2/
(...)
lrwxrwxrwx    1 root     root             0 Apr  7 22:47 driver -> ../../../../../../../bus/usb/drivers/option
drwxr-xr-x    3 root     root             0 Apr  7 22:40 ttyUSB1
(...)

a dla "1nki" ttyUSB nie ma, ale pojawia się katalog "net":

# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.1/
(...)
lrwxrwxrwx    1 root     root             0 Apr  7 22:47 driver -> ../../../../../../../bus/usb/drivers/huawei_ether
-r--r--r--    1 root     root          4096 Apr  7 22:47 interface
drwxr-xr-x    3 root     root             0 Apr  7 22:40 net
(...)

...pojawia się katalog "net" w którym jest:
# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.1/net/
drwxr-xr-x    4 root     root             0 Apr  7 22:40 eth2

...czyli sieciówka .. czyli modem w trybie NDIS jak rozumiem?

dla pozostalych dwóch pojawiają się katalogi "hostX" znane mi z SCSI/SANa:

# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.4/host14/
drwxr-xr-x    3 root     root             0 Apr  7 22:48 scsi_host
lrwxrwxrwx    1 root     root             0 Apr  7 22:48 subsystem -> ../../../../../../../../bus/scsi
drwxr-xr-x    3 root     root             0 Apr  7 22:48 target14:0:0
-rw-r--r--    1 root     root          4096 Apr  7 22:48 uevent

# ls -l /sys//devices/platform/ehci-platform/usb1/1-1/1-1.4/1-1.4:1.5/host15/
drwxr-xr-x    3 root     root             0 Apr  7 22:48 scsi_host
lrwxrwxrwx    1 root     root             0 Apr  7 22:48 subsystem -> ../../../../../../../../bus/scsi
drwxr-xr-x    3 root     root             0 Apr  7 22:48 target15:0:0
-rw-r--r--    1 root     root          4096 Apr  7 22:48 uevent

czyli jak zgaduję jest to CDROM, oraz ewentualna karta SD (ktorej nie mam włożonej, tj. slot jest pusty)

i odpowiadając sobie na część pytania - tak nastąpiła zmiana miedzy AA,BB a CC ... w AA nie bylo mozliwosci by uruchomić modem E3372 w trybie NDIS, działał wyłącznie w PPP (lub coś tam)

teraz pytania na które nie znam odpowiedzi (jeszcze):
1. czy moje rozumowanie powyżej jest w pełni poprawne ?
2. czy skrypty OpenWrt wymagają by urządzenia byly nazywane kolejno ? czy to ze
/dev/modem_e3372_2  nie jest kolejnym numerem moze powodowac problemy z nawiązaniem polaczenia ? (w konfiguracji podaję /dev/modem_e3372_2 - tj symlink)
3. jeśli pkt powyżej powinien być spełniony  ot należy tak przerobić skrypt hotpluga by iterował po kolei (nie będzie to trywialne,potrzebna bedzie arytmetyka), czy ew. da się przekonfigurować sam modem by odwrócić kolejność urządzeń ? AT+SETPORT

4. kiedy mam jakąś konfigurację która nie działa (czyli np. póki co /dev/modem*) to po powrocie do poprzednich ustawień (/dev/ttyUSB) router probuje nawiązać połączenie, ale wylatuje z błędem (pomijając standardowe pozostałe):
Thu Apr  7 23:21:52 2016 daemon.notice netifd: wan_play (18406): ls: /net: No such file or directory
..po kliknieciu z luci "Connect" łączy się poprawnie

...co to oznacza ?  może tu jest problem ?

PS. w panelu www luci mam nierozwiązany problem z "Unsupported protocol type."  (nic proponowanego nie działa) - imho to bez związku

=========
ad 2+3 ... wylaczylem skrypt do automatycznego linkowania, i zostawilem statyczny stan:
lrwxrwxrwx    1 root     root            12 Apr  7 22:40 /dev/modem_e3372_0 -> /dev/ttyUSB0
lrwxrwxrwx    1 root     root            12 Apr  7 23:11 /dev/modem_e3372_1 -> /dev/ttyUSB1
lrwxrwxrwx    1 root     root            12 Apr  7 23:11 /dev/modem_e3372_2 -> /dev/ttyUSB2
...nie działa.
więć kolejność urządzeń zgaduję jest bez znaczenia, a przyczyna jest zupelnie gdzie indziej

tylko skad bede wiedzial ktory tty jest poprawny ?
mam 3 modemy i są wkladane i wyciagane w dowolnej kolejnosci

mówisz o liście poradników:
http://eko.one.pl/forum/viewtopic.php?id=1167
dopisałem link do:
http://eko.one.pl/?p=openwrt-linkidoportowszeregowych
...się go zszukałem;(