Odp: E3372 poszukiwany
Że @bmork mysli nad tym to już wiemy od dawna ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → E3372 poszukiwany
Strony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Że @bmork mysli nad tym to już wiemy od dawna ![]()
Coś się dzieje w temacie niedziałającego NCM: https://forum.openwrt.org/viewtopic.php … 29#p273129
Ciekawe czy coś z tego wyjdzie
Obstawiam, że jeszcze przez długi czas nic z tego nie wyjdzie. Huawei namieszał coś w firmware i dotyczy naprawdę całej gamy nowych modemów (też mam ME936, jest na Intelu, też nie działa w NCM/NDIS, za to śmiga w MBIM), nie tylko E3372 (poza tematem, mam firmware który działa z NCM/NDIS ale są jakieś jaja z przepustowością). Problem w tym, że na razie nikt nie chce się za to zabrać - ani ze strony developerów (bo uważają, że problem leży po stronie Huawei), ani ze strony Huawei, bo według nich ich implementacja jest zgodna ze standardem. A temat, jakby nie patrzeć, ciągnie się już ponad rok.
Niemniej, trzymam kciuki.
Nie chcę rozpoczynać nowego wątku więc napiszę tutaj.
U mnie po kupnie też niestety okazało sie że niema hilink co mnie zasmuciło.
Mam gargoyle 1.6.2.2 (chyba ze polecacie coś innego?)
Najgorsze to że MR3420v2 po lan nie osiaga mi więcej niż 8mb/s i nie wiem czym to jest spowodowane.
Mieszkam w Warszawie( Siłe sygnału pokazuje mi 87-98% ) -59dBm
A w configu pokazuje:
network.wan.proto=3g
network.wan.device=/dev/ttyUSB1
network.wan.apn=internet
network.wan.service=umts
nigdzie nie mogę znaleść jak przełączyć na stałe na 4G, w aplikacji mobilepartner tak ustawiłem ale to nic nie dało po ponownym podłączeniu modemu do routera.
Idź na forum bez-kabli.pl, znajdziesz tam linki i instrukcję jak przerobić go na hilinka.
A może ktoś z Was jest w stanie pomóc w zmianie softu modemu na hilink tak by pamiętał pin - to znaczy by działała pod orange ;-) Potrzebuje przetestowany, sprawdzony soft ;]
Cezary próbował walczyć z moim modemem ... ;-]
Ja będę miał od razu Hilink (jakiś napis LTM na obudowie - chyba z Litwy) i w zasadzie ten sam SIM (Orange) i to samo pytanie/wątpliwość - zna ktoś jak to ogarnąć ?
Zwykły skrypt to robi. Sprawdzałem, działa bez problemu przynajmniej na sofcie który testowałeś (16.x).
Cezary - a może więcej szczegółów ? - dopiero gdzieś w środę/czwartek będę miał ten modem i chcę go zaprzęgnąć do trunka, a wszędzie czytam, że jest problem z zapamiętaniem tego pinu (jak wiadomo w Orange nie można go wyłączyć, co ma związek z ich polityką i nowymi SIM-ami).
Nie pamiętanie a skrypt którzy przez api wprowadza pin. http://www.bez-kabli.pl/viewtopic.php?p=500252#5002 na dole masz skrypt lekka przeróbka:
#!/system/bin/busybox sh => #!/bin/sh
i $IPADDR na 192.168.8.1
cały skrypt do hotplugu iface w openwrt i sam podaje pin.
Dzięki - będę próbował - jakby coś nie ten teges odezwę się jeszcze w tym temacie. ![]()
Nie ma problemu.
chyba nie będę próbował przerobić go na hilink bo właśnie przed chwilą uwaliłem mr3420.
miałem gargoyle-1.6.2.2-ar71xx-tl-mr3420-v2
wgrałem luci-ar71xx-generic-tl-mr3420-v2-8M
i po routerze ![]()
a swoją drogą to dlaczego się tak stało? chciałem mieć najnowszy Barrier Breaker LuCI tylko zastanawiało mnie to 8M w nazwie
Tak, uwaliłeś router. Czemu nie przeczytałeś na eko.one.pl co to jest za obraz? Teraz kup sobie konwerter szeregowy, rozbierz router, wlupuj się do niego i wgraj ponownie soft przez bootloader.
Dzieki Cezary za pomoc mam nadzieje ze wymienią na gwarancji, a co do luci i najniwszeho softu od was to jaki wgrac?
Jak nie robię zwykłych obrazów luci dla 4MB routerów. Z downloads.openwrt.org wgraj.
Czyli najnowszy od ciebie to 1.7.1 dla 4mb
Kaju też uwaliłem ten router w taki sam sposób. Metoda na ożywienie go jest bajecznie prosta, ale musisz mieć programator na usb ftdi i umieć lutować. Trzeba rozebrać routerek i dolutować kabelki do programatora albo najlepiej wlutować trzy goldpiny.
E3372 też miałem w wersji zwykłej. Po przerobieniu go na hilink z 12 mega max zrobiło się ponad 40. Zabieg też jest bajecznie prosty. Do tego udało mi się jeszcze zrobić webui po polsku.
Kaju sprawdź czy w Twoim MR3420 działa tryb recovery: Tryb Recovery w TP-Link (na przykładzie TL-WR842ND v2)
Może nie będziesz musiał go odsyłać.
Nie pamiętanie a skrypt którzy przez api wprowadza pin. http://www.bez-kabli.pl/viewtopic.php?p=500252#5002 na dole masz skrypt lekka przeróbka:
#!/system/bin/busybox sh => #!/bin/sh
i $IPADDR na 192.168.8.1
cały skrypt do hotplugu iface w openwrt i sam podaje pin.
Niestety coś chyba nie działa (jest oczywiście wykonywalny) - gdy uruchamiam go ręcznie:
root@OpenWrt:~# /etc/hotplug.d/iface/pin.sh
sh: 260: unknown operandCały skrypt wygląda teraz tak:
root@OpenWrt:~# cat /etc/hotplug.d/iface/pin.sh
#!/bin/sh
sleep 5
# w miejscu 1234 wprowadź swój pin
PIN=1234
# pobranie adresu na jakim modem funkcjonuje, przy założeniu, że modem jest urządzeniem br0 i adres jego zaczyna się od 192
IPADDR=$(ifconfig eth1 | grep 192 | cut -d ':' -f2 | cut -d ' ' -f1)
# pobranie tokena
TOKEN=$(wget -qO- http://192.168.8.1/api/webserver/token | grep token | cut -d '>' -f2 | cut -d '<' -f1)
# pobranie stanu SIM
SIMSTATE=$(wget -qO- http://$192.168.8.1/api/monitoring/converged-status --header "__RequestVerificationToken: $TOKEN" --header "Content-Type: text/xml" | grep SimState | cut -d '>' -f2 | cut -d '<' -f1)
# jeżeli SimState = 260 (wymagany PIN) wtedy wprowadzenie PINu
if [ $SIMSTATE == 260 ]; then
wget -qO- http://192.168.8.1/api/pin/operate --post-data="<request><OperateType>0</OperateType><CurrentPin>$PIN</CurrentPin><NewPin></NewPin><PukCode></PukCode></request>" --header "__RequestVerificationToken: $TOKEN" --header "Content-Type: text/xml"
fi
root@OpenWrt:~# Odczytane z podstrony na 192.168.8.1:
- Hardware version: CL1E3372SM Ver.A
- Software version: 22.286.03.00.17
- Web UI version: 16.100.05.00.17
Reasumując:
Trzeba wchodzić za każdym razem w modem by podać PIN.
Co poprawić w tym skrypcie, i.t.d. ?
if [ "x$SIMSTATE" = "x260" ]; then
I uruchom przez sh -x /etc/hotplug.d/iface/pin.sh
to zobaczysz czy czyta token itd.
PS - i czy na pewnie eth1 - przydało by się sprawdzić czy INTERFACE=wan i ACTION=ifup
Na działającym połączeniu przeczytał token, czyli jest chyba dobrze - teraz rozumiem mam gada odłączyć od usb, odczekać chwilę, podłączyć ponownie i ma zadziałać automatyka, czy tak ?
EDIT:
eth1 na pewno - to z automatu robi cdc_ether - tak wynika z logread za każdym razem.
Tak. Tak w ogóle to wywal to z ipaddr bo wstawiłeś adres na stałe.
ed May 6 19:00:48 2015 daemon.notice netifd: Network device 'eth1' link is down
Wed May 6 19:00:48 2015 daemon.notice netifd: Interface 'wan' has link connectivity loss
Wed May 6 19:00:48 2015 daemon.notice netifd: Interface 'wan' is disabled
Wed May 6 19:00:48 2015 daemon.notice netifd: wan (3220): udhcpc: SIOCGIFINDEX: No such device
Wed May 6 19:00:48 2015 daemon.notice netifd: wan (3220): Received SIGTERM
Wed May 6 19:00:48 2015 kern.notice root: stopping ntpclient
Wed May 6 19:01:10 2015 kern.info kernel: [ 2337.920000] usb 1-1: new high-speed USB device number 4 using ehci-platform
Wed May 6 19:01:11 2015 kern.info kernel: [ 2338.070000] usb-storage 1-1:1.0: USB Mass Storage device detected
Wed May 6 19:01:11 2015 kern.info kernel: [ 2338.090000] scsi host2: usb-storage 1-1:1.0
Wed May 6 19:01:11 2015 kern.info kernel: [ 2338.660000] usb 1-1: USB disconnect, device number 4
Wed May 6 19:01:12 2015 kern.info kernel: [ 2339.140000] usb 1-1: new high-speed USB device number 5 using ehci-platform
Wed May 6 19:01:12 2015 kern.info kernel: [ 2339.290000] cdc_ether 1-1:1.0 eth1: register 'cdc_ether' at usb-ehci-platform-1, CDC Ethernet Device, xx:xx:xx:xx:xx:xx
Wed May 6 19:01:12 2015 kern.err kernel: [ 2339.300000] cdc_ether 1-1:1.0 eth1: kevent 12 may have been dropped
Wed May 6 19:01:12 2015 kern.err kernel: [ 2339.310000] cdc_ether 1-1:1.0 eth1: kevent 11 may have been dropped
Wed May 6 19:01:12 2015 daemon.notice netifd: Interface 'wan' is enabled
Wed May 6 19:01:12 2015 kern.info kernel: [ 2339.330000] usb-storage 1-1:1.2: USB Mass Storage device detected
Wed May 6 19:01:12 2015 kern.err kernel: [ 2339.330000] cdc_ether 1-1:1.0 eth1: kevent 11 may have been dropped
Wed May 6 19:01:12 2015 kern.info kernel: [ 2339.340000] scsi host3: usb-storage 1-1:1.2
Wed May 6 19:01:12 2015 daemon.notice netifd: Network device 'eth1' link is up
Wed May 6 19:01:12 2015 daemon.notice netifd: Interface 'wan' has link connectivity
Wed May 6 19:01:12 2015 daemon.notice netifd: Interface 'wan' is setting up now
Wed May 6 19:01:13 2015 daemon.notice netifd: wan (3966): udhcpc (v1.23.2) started
Wed May 6 19:01:13 2015 daemon.notice netifd: wan (3966): Sending discover...
Wed May 6 19:01:13 2015 daemon.notice netifd: wan (3966): Sending select for 192.168.8.100...
Wed May 6 19:01:13 2015 daemon.notice netifd: wan (3966): Lease of 192.168.8.100 obtained, lease time 86400
Wed May 6 19:01:13 2015 kern.notice kernel: [ 2340.350000] scsi 3:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
Wed May 6 19:01:13 2015 kern.notice kernel: [ 2340.360000] sd 3:0:0:0: [sda] Attached SCSI removable disk
Wed May 6 19:01:13 2015 daemon.warn dnsmasq[1906]: no servers found in /tmp/resolv.conf.auto, will retry
Wed May 6 19:01:13 2015 daemon.notice netifd: Interface 'wan' is now up
Wed May 6 19:01:13 2015 daemon.info dnsmasq[1906]: reading /tmp/resolv.conf.auto
Wed May 6 19:01:13 2015 daemon.info dnsmasq[1906]: using local addresses only for domain lan
Wed May 6 19:01:13 2015 daemon.info dnsmasq[1906]: using nameserver 192.168.8.1#53
Wed May 6 19:01:13 2015 daemon.info dnsmasq[1906]: using nameserver 192.168.8.1#53
Wed May 6 19:01:14 2015 kern.notice firewall: Reloading firewall due to ifup of wan (eth1)
Wed May 6 19:01:14 2015 daemon.warn dnsmasq[1906]: possible DNS-rebind attack detected: pool.ntp.org
Wed May 6 19:01:15 2015 daemon.err block: Unkown action change
Wed May 6 19:01:15 2015 daemon.err block: Unkown action change
Wed May 6 19:01:16 2015 user.notice ddns-scripts[4194]: myddns_ipv4: PID '4194' started at 2015-05-06 19:01
Wed May 6 19:01:16 2015 user.warn ddns-scripts[4194]: myddns_ipv4: Service section disabled! - TERMINATE
Wed May 6 19:01:16 2015 user.warn ddns-scripts[4194]: myddns_ipv4: PID '4194' exit WITH ERROR '1' at 2015-05-06 19:01
Wed May 6 19:01:41 2015 daemon.warn dnsmasq[1906]: possible DNS-rebind attack detected: eko.one.pl
Wed May 6 19:01:41 2015 daemon.warn dnsmasq[1906]: possible DNS-rebind attack detected: eko.one.pl
Wed May 6 19:01:41 2015 daemon.warn dnsmasq[1906]: possible DNS-rebind attack detected: eko.one.pl
root@OpenWrt:~# Takie coś było zaraz po wyjęciu i potem po włożeniu w usb tego modemu.
Zapodałem ponownie ręcznie pin sh, gdyż automat tego nie ogarnął:
root@OpenWrt:~# sh -x /etc/hotplug.d/iface/pin.sh
+ sleep 5
+ PIN=1234
+ + cut -d : -f2
cut -d -f1
+ grep 192
+ ifconfig eth1
+ IPADDR=192.168.8.100
+ + + grepcutcut token -d -d
> < -f2 -f1
+ wget -qO- http://192.168.8.1/api/webserver/token
+ TOKEN=1080310693
+ + cutcut -d < -f1
+ grep SimState
+ wget -qO- http://.168.8.1/api/monitoring/converged-status --header __RequestVerificationToken: 1080310693 --header Content-Type: text/xml
-d > -f2
+ SIMSTATE=
+ [ x == x260 ]
root@OpenWrt:~#
No i wszystko jasne, był mały błąd w skrypcie - zapomniałem dolara usunąć:
(...)
# pobranie stanu SIM
SIMSTATE=$(wget -qO- http://$192.168.8.1/api/monitoring/converged-status --header "__RequestVerificationToken: $TOKEN" --header "Content-Type: text/xml" | grep SimState | cut -d '>' -f2 | cut -d '<' -f1)
(...)
Po usunięciu dolara działa...![]()
EDIT:
Wywaliłem nadmiar jak sugerowałeś i nadal działa - 7 sekund i jest z automatu internet - czyli jest postęp i problem rozwiązany - jeszcze raz dziękuję za pomoc.![]()
EDIT 2
Nie wiem czy tak powinno być ale po wpisaniu adresu jaki przydziela dhcp (chyba z modemu dla wan routera, lub z dhcp routera dla wan routera), czyli 192.168.8.100 zgłasza się luci na routerze - dlatego chyba z $IPADDR ten skrypt by nie działał. W tej chwili w routerze jest:
eth1 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx
inet addr:192.168.8.100 Bcast:192.168.8.255 Mask:255.255.255.0
inet6 addr: fe80::e5b:8fff:fe27:9a64/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:7485 errors:0 dropped:0 overruns:0 frame:0
TX packets:4754 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:5860835 (5.5 MiB) TX bytes:832085 (812.5 KiB)No tak, to adres wanu. Modem jest po 192.168.8.1
EDIT 2
Nie wiem czy tak powinno być ale po wpisaniu adresu jaki przydziela dhcp (chyba z modemu dla wan routera, lub z dhcp routera dla wan routera), czyli 192.168.8.100 zgłasza się luci na routerze - dlatego chyba z $IPADDR ten skrypt by nie działał. W tej chwili w routerze jest:eth1 Link encap:Ethernet HWaddr xx:xx:xx:xx:xx:xx inet addr:192.168.8.100 Bcast:192.168.8.255 Mask:255.255.255.0 inet6 addr: fe80::e5b:8fff:fe27:9a64/64 Scope:Link UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:7485 errors:0 dropped:0 overruns:0 frame:0 TX packets:4754 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:1000 RX bytes:5860835 (5.5 MiB) TX bytes:832085 (812.5 KiB)
Zgadza się, bo skrypt był pierwotnie przygotowany by go na stałe wrzucić do modemu, a nie do routera, tak, żeby modem sam zapodawał pin (tak więc zawsze działało nawet po wpięciu modemu do kompa z Windowsem). Wszystkie przeróbki jakie zostały tu zasugerowane przez Cezarego wynikają z potrzeby zmiany miejsca wykonywania skryptu ![]()
Np. kolega zito zaproponował takie minimalistyczne (nie wymaga wget, ani curl) rozwiązanie mojego skryptu dla routerów z małą ilością miejsca (jest to wycinek z większego skryptu):
MODEM=$(cat /sys/kernel/debug/usb/devices | grep -i 12d1 | cut -d'=' -f3 | cut -d' ' -f1)
NEXTHOP=$(ifstatus wan | grep -i nexthop | cut -d\" -f4)
modem="14dc"
nexthop="192.168.8.1"
Exit() {
logger 'autopin:nie spelniono zalozen....'
exit 0
}
[ "$MODEM" = "$modem" -a "$NEXTHOP" = "$nexthop" ] || Exit
TOKEN=`echo -e "GET /api/webserver/token HTTP/1.1\nHost: 192.168.8.1\n\n" | nc 192.168.8.1 80 | grep token | cut -c 8- | cut -d '<' -f1`
TOKEN="__RequestVerificationToken: $TOKEN"
PINSTATUS=`echo -e "GET /api/monitoring/converged-status HTTP/1.1\nHost: 192.168.8.1\n\n" | nc 192.168.8.1 80 | grep SimState | cut -c 11- | cut -d '<' -f1`
PIN=1234
REQUEST="<?xml version="1.0" encoding="UTF-8"?><request><OperateType>0</OperateType><CurrentPin>$PIN</CurrentPin><NewPin></NewPin><PukCode></PukCode></request>"
REQUEST="POST /api/pin/operate HTTP/1.1\nUser-Agent: curl/7.37.1\nHost: 192.168.8.1\nAccept: */*\n$TOKEN\nX-Requested-With: XMLHttpRequest\nContent-Type: text/xml\nContent-Length: 146\n\n"$REQUEST
case "$PINSTATUS" in
"260")
echo -e $REQUEST | nc 192.168.8.1 80
sleep 10
logger 'wprowdzono PIN'
;;
"257")
logger 'autopin:PIN juz wprowadzony ('$PINSTATUS')'
;;
"261")
logger 'autopin:wymagany PUK ('$PINSTATUS')'
;;
*)
logger 'autopin:status nierozpoznany: '$PINSTATUS'.'
;;
esacStrony Poprzednia 1 2 3 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → E3372 poszukiwany
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc