Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → E3372 w ncm
Strony Poprzednia 1 2 3 4 5 6 7 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Ale to chyba nie dotyczy opisywanego w tym temacie sterownika ncm (tryb ndis), tylko połączenia przez ppp w trybie ras - może załóż osobny temat.
Mam problem taki jak w załączniku. Czy ktoś zna rozwiązanie?
http://wklej.org/id/1757964/
Zły interfejs wybrałeś. Na tym nie pozwala się połączyć. I załóż nowy wątek.
Póki co po instalacji z nowymi łatami/tym zbiorczym patchem (docelowo wyszedł mi taki patch: http://wklej.org/id/1758008/ ) zgłasza się tak (nie wiem jak było do tej pory - nie próbowałem):
Thu Jul 16 16:46:55 2015 kern.info kernel: [ 20.050000] huawei_cdc_ncm 1-1:1.1: NDP will be placed at end of frame for this device.
Thu Jul 16 16:46:55 2015 kern.info kernel: [ 20.060000] huawei_cdc_ncm 1-1:1.1: cdc-wdm0: USB WDM device
Thu Jul 16 16:46:55 2015 kern.info kernel: [ 20.070000] huawei_cdc_ncm 1-1:1.1 wwan0: register 'huawei_cdc_ncm' at usb-ehci-platform-1, Huawei CDC NCM device, xx:xx:xx:xx:xx:xx
Thu Jul 16 16:46:55 2015 kern.info kernel: [ 20.080000] usbcore: registered new interface driver huawei_cdc_ncmifconfig -a
(...)
wwan0 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)MAC jest identyczny jak na Twoim Cezary sterze, więc domniemam, że chyba go rozpoznał prawidłowo.
Teraz czas na konfigurację i testy połączenia...
EDIT:
Chyba wystartował:
Thu Jul 16 17:00:41 2015 daemon.notice netifd: Network device 'wlan0' link is up
Thu Jul 16 17:00:41 2015 daemon.notice netifd: wan2 (3335): sending -> ATZ
Thu Jul 16 17:00:41 2015 daemon.notice netifd: wan2 (3335): sending -> ATQ0
Thu Jul 16 17:00:42 2015 daemon.notice netifd: wan2 (3335): sending -> ATV1
Thu Jul 16 17:00:43 2015 daemon.notice netifd: wan2 (3335): sending -> ATE1
Thu Jul 16 17:00:43 2015 daemon.notice netifd: wan2 (3335): sending -> ATS0=0
Thu Jul 16 17:00:45 2015 daemon.notice netifd: wan2 (3335): SIM ready
Thu Jul 16 17:00:45 2015 daemon.notice netifd: wan2 (3335): PIN set successfully
Thu Jul 16 17:00:45 2015 daemon.notice netifd: wan2 (3335): sending -> AT^NDISDUP=1,1,"vpn","vpn","vpn"
Thu Jul 16 17:00:46 2015 daemon.notice netifd: wan2 (3335): Connected, starting DHCP
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2' is now up
Thu Jul 16 17:00:46 2015 kern.err kernel: [ 758.570000] huawei_cdc_ncm 1-1:1.1 wwan0: kevent 12 may have been dropped
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Network device 'wwan0' link is up
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_4' is enabled
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_4' has link connectivity
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_4' is setting up now
Thu Jul 16 17:00:46 2015 daemon.notice netifd: wan2 (3335): Command failed: Unknown error
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_6' is enabled
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_6' has link connectivity
Thu Jul 16 17:00:46 2015 daemon.notice netifd: Interface 'wan2_6' is setting up now
Thu Jul 16 17:00:46 2015 daemon.notice netifd: wan2 (3335): Command failed: Unknown error
Thu Jul 16 17:00:46 2015 daemon.notice netifd: wan2_4 (3905): udhcpc (v1.23.2) started
Thu Jul 16 17:00:47 2015 daemon.notice netifd: wan2_4 (3905): Sending discover...
Thu Jul 16 17:00:47 2015 daemon.notice netifd: wan2_4 (3905): Sending select for 37.228.xxx.xxx...
Thu Jul 16 17:00:47 2015 daemon.notice netifd: wan2_4 (3905): Lease of 37.228.xxx.xxx obtained, lease time 518400
Thu Jul 16 17:00:47 2015 daemon.notice netifd: Interface 'wan2_4' is now up
Thu Jul 16 17:00:50 2015 user.notice firewall: Reloading firewall due to ifup of wan2 (wwan0)Użyty konfig na interfejs:
config interface 'wan2'
option ifname 'wwan0'
option proto 'ncm'
option device '/dev/cdc-wdm0'
option pincode '1234'
option apn 'vpn'
option username 'vpn'
option password 'vpn'
option metric '1'Ogólnie działa - transfery podobne jak na hilink i Twoim sterze...jednak ciut mniejsze - ale fakt - to jest dzień i wzmożony ruch na BTS-ie trochę spowalnia transfery. Ogólnie jest ok - testowane na trunk - łata zbiorcza wchodzi na czysto (bez #hunk).
Testowane bez aktywnego huba na tym co daje sam WNDR4300 na swoim złączu usb (speedtest i ssanko z mojego dedyka 10 Gb/s po ftp - wyniki takie same, tym razem odległość od tego samego BTS-a w Wawie na Mokotowie ok. 437 m):
DL ~42 Mbps
UL ~23 Mbps
Ale...ciepłota modemu taka sama jak na hilink - tu mały zaskok.
EDIT2:
Tak w ogóle jako ciekawostkę dodam, że po zastosowaniu Twojego 3ginfo, nagle pojawiły mi się 3 złącza /dev/ttyUSB{0,1,2}, a do tej pory były 2 ( 0 i 1) - teraz modem pracuje na /dev/ttyUSB1, a złącze diagnostyczno/informacyjne to /dev/ttyUSB2 - nie wiem tylko do czego służy teraz /dev/ttyUSB0...
3ginfo nie ma nic wspólnego z tym. Sterownik wykrywa i robi interfejsy.
PS. A nie włączyłeś sobie interfejsów jak konfigurowałeś pod sterownik huawei?
Rzecz w tym, że wykonałem włączenie przez sugerowaną w Twoim pierwszym poście w tym temacie komendę, w odpowiedzi było OK, ale...jak podłączyłem tak samo było i po komendzie tak samo - były tylko /dev/ttyUSB0,1 (i na Twoim sterowniku to działało w LTE bez problemu). Czyli, że jak - ta komenda faktycznie nie zadziałała i teraz jest dobrze gdy są /dev/ttyUSB0,1,2, czy jeszcze jakieś inne zajawki ?
Dla przykładu jak na firmware huawei hilink się przełączy w tryb zwykłego modemu to tych interfejsów jest jeszcze więcej - /dev/ttyUSB0,1,2,3,4
Zrób setport i izobacz jakie masz ustawie.
Wracając do wątku - łatka działa poprawnie na E3272s-153 i E3372s-153, oba w ncm. Łączą się, działają, transmitują dane. Więc chyba ją dołączę do weekendowego wydania.
[18:37] root@OpenWrt:~# picocom -b 115200 /dev/ttyUSB1
picocom v1.7
port is : /dev/ttyUSB1
flowcontrol : none
baudrate is : 115200
parity is : none
databits are : 8
escape is : C-a
local echo is : no
noinit is : no
noreset is : no
nolock is : no
send_cmd is : sz -vv
receive_cmd is : rz -vv
imap is :
omap is :
emap is : crcrlf,delbs,
Terminal ready
AT^SETPORT?
^SETPORT:A1,A2;10,16,12,1,A1,A2
OK
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
OKA wracając do samej łaty to już mi się 2 razy rozłączył po mimo monitora pingiem i nie chciał włączyć, pomogło dopiero kilkukrotne (klikałem do momentu aż były prawidłowe interfejsy /dev/ttyUSB*) "usbreset HUAWEI_MOBILE".
Tak to się objawiało:
Thu Jul 16 18:06:46 2015 daemon.notice netifd: wan2 (14451): timeout checking for PIN.Unable to verify PIN
Thu Jul 16 18:06:46 2015 daemon.notice netifd: wan2 (15337): Stopping network
Thu Jul 16 18:06:48 2015 daemon.notice netifd: wan2 (15337): sending ->
Thu Jul 16 18:06:50 2015 user.warn ddns-scripts[9739]: noip: Get local IP via 'interface' failed - retry 10/0 in 60 seconds
Thu Jul 16 18:06:51 2015 daemon.notice netifd: Interface 'wan2' is now downPojawił się też nowy błąd i nie wiem o co biega (na hilink i na Twoim sterze tego nie było):
Thu Jul 16 18:09:30 2015 kern.err kernel: [ 4882.430000] huawei_cdc_ncm 1-1:1.1 wwan0: kevent 12 may have been droppedhehe - co ciekawe po mimo resetu i tak dostał ten sam IP.
Podsumowując wszystko razem chyba to nadal działa nie za dobrze w każdej konfiguracji.
wwan0: kevent 12 may have been dropped
To coś pojawiało się także dla ncm w BB. Także zignoruj. Jeżeli będzie rosło wykładniczo i dojdziesz do komunikatów ma tego 100-200tys to znaczy że skończyła mu się pamięć (ram) - wiem z doświadczenia
A co z tym setport - przecież w E3372 nie ma chyba żadnego BT ?
Ty masz a1/a2, nie samo A, więc co z BT? Wyświetlać się może przecież.
A jeszcze jak mógłbyś jakoś się odnieść do faktu, że nagle w cudowny sposób rozmnożyły mi się te device /dev/ttyUSB* - bardzo mnie to intryguje jak to się mogło wydarzyć - rozumiem, że 3ginfo nie ma nic do rzeczy, jednakże wydarzyło się to praktycznie zaraz po pierwszym użyciu 3ginfo-text.
Plamy na słońcu czy coś podobnego. Skąd mam wiedzieć co zrobiłeś. Domyślnie po wyjęciu z pudełka nie ma tylu interfejsów, więc jak pisałem - przez setport sobie przestawiłeś.
PS. Domyślnie po wyjęciu z pudełka jest A1,A2;12,1,16,A1,A2. Więc musiałeś sobie przestawić.
Chyba przeinstaluje firmware od nowa - to BT też ni z gruszki, ni z pietruszki, się pojawiło - cuda panie się dzieją z tym modemem.
Poza tym widziałem, że nawet ktoś zaproponował dodanie tej łaty zbiorczej w timeline na openwrt, to efekt taki, że...ticket zniknął - też niezrozumiałe posunięcie ze strony devów. Czyżby ta łata naruszała jakieś zmowy z producentami, żeby nie robić lepszych, otwartych sterów ?
Widziałem to, ale ten ticket nie wiem kto pisał. Bo brzmiał jak by ktoś był co najmniej po 4 piwach.
No więc skoro nikt więcej o tym nie pisze/nie proponuje, to teraz ja napiszę to samo - zobaczymy co z tego wyjdzie.
EDIT:
https://dev.openwrt.org/ticket/20103 - dodane
Poza tym jakie znaczenie ma jak brzmiał - to i tak zawsze kwestia osobistej percepcji postrzegania tego co napisane, interpretacji, i.t.d. - grunt, że było wszystko co konkretne na ten dany temat - zaś zastanawiające jest czemu znikło...
Tego sterownika do E3372 nie jestem w stanie zainstalowac w barrier breakerze. Jakies pomysly, skad wziac i jak to zrobic?
Dzieki
Zainstalować CC (moje) lub aktualnego trunka.
Dodano do wszystkich jajec w trunk sterownik z ndp - jest dobrze... 
https://dev.openwrt.org/changeset/46464
https://dev.openwrt.org/changeset/46493
Także kolega homek niech się nie zastanawia, jak zależy mu na ncm (LTE na zwykłym modemie - nie-hilink) w E3372, tylko upgrejduje system na CC/trunk. Skoro dodano do mainline, na pewno będzie dalej rozwijany i stanie się ogólnie standardem również w CC.
Tak na marginesie udało mi się rozwiązać w praktyce problem ze zmianą IP prostym sposobem (testuje od kilku dni i to działa):
w odstępie minutowym wykonuje się komenda w cronie (o zadanych, interesujących nas momentach w ciągu doby - ja mam transfer nocny darmowy w Orange - dlatego to u mnie jest kluczowa kwestia):
usbreset HUAWEI_MOBILE && ifup wan2wan2 - bo akurat tak nazwałem interfejs modemu, który akurat u mnie działa równolegle do wan (zwykła kablówka).
A dlatego 2 razy, gdyż po pierwszym razie tworzą się inne urządzenia /dev/ttyUSB* - dopiero za drugim razem powstają prawidłowe devices.
EDIT:
Do szczęścia już mi tylko brakuje jednego, ważnego czynnika (darmowy apn vpn w Orange działa ... tak sobie - nie za każdym razem jest adres z otwartymi portami, po mimo faktu, że za każdym razem jest adres publiczny):
skrypt w hotplug, który będzie kontrolował przy pomocy zewnętrznego testu (idealnie to działa tylko z jednej strony: http://www.yougetsignal.com/tools/open-ports/ ) otwarte porty na interfejsie/adresie modemu.
Przez nmap zainstalowanym w routerze niestety wyniki nie są adekwatne do stanu faktycznego - zawsze porty są pokazywane jako zamknięte (co nie jest prawdą za każdym razem).
Zainstalowałem CC. Ruszyło. Nieco zmyliło mnie, że modem zainstalował się na interfejsie eth1.
Bardzo dziękuję. Znów mogę cieszyć się szybkim internetem LTE. Wczorajsza burza zabiła zarówno mój WDR4300, E398 oraz hub USB D-linka. Dzisiaj odkupiłem sobie sprzęt ale właśnie z E3372 zamiast E398. Swoją drogą ciekawe, że wszystkie trzy urządzenia były podpięte pod listwę antyprzepięciową.
I listwa przeżyła a urządzenia nie. Gdzie ja to widziałem...
A co ma listwa do ochrony przepięciwej w przypadu burzy?
Żeby w jakimś sensownym stopniu się zabezpieczyć przed przepięciami od wyładowań atmosferycznych trzeba zstosować co najmniej 2 stopnie ochrony (klasa B+C):
1) Ogranicznik przepięć typu 1 (klasy B) - tzw odgromnik, ochrona przez skutkmi bezpośredniego wyładowania w sie c napowietrzną lub odgrmową, obniża przepięcie do poniżej 4 kV, wytrzymuje prąd udarowy 35-100 kA (w zależności od modelu)
2) ogranicznik przepięć typu 2 (klasy C) - ochrona przed pośrednimi wyładowaniniami amosferycznymi lub procesami łączeń w sieci elektrycznej, obniża przepięcie poniżej 1,5 kV i prąd udarowy 5-20kA
3) ogranicznik przepięć typu 3 (klasy D) - zalecany do ochrony kosztownych urządzeń elektronicznych, ma za zadanie szybko reagować na niewielkie przepięcia, które przejdą przez wczeniejsze progi ochrony przeciwprzepięciowej. Ochronniki tego typu montuje się w pobliżu zabezpieczanego urządzenia (w puszkach podtynkowych, jako gniazdka lub właśnie jako listwę przeciwprzepięciową).
Ochronniki klasy B+C montuje się na wejściu zasilania czyli np w rozdzielnicy bezpiecznikowej lub w skrzynce licznika elektrycznego.
I jeszcze jedna uwaga nie każda listwa zasilająca (nawet posiadająca warystor do ograniczania przepięć) jest listwą przeciwprzepięciową. Producent dobrej listwy przeciwprzepięciowej pochwali się zarówno badaniami jak i odpowienimi atestami.
...indeed - jak mawiał pewien kosmita w Star Gate
zainstalowana Gargoyle 1.7.2 na TPL wdr3600
kiedy wykonać:
opkg update (success)
opkg install kmod-huawei-hw-cdc
Mam błąd
ERROR: No package named kmod-huawei-hw-cdc found, try updating your package lists
dzięki
I słusznie. Tego nie ma w repo gargoyle, a dwa - gargoyle nie obsługuje ncma z gui.
przepraszam, mój błąd 
Strony Poprzednia 1 2 3 4 5 6 7 8 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → E3372 w ncm
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc