1 Temat przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Temat: Obrazy z 2015.11.28

W luci dodałem obsługi protokółów WWAN (był swego czasu patch na to, nie wprowadzili go jeszcze oficjalnie do LuCI. I jakoś nie zapowiada się żeby go dodali), uzupełniłem także skrypty dla protokołów NCM i QMI. Pozwala to przynajmniej w podstawowym zakresie na wyklikanie w gui połączenia na jednym z tych trzech protokołów, a LuCI nie będzie wyświetlało że są one nieobsługiwane.

Dodałem nowe obrazy dla TP-Link TL-WR710N v2.1  (wersja v2 ma tylko 4MB flash, w wersji 2.1 znów dostała 8MB), TP-Link TL-WR1043ND v3 (jest identyczny jak v2, różni się tylko identyfikatorem HWID sprzętu) oraz TP-Link TD-W8980 (radio 5GHz nie jest obsługiwane w tym modelu z powodu braku sterowników do zastosowanego tam układu). Dziwnym trafem nowości znów dotyczą TP-Linka smile. Zmieniłem też nazwę obrazów dla GL AR150.

Doszedł pakiet kmod-i2c-ch341 do obsługi magistrali i2c bazującej na układzie CH431.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

2 Odpowiedź przez build000

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Jakieś linki do tego patcha dla LuCI (wwan) lub ewentualnie Twoje źródła (jak oczywiście coś z owym patchem rzeźbiłeś) ?

3 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Patrzyłeś changelog na eko.one.pl? Na pewno nie, bo link tam jest.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

4 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 01:59:39)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Przyznaję, że nie zaglądałem - skoro jest to dzięki i przepraszam za zamieszanie.
wink
EDIT:
Faktycznie jest jako hiperlik i przyznaję, że nie zauważyłem w pierwszej chwili, że słowo WWAN to link, bo przypomniałem sobie, że jednak zaglądałem, gdy przeczytałem kolejne pozycje changelog'a - tak czy inaczej dzięki za wyjaśnienie.

5 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 17:57:01)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Tak przy okazji zajrzałem do Twojego gita i oczywiście, co się chwali, również tam pojawiła się appka, ale przy próbie instalacji w feedsach:

(...)
./scripts/feeds install -a
Collecting package info: done
Installing all packages from feed packages.
Installing package 'luci-proto-wwan'
WARNING: No feed for package 'luci-core' found, maybe it's already part of the standard packages?
Installing all packages from feed luci.
Installing all packages from feed routing.
Installing all packages from feed telephony.
Installing all packages from feed management.

Jest się czym martwić ? Zadziała przy dodaniu do własnych kompilacji CC/trunk ? Może chodzi o podmianę na "luci-base" stosownej linijki w kodzie ?

6 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Błąd w makefile - luci-core nie istnieje.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

7 Odpowiedź przez build000

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Czyli zastąpić to słowem "luci-base", czy wykasować cały fragment ?

8 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Zastąpić.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

9 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 22:16:57)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

W porę scommitowałeś...przerwałem kompilację i odświeżyłem feedsy - dam znać jak to kuma/lub nie na własnej kompilacji CC/trunk.
wink

10 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 22:18:39)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Spróbowałem i kompilacja się powiodła na CC r47662 (modem E3372, tryb ncm). Jest jednak mały problem nie do przeskoczenia w gui - nie można zmusić go by nie wpisywał w ogóle "option mode ***", bo wtedy:

Sun Nov 29 20:47:53 2015 daemon.notice netifd: Interface 'wan2' is setting up now
Sun Nov 29 20:47:56 2015 daemon.notice netifd: wan2 (6843): sending -> AT
Sun Nov 29 20:47:56 2015 daemon.notice netifd: wan2 (6843): sending -> ATZ
Sun Nov 29 20:47:57 2015 daemon.notice netifd: wan2 (6843): sending -> ATQ0
Sun Nov 29 20:47:58 2015 daemon.notice netifd: wan2 (6843): sending -> ATV1
Sun Nov 29 20:47:58 2015 daemon.notice netifd: wan2 (6843): sending -> ATE1
Sun Nov 29 20:47:59 2015 daemon.notice netifd: wan2 (6843): sending -> ATS0=0
Sun Nov 29 20:48:00 2015 daemon.notice netifd: wan2 (6843): SIM ready
Sun Nov 29 20:48:00 2015 daemon.notice netifd: wan2 (6843): PIN set successfully
Sun Nov 29 20:48:01 2015 daemon.notice netifd: wan2 (6843): sending -> AT^SYSCFGEX=\"00\",3fffffff,2,4,7fffffffffffffff,,
Sun Nov 29 20:48:02 2015 daemon.notice netifd: wan2 (6843): Error running AT-command
Sun Nov 29 20:48:02 2015 daemon.notice netifd: wan2 (6843): Failed to set operating mode
Sun Nov 29 20:48:02 2015 daemon.notice netifd: wan2 (6873): Stopping network
Sun Nov 29 20:48:04 2015 daemon.notice netifd: wan2 (6873): sending -> AT^NDISDUP=1,0
Sun Nov 29 20:48:04 2015 daemon.notice netifd: wan2 (6873): Command failed: Permission denied
Sun Nov 29 20:48:04 2015 daemon.notice netifd: Interface 'wan2' is now down
Sun Nov 29 20:48:04 2015 daemon.notice netifd: Interface 'wan2' is setting up now
Sun Nov 29 20:48:22 2015 daemon.notice netifd: wan2 (6888): timeout checking for PIN.Unable to verify PIN
Sun Nov 29 20:48:23 2015 daemon.notice netifd: wan2 (6919): Stopping network
Sun Nov 29 20:48:25 2015 daemon.notice netifd: wan2 (6919): sending -> 
Sun Nov 29 20:48:27 2015 daemon.notice netifd: Interface 'wan2' is now down

Jak nie ma tego zdarzenia za każdym razem przy próbie połączenia:

Sun Nov 29 20:48:01 2015 daemon.notice netifd: wan2 (6843): sending -> AT^SYSCFGEX=\"00\",3fffffff,2,4,7fffffffffffffff,,

to działa.
Oto wygenerowana konfiguracja interfejsu:

config interface 'wan2'
    option proto 'ncm'
    option device '/dev/cdc-wdm0'
    option apn 'vpn'
    option pincode '1234'
    option username 'vpn'
    option password 'vpn'
    option mode 'auto'
    option metric '0'

Podawanie innych option mode nic nie daje - ten sam efekt.
Po prostu dla mojego modemu w ogóle nie może być tej linijki "option mode ***" w konfiguracji - wtedy działa.
"/etc/init.d/network restart", czy "ifup wan2" za kolejnym razem daje zawsze ten sam fragment w logach:

Sun Nov 29 20:58:30 2015 daemon.notice netifd: wan2 (7924): timeout checking for PIN.Unable to verify PIN
Sun Nov 29 20:58:30 2015 daemon.notice netifd: wan2 (8292): Stopping network
Sun Nov 29 20:58:32 2015 daemon.notice netifd: wan2 (8292): sending -> 
Sun Nov 29 20:58:35 2015 daemon.notice netifd: Interface 'wan2' is now down

Użycie w tym wypadku usbreset nic nie daje (czy wyjęcie/włożenie modemu) bo i tak za każdym razem chce zapodawać option mode, które niweczy połączenie.
Gdyby ten plugin miał jakoś odhaczone/wyłączone podawanie tej opcji w konfiguracji interfejsu wszystko by raczej działało, pomijając typowe problemy dla E3372, że potrafi się za którymś razem zawiesić, czy inne cuda wianki.

A tak zadziałało połączenie po niezbędnym w tym przypadku usbreset, gdy zahaszowałem ręcznie "option mode" (metric jest nieistotny bo i tak go pomija, jak nie ma dorobionej obsługi, czy peerdns) w konfiguracji interfejsu wan2:

Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.100000] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.110000] option 1-1:1.0: device disconnected
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.120000] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.120000] option 1-1:1.1: device disconnected
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.130000] huawei_cdc_ncm 1-1:1.2 wwan0: unregister 'huawei_cdc_ncm' usb-ehci-platform-1, Huawei CDC NCM device
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.280000] usb 1-1: reset high-speed USB device number 4 using ehci-platform
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.430000] option 1-1:1.0: GSM modem (1-port) converter detected
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.430000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB0
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.440000] option 1-1:1.1: GSM modem (1-port) converter detected
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.450000] usb 1-1: GSM modem (1-port) converter now attached to ttyUSB1
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.470000] huawei_cdc_ncm 1-1:1.2: MAC-Address: 00:1e:10:1f:00:00
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.470000] huawei_cdc_ncm 1-1:1.2: setting rx_max = 16384
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.490000] huawei_cdc_ncm 1-1:1.2: NDP will be placed at end of frame for this device.
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.490000] huawei_cdc_ncm 1-1:1.2: cdc-wdm0: USB WDM device
Sun Nov 29 21:08:19 2015 kern.info kernel: [ 2952.500000] huawei_cdc_ncm 1-1:1.2 wwan0: register 'huawei_cdc_ncm' at usb-ehci-platform-1, Huawei CDC NCM device, 00:1e:10:1f:00:00
Sun Nov 29 21:08:31 2015 daemon.notice netifd: Interface 'wan2' is setting up now
Sun Nov 29 21:08:34 2015 daemon.notice netifd: wan2 (8997): sending -> AT
Sun Nov 29 21:08:34 2015 daemon.notice netifd: wan2 (8997): sending -> ATZ
Sun Nov 29 21:08:35 2015 daemon.notice netifd: wan2 (8997): sending -> ATQ0
Sun Nov 29 21:08:35 2015 daemon.notice netifd: wan2 (8997): sending -> ATV1
Sun Nov 29 21:08:36 2015 daemon.notice netifd: wan2 (8997): sending -> ATE1
Sun Nov 29 21:08:37 2015 daemon.notice netifd: wan2 (8997): sending -> ATS0=0
Sun Nov 29 21:08:38 2015 daemon.notice netifd: wan2 (8997): SIM ready
Sun Nov 29 21:08:38 2015 daemon.notice netifd: wan2 (8997): PIN set successfully
Sun Nov 29 21:08:39 2015 daemon.notice netifd: wan2 (8997): sending -> AT^NDISDUP=1,1,"vpn","vpn","vpn"
Sun Nov 29 21:08:39 2015 daemon.notice netifd: wan2 (8997): Connected, starting DHCP
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2' is now up
Sun Nov 29 21:08:39 2015 kern.err kernel: [ 2972.670000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Network device 'wwan0' link is up
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_4' is enabled
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_4' has link connectivity 
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_4' is setting up now
Sun Nov 29 21:08:39 2015 daemon.notice netifd: wan2 (8997): Command failed: Unknown error
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_6' is enabled
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_6' has link connectivity 
Sun Nov 29 21:08:39 2015 daemon.notice netifd: Interface 'wan2_6' is setting up now
Sun Nov 29 21:08:39 2015 daemon.notice netifd: wan2 (8997): Command failed: Unknown error
Sun Nov 29 21:08:40 2015 daemon.notice netifd: wan2_4 (9056): udhcpc (v1.23.2) started
Sun Nov 29 21:08:40 2015 daemon.notice netifd: wan2_4 (9056): Sending discover...
Sun Nov 29 21:08:40 2015 user.notice firewall: Reloading firewall due to ifup of wan2 (wwan0)
Sun Nov 29 21:08:43 2015 daemon.notice netifd: wan2_4 (9056): Sending discover...
Sun Nov 29 21:08:43 2015 daemon.notice netifd: wan2_4 (9056): Sending select for 37.228.12.145...
Sun Nov 29 21:08:43 2015 daemon.notice netifd: wan2_4 (9056): Lease of 37.228.12.145 obtained, lease time 518400
Sun Nov 29 21:08:43 2015 daemon.notice netifd: Interface 'wan2_4' is now up
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: reading /tmp/resolv.conf.auto
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: using local addresses only for domain lan
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: using nameserver 62.179.1.60#53
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: using nameserver 62.179.1.61#53
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: using nameserver 194.204.159.1#53
Sun Nov 29 21:08:43 2015 daemon.info dnsmasq[2036]: using nameserver 194.204.152.34#53
root@OpenWrt:~#

Od razu dodam, że skonfigurowanie "option device" jako "/dev/ttyUSB0" nic nie zmienia odnośnie problemu z "option mode".

11 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

A teraz sprawdź sobie moje obrazy. Nie wiem czemu piszesz w tym wątku o problemach ze swoimi obrazami.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

12 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 22:33:17)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

No to chyba oczywiste - przecież sam to kompilowałem i dlatego chyba umieściłeś w gicie, jak się domyślam, żeby inni też mogli spróbować to dodać do swoich kompilacji - nieprawdaż ?
Twoich obrazów po prostu nie używam a jedynie dodane z Twojego gita w moich kompilacjach, co mi się akurat przydaje, np. 3ginfo....no i teraz na próbę w/w plugin.

13 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Ty po prostu kompilujesz. A ja poprawiam błędy. Sprawdź moje obrazy skoro już piszesz w tym wątku.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

14 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 22:37:01)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

To zadam inaczej pytanie - czy Twoje zmiany są jeszcze gdzieś poczynione co do obsługi ncm/wwan i całość chodzi zupełnie inaczej, niż z repo openwrt (poza tym dodatkiem do luci oczywiście) ?

15 Odpowiedź przez Cezary (edytowany przez Cezary 2015-11-29 22:43:25)

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Znów zadam to samo pytanie: czytałeś changelog moich zmian? Zmiany z września?

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

16 Odpowiedź przez build000 (edytowany przez build000 2015-11-29 23:59:21)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

I znów odpowiem - czytałem.
Zapewne chodzi Ci o:

    2015-09-13 - r46849
(...)
    - naprawa wysyłania trybu pracy modemu dla połączeń NCM
(...)

Czy nie chodzi czasem o znany bug dla tego modemu, że musi być w "prefer lte"
AT^SYSCFGEX=\"0302\",3fffffff,2,4,7fffffffffffffff,,
a nie jak jest domyślnie
AT^SYSCFGEX=\"030201\",3fffffff,2,4,7fffffffffffffff,,
...czy jednak zmiany są głebiej poczynione - jak tak to jakiś link do opisu, czy cuś bym prosił.

EDIT:
Tak czy inaczej, (szybciej wyszło, niż odpowiedź na moją prośbę) usunięcie zapisów dotyczących "option mode" w /usr/lib/lua/luci/model/cbi/admin_network/proto_ncm.lua na bieżące potrzeby chwili, co zaskutkowało zamierzonym efektem i utworzony tak interfejs ruszył od strzału.
Może kiedyś nadejdzie ten czas, że w końcu zaczniesz dokładniej w artykułach opisywać swoje zmiany...
wink

17 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

O ile zauważyłeś - wysyłane jest

Sun Nov 29 20:48:01 2015 daemon.notice netifd: wan2 (6843): sending -> AT^SYSCFGEX=\"00\",3fffffff,2,4,7fffffffffffffff,,

a powinno być:

AT^SYSCFGEX="00",3fffffff,2,4,7fffffffffffffff,,

Zmiany które wykonałem to usunięcie zbędnych \ - aktualna łatka jest na http://dl.eko.one.pl/chaos_calmer/ i leży tam od samego początku. Sprawdzałem to z z E3272 i E3372 na ncm.

Może kiedyś nadejdzie czas, że w końcu zaczniesz samodzielnie szukać i analizować kod zamiast czekać na gotowca...

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

18 Odpowiedź przez simono

  • simono
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-08-10
  • Posty: 596

Odp: Obrazy z 2015.11.28

Cezary czy są może jakieś istotne zmiany dla Archera C7 v2 w porównaniu do builda z zdaje się 6/7 listopada? Nie wiem czy warto zmieniać.

19 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Żadnych zmian. procd, uhttpd, ale nic systemowego.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

20 Odpowiedź przez simono

  • simono
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-08-10
  • Posty: 596

Odp: Obrazy z 2015.11.28

Dzięki za info, zmienię w takim razie z następnym buildem.

21 Odpowiedź przez build000 (edytowany przez build000 2015-11-30 14:42:19)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Cezary - wystarczyło żebyś wcześniej o tej łacie wspomniał - no wiesz, ciężko się domyślać jak nie wiadomo czego i nie wiadomo gdzie - bardzo oszczędnie o wszystkim piszesz to nie dziw się, że póżniej ludziska takie pytania zadają.
wink
Co zatem zrobić w już zainstalowanym systemie - gdzie pousuwać owe "\", w /etc/gcom/ncm.json ?

Ogólnie jest tam jakaś zbiorcza łata http://dl.eko.one.pl/chaos_calmer/cc-r47662.patch (ale to chyba tylko z wersji na wersję, więc...), czy chodzi o ten fragment ?

--- package/network/utils/comgt/files/ncm.sh    (revision 47665)
+++ package/network/utils/comgt/files/ncm.sh    (working copy)
@@ -27,6 +27,8 @@
     local device apn auth username password pincode delay mode
     json_get_vars device apn auth username password pincode delay mode
 
+    [ -n "$ctl_device" ] && device=$ctl_device
+
     [ -n "$device" ] || {
         echo "No control device specified"
         proto_notify_error "$interface" NO_DEVICE
@@ -99,6 +101,7 @@
     [ -n "$mode" ] && {
         json_select modes
         json_get_var setmode "$mode"
+        setmode=$(echo "$setmode" | sed 's|\\||g')
         COMMAND="$setmode" gcom -d "$device" -s /etc/gcom/runcommand.gcom || {
             echo "Failed to set operating mode"
             proto_notify_error "$interface" SETMODE_FAILED

22 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Ta ostatnia, ten sed.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

23 Odpowiedź przez build000 (edytowany przez build000 2015-11-30 15:26:31)

  • Zarejestrowany: 2013-06-25
  • Posty: 2,058

Odp: Obrazy z 2015.11.28

Ok, to teraz spróbuję to zapodać w jakiejś łatce i zobaczymy co z tego wyjdzie.

Tak czy inaczej, przywrócenie opcji od "option modes" w /usr/lib/lua/luci/model/cbi/admin_network/proto_ncm.lua oraz dodanie opcji z patch'a do /lib/netifd/proto/ncm.sh przyniosło zamierzony efekt i teraz można znów ustawiać "option mode" oraz prawidłowo je czyta przy połączeniu i łączy.

Przy okazji zauważyłem, że jak wpiszę tylko "LTE"...nie chce zestawić połączenia...ciekawe.
Chociaż...po wyjęciu i włożeniu modemu jednak się udało:

Mon Nov 30 15:23:32 2015 daemon.notice netifd: Interface 'wan2' is setting up now
Mon Nov 30 15:23:35 2015 daemon.notice netifd: wan2 (5660): sending -> AT
Mon Nov 30 15:23:35 2015 daemon.notice netifd: wan2 (5660): sending -> ATZ
Mon Nov 30 15:23:36 2015 daemon.notice netifd: wan2 (5660): sending -> ATQ0
Mon Nov 30 15:23:36 2015 daemon.notice netifd: wan2 (5660): sending -> ATV1
Mon Nov 30 15:23:37 2015 daemon.notice netifd: wan2 (5660): sending -> ATE1
Mon Nov 30 15:23:38 2015 daemon.notice netifd: wan2 (5660): sending -> ATS0=0
Mon Nov 30 15:23:40 2015 daemon.notice netifd: wan2 (5660): Trying to set PIN
Mon Nov 30 15:23:41 2015 daemon.notice netifd: wan2 (5660): PIN set successfully
Mon Nov 30 15:23:42 2015 daemon.notice netifd: wan2 (5660): sending -> AT^SYSCFGEX="03",3fffffff,2,4,7fffffffffffffff,,
Mon Nov 30 15:23:43 2015 daemon.notice netifd: wan2 (5660): sending -> AT^NDISDUP=1,1,"vpn","vpn","vpn"
Mon Nov 30 15:23:44 2015 daemon.notice netifd: wan2 (5660): Connected, starting DHCP
Mon Nov 30 15:23:44 2015 kern.err kernel: [ 4402.760000] huawei_cdc_ncm 1-1:1.2 wwan0: kevent 12 may have been dropped
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2' is now up
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Network device 'wwan0' link is up
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_4' is enabled
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_4' has link connectivity 
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_4' is setting up now
Mon Nov 30 15:23:44 2015 daemon.notice netifd: wan2 (5660): Command failed: Unknown error
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_6' is enabled
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_6' has link connectivity 
Mon Nov 30 15:23:44 2015 daemon.notice netifd: Interface 'wan2_6' is setting up now
Mon Nov 30 15:23:44 2015 daemon.notice netifd: wan2 (5660): Command failed: Unknown error
Mon Nov 30 15:23:44 2015 daemon.notice netifd: wan2_4 (5723): udhcpc (v1.23.2) started
Mon Nov 30 15:23:45 2015 daemon.notice netifd: wan2_4 (5723): Sending discover...
Mon Nov 30 15:23:45 2015 user.notice firewall: Reloading firewall due to ifup of wan2 (wwan0)
Mon Nov 30 15:23:46 2015 user.notice ddns-scripts[5808]: noip: PID '5808' started at 2015-11-30 15:23
Mon Nov 30 15:23:48 2015 daemon.notice netifd: wan2_4 (5723): Sending discover...
Mon Nov 30 15:23:48 2015 daemon.notice netifd: wan2_4 (5723): Sending select for 37.228.28.169...
Mon Nov 30 15:23:48 2015 daemon.notice netifd: wan2_4 (5723): Lease of 37.228.28.169 obtained, lease time 518400
Mon Nov 30 15:23:48 2015 daemon.notice netifd: Interface 'wan2_4' is now up

big_smile

EDIT:
Jest jeszcze niestety (pomijając temat główny) wciąż powracający błąd (od początku sterowników dla E3372), gdy np. kilka razy z rzędu zatrzymam/włącze owo połączenie komórkowe:

Mon Nov 30 15:05:36 2015 daemon.notice netifd: wan2 (3810): timeout checking for PIN.Unable to verify PIN
Mon Nov 30 15:05:37 2015 daemon.notice netifd: wan2 (3857): Stopping network
Mon Nov 30 15:05:39 2015 daemon.notice netifd: wan2 (3857): sending -> 
Mon Nov 30 15:05:42 2015 daemon.notice netifd: Interface 'wan2' is now down
Mon Nov 30 15:05:48 2015 daemon.notice netifd: Interface 'wan2' is setting up now
Mon Nov 30 15:06:07 2015 daemon.notice netifd: wan2 (3883): timeout checking for PIN.Unable to verify PIN
Mon Nov 30 15:06:07 2015 daemon.notice netifd: wan2 (3918): Stopping network
Mon Nov 30 15:06:09 2015 daemon.notice netifd: wan2 (3918): sending -> 
Mon Nov 30 15:06:12 2015 daemon.notice netifd: Interface 'wan2' is now down

Jest na to jakiś sposób ?

24 Odpowiedź przez Cezary

  • Skąd: Warszawa
  • Zarejestrowany: 2006-02-25
  • Posty: 115,935

Odp: Obrazy z 2015.11.28

Sprawdzę wieczorem, ale nie kojarzę żeby mnie to spotkało.

Masz niepotrzebny router, uszkodzony czy nie - chętnie przygarnę go.

Cezary's Strona

25 Odpowiedź przez sloniupl

  • Skąd: Warszawa
  • Zarejestrowany: 2011-08-29
  • Posty: 145

Odp: Obrazy z 2015.11.28

Wgrywałem poprzedni obraz openwrt z luci z dnia  2015-11-25  i mam pytanie czy można z wersji na wersję (małe skoki) robić upgrade z zachowaniem ustawień czy lepiej poczekać na większe zmiany i zrobić czystą instalację i konfigurację openwrt?

OpenWRT na TP-LINK Archer C7 v2, Korbox Gigabitus (Zbtlink ZBT-WE1326), Xiaomi AIoT Router AC2350 | http://blog.sloniupl.eu/

sloniupl's Strona