Odp: Huawei E3372 w trybie NCM
Przecież przy zwykłym modemie też natowanie jest.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Huawei E3372 w trybie NCM
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Przecież przy zwykłym modemie też natowanie jest.
Nie wiem w czym przeszkadza @Slavkowi ale ja mam obawy o skuteczność NATowania. Przypuszczam, że do obsługi jednego komputera wystarczy. Ile RAM ma taki routerek? Jak wydajny procesor? Ile jednoczesnych połączeń może utrzymać? Jakie będą objawy gdy zabraknie miejsca w tablicy translacji adresów?
Modem LTE ma o wiele wydajniejszy CPU i więcej RAM od średniej klasy routera pod OpenWRT, jednakże ma także wady-grzeje się bardziej, przy przeciążonej sieci (co jest standardem na Play) potrafi zamiast adresu ww wyświetlić swój adres do logowania. Ww problemy które występowały u kolegi @SlavekTT z połączeniem wg mojej oceny na 99% są efektem przeciążonego nadajnika, gdyby włożył kartę SIM pozostałej 3-ki, połączenie zostałoby nawiązane (to nie jest kwestia tylko transferu, bo na wielu stacjach P4 ma już uruchomione 4 pasma LTE, ale liczby klientów łączących się z BTS- mnie również E398 QMI nie chciał łączyć się RBM, a już 5 m-c pracuje z Nexx WT3020 w zewnętrznej obudowie,Orange abonament i ani jednej wpadki z połączeniem).
Przecież przy zwykłym modemie też natowanie jest.
Jest ale na routerze, na WAN może być np. publiczny IP- akurat w ww przypadku nie ma to żadnego znaczenia.
Panowie po temacie jeśli chodzi o problemy z mojej strony - od kiedy uruchomiłem router z modemem na Hilinku nie miał najmniejszych problemów - już ponad 2 doby bez najmniejszych problemów więc jestem bardzo zadowolony. (nawet bez huba aktywnego - nie słabnie wifi ani nic, bo na hubie router miał jakieś problemy z wstawaniem po restarcie)
jarek7714 wątpie żeby to były problemy z Playem skoro modem który nie chciał działać pod openwrt wpięty pod komputer zaskakiwał od razu. Myślę że operatora nie za wiele interesuje czy podpinasz modem pod Windowsa czy Linuxa (w tym wypadku openwrt).
A co do Hilink nie Hilink to chodziło mi właśnie o zewnętrzne IP na routerze - szkoda tylko że nie doczytałem wcześniej że operatorzy GSM ponoć blokują wszystkie zewnętrzne porty więc póki co jestem w lesie jeśli chodzi o zdalny dostęp do mojego komputera i innych urządzeń;-) Ale to nic coś sobie jeszcze wymyśle na to:-)
Dzięki za pomoc (a zwłaszcza Cezaremu):-)
To teraz czas na mnie. Router UniElec U7621-06, OpenWrt 19.07.0-rc2, jądro 4.14.156 oraz modem Huawei E3372h-153 w wersji sprzętowej G4P przełączony na tryb zwykły z kartą NJU Mobile (Orange) w środku.
nano /etc/config/network
config interface 'wan2'
option proto 'xxxxxxxxxx'
option device '/dev/zzzzzzzzzz'
option apn 'internet'
option username 'internet'
option password 'internet'...i moje wyniki:
1A: logread dla proto '3g' i device 'cdc-wdm0'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice pppd[15217]: pppd 2.4.7 started by root, uid 0
daemon.err pppd[15217]: tcgetattr: Not a tty (line 967)
daemon.info pppd[15217]: Exit.
daemon.notice netifd: Interface 'wan2' is now down1B: logread dla proto '3g' i device 'ttyUSB0'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice pppd[17758]: pppd 2.4.7 started by root, uid 0
local2.info chat[17759]: abort on (BUSY)
local2.info chat[17759]: abort on (NO CARRIER)
local2.info chat[17759]: abort on (ERROR)
local2.info chat[17759]: report (CONNECT)
local2.info chat[17759]: timeout set to 10 seconds
local2.info chat[17759]: send (AT&F^M)
local2.info chat[17759]: expect (OK)
local2.info chat[17759]: alarm
local2.info chat[17759]: Failed
daemon.err pppd[17758]: Connect script failed
daemon.info pppd[17758]: Exit.
daemon.notice netifd: Interface 'wan2' is now down1C: logread dla proto '3g' i device 'ttyUSB1'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice pppd[18930]: pppd 2.4.7 started by root, uid 0
local2.info chat[18931]: abort on (BUSY)
local2.info chat[18931]: abort on (NO CARRIER)
local2.info chat[18931]: abort on (ERROR)
local2.info chat[18931]: report (CONNECT)
local2.info chat[18931]: timeout set to 10 seconds
local2.info chat[18931]: send (AT&F^M)
local2.info chat[18931]: expect (OK)
local2.info chat[18931]: AT&F^M^M
local2.info chat[18931]: OK
local2.info chat[18931]: -- got it
local2.info chat[18931]: send (ATE1^M)
local2.info chat[18931]: expect (OK)
local2.info chat[18931]: ^M
local2.info chat[18931]: ATE1^M^M
local2.info chat[18931]: OK
local2.info chat[18931]: -- got it
local2.info chat[18931]: send (AT+CGDCONT=1,"IP","internet"^M)
local2.info chat[18931]: timeout set to 30 seconds
local2.info chat[18931]: expect (OK)
local2.info chat[18931]: ^M
local2.info chat[18931]: AT+CGDCONT=1,"IP","internet"^M^M
local2.info chat[18931]: OK
local2.info chat[18931]: -- got it
local2.info chat[18931]: send (ATD*99***1#^M)
local2.info chat[18931]: expect (CONNECT)
local2.info chat[18931]: ^M
local2.info chat[18931]: ATD*99***1#^M^M
local2.info chat[18931]: ERROR
local2.info chat[18931]: -- failed
local2.info chat[18931]: Failed (ERROR)
daemon.err pppd[18930]: Connect script failed
daemon.info pppd[18930]: Exit.
daemon.notice netifd: Interface 'wan2' is now down2A: logread dla proto 'ncm' i device 'cdc-wdm0'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice netifd: wan2 (22092): Configuring modem
daemon.notice netifd: wan2 (22092): Starting network wan2
daemon.notice netifd: wan2 (22092): Connecting modem
daemon.notice netifd: wan2 (22092): sending ->
daemon.notice netifd: wan2 (22092): Timeout running AT-command
daemon.notice netifd: wan2 (22092): Failed to connect
daemon.notice netifd: wan2 (22149): Stopping network wan2
daemon.notice netifd: wan2 (22149): sending ->
daemon.notice netifd: Interface 'wan2' is now down2B: logread dla proto 'ncm' i device 'ttyUSB0'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice netifd: wan2 (23220): Configuring modem
daemon.notice netifd: wan2 (23220): Starting network wan2
daemon.notice netifd: wan2 (23220): Connecting modem
daemon.notice netifd: wan2 (23220): sending ->
daemon.notice netifd: wan2 (23220): Timeout running AT-command
daemon.notice netifd: wan2 (23220): Failed to connect
daemon.notice netifd: wan2 (23277): Stopping network wan2
daemon.notice netifd: wan2 (23277): sending ->
daemon.notice netifd: Interface 'wan2' is now down2C: logread dla proto 'ncm' i device 'ttyUSB1'
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice netifd: wan2 (24564): WARNING: Variable 'ok' does not exist or is not an array/object
daemon.notice netifd: wan2 (24564): Unsupported modem
daemon.notice netifd: wan2 (24992): Stopping network wan2
daemon.notice netifd: wan2 (24992): sending ->
daemon.notice netifd: Interface 'wan2' is now downChyba masz wyłączone porty po prostu, bo tylko /dev/ttyUSB1 odpowiada ale on bardziej wygląda na diagnostyczny a nie komunikacyjny. Poszukaj tu na forum o at^setport i włącz wszystkie porty.
Inna sprawa - wgrałeś chyba soft który coś pozmieniał bo modem powinien przedstawić się jako huawei a skrypty tego nie złapały. Jak już podłączysz się terminalem to wywołaj polecenie ATI i zobacz jak się przedstawia (powinien "huawei").
Chyba się udało odczytać... Nie widzę tylko na ekranie tego co piszę z klawiatury w konsoli
# picocom /dev/ttyUSB0
picocom v3.1
port is : /dev/ttyUSB0
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no
Type [C-a] [C-h] to see available commands
Terminal ready
^RSSI:21
^HCSQ:"LTE",50,39,126,14
---> tutaj wpisuje: "AT^SETPORT?"
^SETPORT:A1,A2;A1,A2
OK
^RSSI:19
^HCSQ:"LTE",47,39,121,22
Terminating...
Skipping tty reset...
Thanks for using picocom# picocom /dev/ttyUSB1
picocom v3.1
port is : /dev/ttyUSB1
flowcontrol : none
baudrate is : 9600
parity is : none
databits are : 8
stopbits are : 1
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
hangup is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv -E
imap is :
omap is :
emap is : crcrlf,delbs,
logfile is : none
initstring : none
exit_after is : not set
exit is : no
Type [C-a] [C-h] to see available commands
Terminal ready
---> tutaj wpisuje: "AT^SETPORT?"
^SETPORT:A1,A2;A1,A2
OK
Terminating...
Skipping tty reset...
Thanks for using picocomate1 wpisz najpierw na ślepo i enter. Może po prostu echa nie masz włączonego. Ale jak widzisz masz wyłączone porty.
Oto lista znaleziona w sieci:
^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# picocom /dev/ttyUSB1
AT^SETPORT?
^SETPORT:A1,A2;A1,A2
OK
AT^SETPORT="A1,A2;12,10,16,A1,A2"
OK
AT^SETPORT?
^SETPORT:A1,A2;12,10,16,A1,A2
OKreboot modemu i...
# logread
kern.info kernel: [ 1769.085348] usb 1-2.4: new high-speed USB device number 9 using xhci-mtk
kern.info kernel: [ 1769.814141] usb 1-2.4: USB disconnect, device number 9
kern.info kernel: [ 1770.558629] option 1-2.4:1.0: GSM modem (1-port) converter detected
kern.info kernel: [ 1770.565588] usb 1-2.4: GSM modem (1-port) converter now attached to ttyUSB0
kern.info kernel: [ 1770.573579] option 1-2.4:1.1: GSM modem (1-port) converter detected
kern.info kernel: [ 1770.580653] usb 1-2.4: GSM modem (1-port) converter now attached to ttyUSB1
kern.info kernel: [ 1770.690847] huawei_cdc_ncm 1-2.4:1.2: MAC-Address: 00:1e:10:1f:00:00
kern.info kernel: [ 1770.697324] huawei_cdc_ncm 1-2.4:1.2: setting rx_max = 16384
kern.info kernel: [ 1770.720587] huawei_cdc_ncm 1-2.4:1.2: NDP will be placed at end of frame for this device.
kern.info kernel: [ 1770.729595] huawei_cdc_ncm 1-2.4:1.2: cdc-wdm0: USB WDM device
kern.info kernel: [ 1770.737465] huawei_cdc_ncm 1-2.4:1.2 wwan0: register 'huawei_cdc_ncm' at usb-1e1c0000.xhci-2.4, Huawei CDC NCM device, 00:1e:10:1f:00:00
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice netifd: wan2 (4934): Stopping network wan2
daemon.notice netifd: wan2 (4934): sending ->
daemon.notice netifd: Interface 'wan2' is now down# /etc/config/network
config interface 'wan2'
option proto 'ncm'
option device '/dev/ttyUSB0'
option apn 'internet'
option username 'internet'
option password 'internet'
option metric '120'# ifstatus wan2
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "ncm",
"data": {
},
"errors": [
{
"subsystem": "interface",
"code": "NO_DEVICE"
}
]
}"available": false,
nie widzi interfejsu. Zrestartuj router.
PS i wykonaj ATI, zobaczymy jak się modem przedstawia.
# ps
PID USER VSZ STAT COMMAND
1 root 1572 S /sbin/procd
2 root 0 SW [kthreadd]
3 root 0 IW [kworker/0:0]
4 root 0 IW< [kworker/0:0H]
5 root 0 IW [kworker/u8:0]
6 root 0 IW< [mm_percpu_wq]
7 root 0 SW [ksoftirqd/0]
8 root 0 IW [rcu_sched]
9 root 0 IW [rcu_bh]
10 root 0 SW [migration/0]
11 root 0 SW [cpuhp/0]
12 root 0 SW [cpuhp/1]
13 root 0 SW [migration/1]
14 root 0 SW [ksoftirqd/1]
15 root 0 IW [kworker/1:0]
16 root 0 IW< [kworker/1:0H]
17 root 0 SW [cpuhp/2]
18 root 0 SW [migration/2]
19 root 0 SW [ksoftirqd/2]
20 root 0 IW [kworker/2:0]
21 root 0 IW< [kworker/2:0H]
22 root 0 SW [cpuhp/3]
23 root 0 SW [migration/3]
24 root 0 SW [ksoftirqd/3]
25 root 0 IW [kworker/3:0]
26 root 0 IW< [kworker/3:0H]
27 root 0 IW [kworker/u8:1]
31 root 0 IW [kworker/u8:2]
40 root 0 IW [kworker/u8:3]
48 root 0 IW [kworker/u8:4]
71 root 0 IW [kworker/0:1]
73 root 0 IW [kworker/2:1]
74 root 0 IW [kworker/3:1]
145 root 0 IW [kworker/1:1]
146 root 0 SW [oom_reaper]
147 root 0 IW< [writeback]
149 root 0 SW [kcompactd0]
150 root 0 IW< [crypto]
152 root 0 IW< [kblockd]
179 root 0 IW< [watchdogd]
203 root 0 SW [kswapd0]
262 root 0 IW< [pencrypt]
263 root 0 IW< [pdecrypt]
313 root 0 SW [spi0]
375 root 0 IW< [ipv6_addrconf]
384 root 0 IW< [kworker/3:1H]
385 root 0 IW< [kworker/2:1H]
387 root 0 IW< [kworker/0:1H]
388 root 0 IW< [kworker/1:1H]
408 root 0 IW< [ata_sff]
420 root 0 SW [scsi_eh_0]
421 root 0 IW< [scsi_tmf_0]
424 root 0 SW [scsi_eh_1]
425 root 0 IW< [scsi_tmf_1]
464 root 0 IW [kworker/3:2]
465 root 0 IW [kworker/0:2]
530 root 0 SWN [jffs2_gcd_mtd6]
617 root 1236 S /sbin/ubusd
636 root 928 S /sbin/askfirst /usr/libexec/login.sh
731 root 1032 S /sbin/urngd
1416 root 1252 S /sbin/logd -S 64
1473 root 2168 S /sbin/rpcd -s /var/run/ubus.sock -t 30
1605 root 0 IW [kworker/2:2]
1689 root 0 IW [kworker/1:2]
1783 root 1084 S /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p 22 -K 300 -T 3
2109 root 1720 S /sbin/netifd
2288 root 1452 S /usr/sbin/odhcpd
2425 root 1216 S udhcpc -p /var/run/udhcpc-eth0.2.pid -s /lib/netifd/dhcp.script -f -t 0 -i eth0.2 -x hostname:Test-1 -C -O 121
2430 root 1216 S udhcpc -p /var/run/udhcpc-eth1.pid -s /lib/netifd/dhcp.script -f -t 0 -i eth1 -x hostname:Test-1 -C -O 121
3081 root 1352 S /usr/sbin/uhttpd -f -h /www -r Test-1 -x /cgi-bin -t 60 -T 30 -k 20 -A 1 -n 3 -N 100 -R -p 0.0.0.0:80 -p [::]:80
3172 root 2436 S /usr/sbin/smbd -F
3173 root 2484 S /usr/sbin/nmbd -F
3238 root 1400 S /bin/sh /usr/sbin/mwan3rtmon
3421 root 4108 S /usr/sbin/openvpn --syslog openvpn(xxxxxxx) --status /var/run/openvpn.xxxxxxx.status --cd /var/etc --config openvpn-xxxxxxx.conf
3531 dnsmasq 1348 S /usr/sbin/dnsmasq -C /var/etc/dnsmasq.conf.cfg01411c -k -x /var/run/dnsmasq/dnsmasq.cfg01411c.pid
3566 root 1220 S< /usr/sbin/ntpd -n -N -l -S /usr/sbin/ntpd-hotplug -p 0.openwrt.pool.ntp.org -p 1.openwrt.pool.ntp.org -p 2.openwrt.pool.ntp.org -p 3.openwrt
3849 root 1320 S /bin/sh /usr/sbin/mwan3track wan1 eth1 online 192.168.202.212 8.8.4.4 8.8.8.8 208.67.222.222 208.67.220.220
4561 root 1216 S sleep 5
4586 root 1152 R /usr/sbin/dropbear -F -P /var/run/dropbear.1.pid -p 22 -K 300 -T 3
4591 root 1216 S sleep 2
4592 root 1224 S -ash
4602 root 1216 R ps# picocom /dev/ttyUSB1
ATI
Manufacturer:
Model: E3372
Revision: 21.315.01.00.143
IMEI: 861821032650753
+GCAP: +CGSM,+DS,+ES
OK
Terminating...
Skipping tty reset...
Thanks for using picocomManufacturer: tu powinno być "huawei". Nie masz to nie rozpozna ci ncm modemu i nie połączy się. Więc - albo sprawdź na proto = 3g albo zmień sobie skrypty od ncm żeby nie rozpoznawał typu modemu tylko leciał dalej.
Skąd wgrałeś soft że tak się zrobiło?
Na słowach wstępu i w innym temacie... na UniElec u7621-06 działają mi na hubie usb cztery e3372h-153 w wersji hilink, nie rozumiem czemu inne modemy mają problem np. Ericsson F5321 mogę podłączyć tylko jednego, drugi wyrzuca mi wcześniej wspomniany błąd xhci-mtk. Ale jeśli użyję jednego Ericsson F5321, to wtedy mogę użyć max. dwóch e3372h-153 w wersji hilink, podłączenie trzeciego... wiadomo.
Druga kwestia, to że akurat kupiłem kolejnego E3372h-153 i jest on nagrany jako modem zwykły zbrandowany przez Play i... od razu ruszył pod OpenWRT jako NCM. Transfer mam taki sam jak w wersji HiLink, na tą chwilę 30Mbps. Porty zgłaszają się w nim tak:
^SETPORT:A1,A2;12,1,16,A1,A2...a ATI tak:
Manufacturer: huawei
Model: E3372
Revision: 21.180.09.00.264
IMEI: 861821033135093
+GCAP: +CGSM,+DS,+ESWracając do tematu... soft jest z tych ogólno dostępnych z mediafire, nagrałem firmware + zgłaszanie się jako dysk. Zmieniłem mu również setport na "A1,A2;12,1,16,A1,A2", czyli taki jak w tym nowym zbrandowanym modemie, dalej nie działa. Mam do niego dostęp po telnecie, może jestem w stanie ustawić mu wartość "Manufacturer"? Czy to grzebanie w jądrze modemu?
Nie wiem jak mu ustawić manufacturer. Zobacz na forum bez-kabli, tam najszybciej znajdziesz rozwiązanie. Albo jak pisałem zmień sobie skrypty ncm żeby nie sprawdzał typu modemu tylko od razu podstaw "huawei".
Gdzie znajdę ten skrypt?
To jest w jądrze + kompilacja, czy mogę to w systemie zmienić?
/lib/netifd/proto/ncm.sh
[ $? -ne 0 ] && {
echo "Failed to get modem information"
proto_notify_error "$interface" GETINFO_FAILED
return 1
}zmień na
[ $? -ne 0 ] && {
manufacturer="huawei"
}Potem zrestartuj router
To chyba jeszcze nie to, w LuCi zauważyłem że modem zgłasza się jako "modem nieobsługiwany", a po chwili zmienia się i zostaje już na zawsze jako "Urządzenie sieciowe nie jest obecne"
Oczywiście, # ls /dev/cdc* /dev/ttyUSB*
/dev/cdc-wdm0 /dev/ttyUSB0 /dev/ttyUSB1logread
kern.info kernel: [ 208.515040] usb 1-2.2: new high-speed USB device number 7 using xhci-mtk
kern.info kernel: [ 208.981758] usb 1-2.2: USB disconnect, device number 7
kern.info kernel: [ 209.785192] usb 1-2.2: new high-speed USB device number 8 using xhci-mtk
kern.info kernel: [ 209.978343] option 1-2.2:1.0: GSM modem (1-port) converter detected
kern.info kernel: [ 209.985245] usb 1-2.2: GSM modem (1-port) converter now attached to ttyUSB0
kern.info kernel: [ 209.993197] option 1-2.2:1.1: GSM modem (1-port) converter detected
kern.info kernel: [ 210.000206] usb 1-2.2: GSM modem (1-port) converter now attached to ttyUSB1
kern.info kernel: [ 210.126653] huawei_cdc_ncm 1-2.2:1.2: MAC-Address: 00:1e:10:1f:00:00
kern.info kernel: [ 210.133061] huawei_cdc_ncm 1-2.2:1.2: setting rx_max = 16384
kern.info kernel: [ 210.149151] huawei_cdc_ncm 1-2.2:1.2: NDP will be placed at end of frame for this device.
kern.info kernel: [ 210.157858] huawei_cdc_ncm 1-2.2:1.2: cdc-wdm0: USB WDM device
kern.info kernel: [ 210.166096] huawei_cdc_ncm 1-2.2:1.2 wwan0: register 'huawei_cdc_ncm' at usb-1e1c0000.xhci-2.2, Huawei CDC NCM device, 00:1e:10:1f:00:00
daemon.notice netifd: Interface 'wan2' is setting up now
daemon.notice netifd: wan2 (6819): Stopping network wan2
daemon.notice netifd: wan2 (6819): sending ->
daemon.notice netifd: Interface 'wan2' is now downZapomnij o luci. Luci pokazuje swoje i tym się nie przejmuj, zapomnij o luci w ogóle. Nie nadaje się do diagnostyki.
Podłączyłem nowy zbrandowany pod Win10 i Mobile Partner - działa w trybie "RAS(modem)" i "NDIS".
Podłączyłem ten o którym mowa - działa tylko w trybie "RAS(modem)", w trybie "NDIS" jak na zdjęciu:
Czyli pytam nie na tym forum... ![]()
Coś musi być nie tam z tym modowanym firmware modemu, zrobiłem też downgrade najbliższy temu zbrandowanemu, ale nie zmienia to sytuacji
A to w ogóle ma problem z połączeniem...
Muszę to jeszcze raz tutaj podsumować, bo widzę wiele tematów na Twoim forum o prace tego modemu w trybie NDIS pod OpenWRT i żaden nie zakończył się zdaniem, że w E3372h-153 w trybie NCM działa komukolwiek. Jak wiadomo, mam wiele E3372h-153, ale na ten moment skupię się na dwóch, oba mają otwarte te same porty "A1,A2;12,1,16,A1,A2", jeden z nich wystawia wartość "manufacturer", drugi nie, oba będą używały tego samego prepaida:
1. brandowany Play, dzisiaj go odkupiłem, przedstawia się przez "manufacturer"
- Win10 i RAS -> działa
- Win10 i NDIS (NCM) -> działa
- OpenWRT i RAS -> działa (max. 7Mbps)
- OpenWRT i NDIS (NCM) -> działa (max. 7Mbps)
2. jakiś mój starszy egzemplarz, którego zmieniłem właśnie z HiLinka na zwykły ot tak, nie przedstawia się przez "manufacturer"
- Win10 i RAS -> działa
- Win10 i NDIS (NCM) -> nie działa:(
- OpenWRT i RAS -> działa (max. 35Mbps)
- OpenWRT i NDIS (NCM) -> nie działa
Konfiguracja "/etc/config/network" dla:
- RAS:
config interface 'wan2'
option proto '3g'
option device '/dev/ttyUSB1'
option apn 'internet'
option username 'internet'
option password 'internet'
option force_link '1' - NDIS (NCM):
config interface 'wan2'
option proto 'ncm'
option device '/dev/ttyUSB0'
option apn 'internet'
option username 'internet'
option password 'internet'
option force_link '1'Zwróć uwagę na prędkość w trybie RAS dla brandowany vs. modowany.
Do jakiej przepustowości obsłuży "proto 3g"? Skąd ta różnica...
Nie chciałeś wierzyć LuCi, to zobacz informacje z shella, pokrywają się z LuCi - oczywiście dla modowanego w trybie NCM, brand działa tutaj bez problemu:
1. /etc/init.d/network restart
2. Przez 10 sekund to:
# ifstatus wan2
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "ncm",
"data": {
},
"errors": [
{
"subsystem": "ncm",
"code": "UNSUPPORTED_MODEM"
}
]
}3. Potem już zawsze to:
# ifstatus wan2
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "ncm",
"data": {
},
"errors": [
{
"subsystem": "interface",
"code": "NO_DEVICE"
}
]
}Wszyscy pchamy modowane firmware na e3372h-153, a tutaj widać, że chyba ten firmware jest głównym problemem... Dodam że brandowany sprawdzałem z Aero2 i działa. Przypadkiem, tematem tych modów nie zajmowali się Rosjanie? Może pominęli jakiś parametr naszych PL sieci mobilnych, które w brandowanym modemie Play dorzucił sam sobie operator?
Do jakiś właśnie 20-30Mbps przez ppp. Ograniczenie protokołu.
Wiesz już gdzie jest przyczyna - jeden ci działa, drugi nie, nawet pod windowsem. Znajdź więc sobie soft który będzie działał po prostu, bo jak widzisz problem masz po stronie softu modemu.
Wrzucam tutaj:
Dogrzebałem się firmware, którego jeszcze nie próbowałem -> E3372h-153Update_21.200.07.00.805_Universal.exe
Dzisiaj go wypróbuje... To jest chyba firmware, który potem aby przejść znowu na HiLink trzeba używać metody na igłę.
A tak w ogóle to dlaczego nie używasz w trybie hilinka?
Strony Poprzednia 1 2 3 4 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Huawei E3372 w trybie NCM
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc