26 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

A ten skrypt powinien normalnie działać na Luci? To i to linuks, ale wolę się zapytać, żeby systemu nie rozwalić smile

27 Odpowiedź przez Cezary

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Tak, właśnie on to robi w gragoyle.

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

Cezary's Strona

28 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Okej. Tylko mam malutki problem. Otóż modem mi się zawiesił (chyba), ale ifup wan nie pomagał, router miał cały czas światełko "połączonego". Musiałem ręcznie odłaczyć z portu USB i dopiero go połączyło:

Fri Dec  4 23:07:02 2015 daemon.notice netifd: wan (2348): Command failed: Permission denied
Fri Dec  4 23:07:02 2015 daemon.notice netifd: Interface 'wan' is now down
Fri Dec  4 23:07:05 2015 daemon.notice netifd: Interface 'wan' is setting up now
Fri Dec  4 23:07:07 2015 daemon.notice netifd: wan (2413): sending -> AT
Fri Dec  4 23:07:08 2015 daemon.notice netifd: wan (2413): sending -> ATZ
Fri Dec  4 23:07:08 2015 daemon.notice netifd: wan (2413): sending -> ATQ0
Fri Dec  4 23:07:09 2015 daemon.notice netifd: wan (2413): sending -> ATV1
Fri Dec  4 23:07:10 2015 daemon.notice netifd: wan (2413): sending -> ATE1
Fri Dec  4 23:07:10 2015 daemon.notice netifd: wan (2413): sending -> ATS0=0
Fri Dec  4 23:07:11 2015 daemon.notice netifd: wan (2413): sending -> AT^SYSCFGEX="03",3fffffff,2,4,7fffffffffffffff,,
Fri Dec  4 23:07:12 2015 daemon.notice netifd: wan (2413): sending -> AT^NDISDUP=1,1,"internet"
Fri Dec  4 23:07:13 2015 daemon.notice netifd: wan (2413): Connected, starting DHCP
Fri Dec  4 23:07:13 2015 kern.err kernel: [12243.210000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:13 2015 kern.err kernel: [12243.220000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:13 2015 kern.err kernel: [12243.230000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan' is now up
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Network device 'wwan0' link is up
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_4' is enabled
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity 
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_4' is setting up now
Fri Dec  4 23:07:13 2015 daemon.notice netifd: wan (2413): Command failed: Unknown error
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_6' is enabled
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity 
Fri Dec  4 23:07:13 2015 daemon.notice netifd: Interface 'wan_6' is setting up now
Fri Dec  4 23:07:13 2015 daemon.notice netifd: wan (2413): Command failed: Unknown error
Fri Dec  4 23:07:13 2015 daemon.notice netifd: wan_4 (2474): udhcpc (v1.23.2) started
Fri Dec  4 23:07:14 2015 daemon.notice netifd: wan_4 (2474): Sending discover...
Fri Dec  4 23:07:14 2015 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Fri Dec  4 23:07:16 2015 user.notice ddns-scripts[2577]: myddns_ipv4: PID '2577' started at 2015-12-04 23:07
Fri Dec  4 23:07:16 2015 user.warn ddns-scripts[2577]: myddns_ipv4: Service section disabled! - TERMINATE
Fri Dec  4 23:07:16 2015 user.warn ddns-scripts[2577]: myddns_ipv4: PID '2577' exit WITH ERROR '1' at 2015-12-04 23:07
Fri Dec  4 23:07:17 2015 daemon.notice netifd: wan_4 (2474): Sending discover...
Fri Dec  4 23:07:20 2015 daemon.notice netifd: wan_4 (2474): Sending discover...
Fri Dec  4 23:07:31 2015 daemon.notice netifd: wan (2642): Stopping network
Fri Dec  4 23:07:31 2015 daemon.notice netifd: wan_4 (2474): Received SIGTERM
Fri Dec  4 23:07:31 2015 daemon.notice netifd: Interface 'wan_4' is now down
Fri Dec  4 23:07:31 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity loss
Fri Dec  4 23:07:31 2015 daemon.notice netifd: Interface 'wan_6' is now down
Fri Dec  4 23:07:31 2015 daemon.notice netifd: Interface 'wan_6' is disabled
Fri Dec  4 23:07:31 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity loss
Fri Dec  4 23:07:33 2015 daemon.notice netifd: wan (2642): sending -> AT^NDISDUP=1,0
Fri Dec  4 23:07:33 2015 daemon.notice netifd: wan (2642): Command failed: Permission denied
Fri Dec  4 23:07:33 2015 daemon.notice netifd: Interface 'wan' is now down
Fri Dec  4 23:07:34 2015 daemon.notice netifd: Interface 'wan' is setting up now
Fri Dec  4 23:07:36 2015 daemon.notice netifd: wan (2708): sending -> AT
Fri Dec  4 23:07:37 2015 daemon.notice netifd: wan (2708): sending -> ATZ
Fri Dec  4 23:07:37 2015 daemon.notice netifd: wan (2708): sending -> ATQ0
Fri Dec  4 23:07:38 2015 daemon.notice netifd: wan (2708): sending -> ATV1
Fri Dec  4 23:07:39 2015 daemon.notice netifd: wan (2708): sending -> ATE1
Fri Dec  4 23:07:39 2015 daemon.notice netifd: wan (2708): sending -> ATS0=0
Fri Dec  4 23:07:40 2015 daemon.notice netifd: wan (2708): sending -> AT^SYSCFGEX="03",3fffffff,2,4,7fffffffffffffff,,
Fri Dec  4 23:07:41 2015 daemon.notice netifd: wan (2708): sending -> AT^NDISDUP=1,1,"internet"
Fri Dec  4 23:07:42 2015 daemon.notice netifd: wan (2708): Connected, starting DHCP
Fri Dec  4 23:07:42 2015 kern.err kernel: [12272.210000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:42 2015 kern.err kernel: [12272.210000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:42 2015 kern.err kernel: [12272.220000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan' is now up
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Network device 'wwan0' link is up
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_4' is enabled
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity 
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_4' is setting up now
Fri Dec  4 23:07:42 2015 daemon.notice netifd: wan (2708): Command failed: Unknown error
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_6' is enabled
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity 
Fri Dec  4 23:07:42 2015 daemon.notice netifd: Interface 'wan_6' is setting up now
Fri Dec  4 23:07:42 2015 daemon.notice netifd: wan (2708): Command failed: Unknown error
Fri Dec  4 23:07:42 2015 daemon.notice netifd: wan_4 (2774): udhcpc (v1.23.2) started
Fri Dec  4 23:07:43 2015 daemon.notice netifd: wan_4 (2774): Sending discover...
Fri Dec  4 23:07:43 2015 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Fri Dec  4 23:07:44 2015 user.notice ddns-scripts[2866]: myddns_ipv4: PID '2866' started at 2015-12-04 23:07
Fri Dec  4 23:07:44 2015 user.warn ddns-scripts[2866]: myddns_ipv4: Service section disabled! - TERMINATE
Fri Dec  4 23:07:44 2015 user.warn ddns-scripts[2866]: myddns_ipv4: PID '2866' exit WITH ERROR '1' at 2015-12-04 23:07
Fri Dec  4 23:07:46 2015 daemon.notice netifd: wan_4 (2774): Sending discover...
Fri Dec  4 23:07:49 2015 daemon.notice netifd: wan_4 (2774): Sending discover...
Fri Dec  4 23:08:00 2015 cron.info crond[1648]: USER root pid 2924 cmd /przemek/ping_watchdog.sh 240 3 8.8.8.8 wan
Fri Dec  4 23:08:00 2015 user.notice /przemek/ping_watchdog.sh: WAN Restart
Fri Dec  4 23:08:00 2015 daemon.notice netifd: Interface 'wan_6' is now down
Fri Dec  4 23:08:00 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity loss
Fri Dec  4 23:08:00 2015 daemon.notice netifd: wan (2938): Stopping network
Fri Dec  4 23:08:00 2015 daemon.notice netifd: wan_4 (2774): Received SIGTERM
Fri Dec  4 23:08:00 2015 daemon.notice netifd: Interface 'wan_4' is now down
Fri Dec  4 23:08:00 2015 daemon.notice netifd: Interface 'wan_4' is disabled
Fri Dec  4 23:08:00 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity loss
Fri Dec  4 23:08:02 2015 daemon.notice netifd: wan (2938): sending -> AT^NDISDUP=1,0
Fri Dec  4 23:08:02 2015 daemon.notice netifd: wan (2938): Command failed: Permission denied
Fri Dec  4 23:08:02 2015 daemon.notice netifd: Interface 'wan' is now down
Fri Dec  4 23:08:05 2015 daemon.notice netifd: Interface 'wan' is setting up now
Fri Dec  4 23:08:07 2015 daemon.notice netifd: wan (3000): sending -> AT
Fri Dec  4 23:08:08 2015 daemon.notice netifd: wan (3000): sending -> ATZ
Fri Dec  4 23:08:08 2015 daemon.notice netifd: wan (3000): sending -> ATQ0
Fri Dec  4 23:08:09 2015 daemon.notice netifd: wan (3000): sending -> ATV1
Fri Dec  4 23:08:10 2015 daemon.notice netifd: wan (3000): sending -> ATE1
Fri Dec  4 23:08:10 2015 daemon.notice netifd: wan (3000): sending -> ATS0=0
Fri Dec  4 23:08:11 2015 daemon.notice netifd: wan (3000): sending -> AT^SYSCFGEX="03",3fffffff,2,4,7fffffffffffffff,,
Fri Dec  4 23:08:12 2015 daemon.notice netifd: wan (3000): sending -> AT^NDISDUP=1,1,"internet"
Fri Dec  4 23:08:13 2015 daemon.notice netifd: wan (3000): Connected, starting DHCP
Fri Dec  4 23:08:13 2015 kern.err kernel: [12303.200000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:08:13 2015 kern.err kernel: [12303.210000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:08:13 2015 kern.err kernel: [12303.220000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: kevent 12 may have been dropped
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan' is now up
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Network device 'wwan0' link is up
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Network alias 'wwan0' link is up
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_4' is enabled
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity 
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_4' is setting up now
Fri Dec  4 23:08:13 2015 daemon.notice netifd: wan (3000): Command failed: Unknown error
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_6' is enabled
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity 
Fri Dec  4 23:08:13 2015 daemon.notice netifd: Interface 'wan_6' is setting up now
Fri Dec  4 23:08:13 2015 daemon.notice netifd: wan (3000): Command failed: Unknown error
Fri Dec  4 23:08:13 2015 daemon.notice netifd: wan_4 (3062): udhcpc (v1.23.2) started
Fri Dec  4 23:08:14 2015 daemon.notice netifd: wan_4 (3062): Sending discover...
Fri Dec  4 23:08:14 2015 user.notice firewall: Reloading firewall due to ifup of wan (wwan0)
Fri Dec  4 23:08:15 2015 user.notice ddns-scripts[3158]: myddns_ipv4: PID '3158' started at 2015-12-04 23:08
Fri Dec  4 23:08:15 2015 user.warn ddns-scripts[3158]: myddns_ipv4: Service section disabled! - TERMINATE
Fri Dec  4 23:08:15 2015 user.warn ddns-scripts[3158]: myddns_ipv4: PID '3158' exit WITH ERROR '1' at 2015-12-04 23:08
Fri Dec  4 23:08:17 2015 daemon.notice netifd: wan_4 (3062): Sending discover...
Fri Dec  4 23:08:20 2015 daemon.notice netifd: wan_4 (3062): Sending discover...
Fri Dec  4 23:08:56 2015 kern.info kernel: [12346.260000] usb 1-1.1.3: USB disconnect, device number 6
Fri Dec  4 23:08:56 2015 kern.info kernel: [12346.270000] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Fri Dec  4 23:08:56 2015 kern.info kernel: [12346.280000] option 1-1.1.3:1.0: device disconnected
Fri Dec  4 23:08:56 2015 kern.info kernel: [12346.280000] huawei_cdc_ncm 1-1.1.3:1.1 wwan0: unregister 'huawei_cdc_ncm' usb-ehci-platform-1.1.3, Huawei CDC NCM device
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Network device 'wwan0' link is down
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Network alias 'wwan0' link is down
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Interface 'wan_4' has link connectivity loss
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Interface 'wan_6' has link connectivity loss
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Interface 'wan_4' is disabled
Fri Dec  4 23:08:56 2015 daemon.notice netifd: Interface 'wan_6' is disabled
Fri Dec  4 23:08:56 2015 daemon.notice netifd: wan_4 (3062): Read error: Network is down, reopening socket
Fri Dec  4 23:08:56 2015 daemon.notice netifd: wan (3242): Stopping network
Fri Dec  4 23:08:56 2015 daemon.notice netifd: wan_4 (3062): udhcpc: bind: No such device
Fri Dec  4 23:08:56 2015 daemon.notice netifd: wan (3242): Can't open device /dev/ttyUSB0.
Fri Dec  4 23:08:56 2015 daemon.notice netifd: wan (3242): Failed to disconnect
Fri Dec  4 23:08:57 2015 daemon.notice netifd: Interface 'wan' is now down
Fri Dec  4 23:09:00 2015 cron.info crond[1648]: USER root pid 3443 cmd /przemek/ping_watchdog.sh 240 3 8.8.8.8 wan
Fri Dec  4 23:09:00 2015 user.notice /przemek/ping_watchdog.sh: WAN Restart

Jest może jakaś komenda przerywająca zasilanie w modemie? Tak jakby go zrestartować, bez potrzeby ręcznego odłączania?

29 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 01:47:34)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

hehe - dużo tu na tym forum było opisane na ten temat - widać kolega nie używa "Szukaj".
Na 100 % to pomaga wyjęcie modemu lub zrestartowanie routera (ale tu nie zawsze to daje efekt - modem może nie być wyrejestrowany z sieci bo restart na zbyt krótko odcina zasilanie od modemu).
Również bez 100 %-ej gwarancji [nie daje gwarancji co do a:) poprawnego oznaczenia urządzeń w odniesieniu do stałej konfiguracji po restarcie, czyli kolejności /dev/ttyUSB* b:) może nie ustąpić przyczyna zawieszenia] jest doinstalowanie usbreset i użycie komendy:

usbreset HUAWEI_MOBILE

...lub tak jak jest widziany modem po wydaniu komendy:

usbreset

To jest właśnie największa wada tego routera co do łatwości odcięcia zasilania od USB - to by załatwiło sprawę wieszających się modemów, ale nie ma żadnego patentu (póki co) jak to osiągnąć...

Modem można również zresetować [co też jak poprzednio nie daje gwarancji co do a:) poprawnego oznaczenia urządzeń w odniesieniu do stałej konfiguracji po restarcie, czyli kolejności /dev/ttyUSB* b:) może nie ustąpić przyczyna zawieszenia] wydając inne polecenie:

echo "AT^RESET" > /dev/ttyUSB* (gwiazdkę zastąpić numerem, na którym działa modem)

Właśnie m.in. dlatego wygodniej jest używać oznaczenia device jako /dev/cdc-wdm* (o ile dany modem na to pozwala) - tak czy inaczej mogą mieć (tak samo jak przy /dev/ttyUSB*) później (po takim resecie, czy to przez echo, czy przez usbreset) problemy w działaniu inne programy, które odwołują się wprost do plików urządzeń /dev/ttyUSB* - nie ma pewności czy na tym samym wystąpieniu uruchomi się modem i inne porty w sensie kolejności zarejestrowania urządzeń /dev/ttyUSB* na hubie/magistrali usb w routerze.
Np. smstools3 - potrafi np. zablokować dzięki temu SIM-a, jak jakąś ilość razy poda pin (jak używamy) nie na to złącze co trzeba - wtedy trzeba wyjmować SIM-a z modemu i w jakimś telu pukiem go odblokowywać, albo użyć programu Mobile Partner na wingrozie do "odpukowania" - sam niedawno doświadczyłem takiego przypadku.
Podsumowując jest deko nieciekawych niuansów/kulisów używania niektórych modemów mobilnych/komórkowych pod openwrt w trybie ncm.
wink

30 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Nie chodzi o to, że nie użyłem wyszukiwarki, tylko o to, że wpisuje w nią bezsensowne frazy, typu: "luci rozłączanie urządzenia usb", "reset urządzenia usb" i nic sensownego nie wyskakuje. Nie chcę się usprawiedliwiać (bo fakt faktem leniwie szukam), ale ciężko jest znaleźć odpowiedź na coś, czego nie potrafi się zdefiniować.  Gdybym pamiętał, o tym "usbreset", to pewnie bym od razu znalazł smile

Dzięki wielkie @build000 za przypomnienie! Na Gargoyle używałem właśnie tego usbreset, tylko nie mogłem sobie przypomnieć jak ja to robiłem. Dla tego modemu działa:

usbreset "HUAWEI Mobile"

Z tego co widzę, po resecie zamontowało znów do ttyUSB0, tak więc może będzie dobrze podczas zwykłych zawieszeń smile
Na szczęście nie mam ustawionego PINu, więc problemy z PUKiem mi nie grożą.
Co do komendy:

echo "AT^RESET" > /dev/ttyUSB0

niestety nie działa na ten modem. Chyba trzeba będzie poszukać jakiejś innej komendy, ale póki co to i tak bez znaczenia.

Jeszcze raz dzięki za pomoc. Mam już drukarkę, sambę, modem, prawdopodobnie nic więcej do szczęścia nie potrzeba smile

31 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 03:34:49)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

No fakt - komenda usbreset i echo dla tej operacji może przybierać różne argumenty (ja akurat podawałem dla E3372) w zależności od modemu - ale to są niuanse, które łatwo wyłapać w praktyce - kwestia żeby to było skuteczne za każdym razem w kontekście wieszających się modemów mobilnych w formie usb-stick podpiętych pod złącze USB...i tu jest właśnie pies pogrzebany.
Permanentnym rozwiązaniem problemu w każdym możliwym przypadku (poza uszkodzeniem BTS-a rzecz jasna i braku jakiegokolwiek zasięgu) jest definitywne odcięcie zasilania od złącza USB w działającym systemie bez konieczności restartu routera...a to jak na razie jest programowo nieosiągalne w WNDR4300 - ułatwiłoby to wiele kwestii.
wink

32 Odpowiedź przez pepe2k

  • pepe2k
  • pepe2k
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2012-10-29
  • Posty: 5,028

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Przmus napisał/a:

Co do komendy:

echo "AT^RESET" > /dev/ttyUSB0

niestety nie działa na ten modem. Chyba trzeba będzie poszukać jakiejś innej komendy, ale póki co to i tak bez znaczenia.

Na E3276 ta komenda na pewno działa. Sprawdź ręcznie, np. wpisując ją w picocom.

33 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Dzięki, faktycznie, przez picocom zadziałało.

echo zadziało po przeróbce na:

echo -e "AT^RESET\r" > /dev/ttyUSB0

smile

Tylko że, tak jak build000 ostrzegał - podłączyło pod ttyUSB1 i trzeba było zrebootować. Póki co usbreset działał bez problemu, ale okaże się w praktyce.
Tak teoretycznie myślę, że można by też zrobić sprawdzanie w /etc/hotplug.d/block (jeśli się nie mylę to jest wywoływane przy podłączeniu każdego urządzenia), i tam zmieniać konfigurację NCM, jeśli w nazwie urządzenia znajdzie "/dev/ttyUSB1", "/dev/ttyUSB2" itd.

34 Odpowiedź przez Cezary

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

I jest to opisane na eko.one.pl...

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

Cezary's Strona

35 Odpowiedź przez Przmus (edytowany przez Przmus 2015-12-05 11:38:16)

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Wiem, wiem, inaczej bym o tym hotplugu nie wiedział.

Zrobiłem w łatwy sposób, przez edycję części pliku*:
/etc/hotplug.d/tty/30-3g:
z:

if [ "${dev##*/}" = "${tty##*/}" ]; then
        if [ "$ACTION" = add ]; then
            available=1
        else
            available=0
        fi
        proto_set_available "$cfg" $available
    fi

Na:

if [ "${dev##*/}" = "${tty##*/}" ]; then
        if [ "$ACTION" = add ]; then
            logger -t $0 "30-3g: $ACTION available=1 $DEVICENAME"
            uci set network.wan.device="/dev/$DEVICENAME"
            uci commit network
            uci set 3ginfo.@3ginfo[0].device="/dev/$DEVICENAME"
            uci commit 3ginfo
            available=1
        else
            available=0
        fi
        proto_set_available "$cfg" $available
    fi

36 Odpowiedź przez Patryk_

  • Skąd: Beskidy
  • Zarejestrowany: 2009-03-10
  • Posty: 210

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Jeśli ten 3276 się wiesza tak, jak zwykle się te modemy wieszają, to może wystarczy tylko przelogować go do innego systemu (np. do 3G) i po chwili z powrotem do LTE ?
U mnie (i w kilku innych przypadkach w Play - ewidentna wina sieci)  to działało...

ZTE F601 GPON - Xiaomi Mi Router 3G - Orange Pi PC2

37 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

@Patryk_, u mnie te zawieszenia są regularne, a mianowicie co 24h, Solorz zawiesza modem. Najgorsze jest to, że sieć nie wysyła żadnego sygnału zerwania połączenia i tak modem ma cały czas status połączonego, do czasu aż jakiś ping watchdog tego nie wychwyci. Nawet w Plusie nie mają tego regularnego zrywania, a w CP jak na złość... konsultanci twierdzą jest to regularne rozłączanie w celu zliczenia statystyk, co oczywiście jest śmieszne, biorąc pod uwagę, że wszyscy inni operatorzy potrafią sobie zliczyć bez zrywania połaczeń.

38 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 11:05:11)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Nie wiem @Przemus skąd masz taką zawartość tego pliku 30-3g.
W mojej kompilacji najnowszego CC ten plik wygląda tak:

#!/bin/sh
. /lib/functions.sh
. /lib/netifd/netifd-proto.sh

find_3g_iface() {
    local cfg="$1"
    local tty="$2"

    local proto
    config_get proto "$cfg" proto
    [ "$proto" = 3g ] || [ "$proto" = ncm ] || return 0

    # bypass state vars here because 00-netstate could clobber .device
    local dev=$(uci_get network "$cfg" device)

    if [ "${dev##*/}" = "${tty##*/}" ]; then
        if [ "$ACTION" = add ]; then
            available=1
        else
            available=0
        fi
        proto_set_available "$cfg" $available
    fi
}

case "$DEVICENAME" in
    tty*)
        [ -e "/dev/$DEVICENAME" ] || [ "$ACTION" = remove ] || exit 0
        config_load network
        config_foreach find_3g_iface interface "/dev/$DEVICENAME"
    ;;
esac

Chyba, że miałeś na myśli jedynie część zawartości tego pliku, więc być może mnie to zmyliło - jak tak to na zaś zaznaczaj to wyraźnie.

39 Odpowiedź przez Cezary

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Fragment pliku pokazał, nie panikuj.

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

Cezary's Strona

40 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 11:34:09)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Cezary napisał/a:

Fragment pliku pokazał, nie panikuj.

He...po prostu ustalam detale.
wink

Przmus napisał/a:

@Patryk_, u mnie te zawieszenia są regularne, a mianowicie co 24h, Solorz zawiesza modem. Najgorsze jest to, że sieć nie wysyła żadnego sygnału zerwania połączenia i tak modem ma cały czas status połączonego, do czasu aż jakiś ping watchdog tego nie wychwyci. Nawet w Plusie nie mają tego regularnego zrywania, a w CP jak na złość... konsultanci twierdzą jest to regularne rozłączanie w celu zliczenia statystyk, co oczywiście jest śmieszne, biorąc pod uwagę, że wszyscy inni operatorzy potrafią sobie zliczyć bez zrywania połaczeń.

W Orange z kolei mam problem z samym połączeniem co kilka cykli "wł/wył połączenie modemowe o ustalonych h" (stąd potrzeba restartów/resetów/itd. routera/złącza usb - u mnie to tu się wiesza - pomaga wyjęcie i włożenie modemu - to działa zawsze), bo lata mi ten automatyczny ping w cronie co 10 minut, więc tu nie mogę narzekać - jak już połączy to w interesującym mnie okresie 12 godzin ciągle trzyma połączenie i jest ono aktywne (sprawdzane przez kilka miechów).

Tak wracając na chwilę do edycji tego pliku 30-3g to u mnie chyba nie zdałoby to egzaminu bo mam 2 oddzielne interfejsy (wan i wan2), które dają internet w określonych godzinach.
Chyba, że wystarczy zamienić:

(...)
network.wan.device
(...)

na

(...)
network.wan2.device
(...)

po prostu.

41 Odpowiedź przez Patryk_ (edytowany przez Patryk_ 2015-12-05 11:38:45)

  • Skąd: Beskidy
  • Zarejestrowany: 2009-03-10
  • Posty: 210

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Przmus napisał/a:

@Patryk_, u mnie te zawieszenia są regularne, a mianowicie co 24h, Solorz zawiesza modem. Najgorsze jest to, że sieć nie wysyła żadnego sygnału zerwania połączenia i tak modem ma cały czas status połączonego, do czasu aż jakiś ping watchdog tego nie wychwyci. Nawet w Plusie nie mają tego regularnego zrywania, a w CP jak na złość... konsultanci twierdzą jest to regularne rozłączanie w celu zliczenia statystyk, co oczywiście jest śmieszne, biorąc pod uwagę, że wszyscy inni operatorzy potrafią sobie zliczyć bez zrywania połaczeń.

Spróbuj zastosować taki skrypt (wstawiony zamiast zwykłego ifup wan do testera pingowego):

#!/bin/sh
PORT=/dev/ttyUSB0
chmod -x /bin/tester.sh
echo `date` - "Restarting WWAN connection !" >>/tmp/3grestart.log
ifdown wan
sleep 3
# Przełączenie do UMTS 2100
MODE='AT^SYSCFGEX="02",00400000,2,4,7FFFFFFFFFFFFFFF,,' gcom -d $PORT -s /etc/gcom/setmode.gcom
sleep 10
# Powrót do LTE 1800
MODE='AT^SYSCFGEX="03",3FFFFFFF,2,4,4,,' gcom -d $PORT -s /etc/gcom/setmode.gcom
sleep 20
ifup wan
sleep 30
chmod +x /bin/tester.sh

Resetujesz tym sposobem radio, bez resetu całego modemu czy też USB.

ZTE F601 GPON - Xiaomi Mi Router 3G - Orange Pi PC2

42 Odpowiedź przez Przmus

  • Przmus
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2013-06-05
  • Posty: 339

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

@Patryk_, dzięki za wskazówki. Ale czy warto stosować ten skrypt, kiedy USB reset trwa ~10 sekund i potem automatycznie się łączy? Wiem, że można sleep zmienić, ale i tak końcowy efekt jest taki sam. Swoją drogą, czy czasam ifdown wan nie wysyła komendy rozłączenia do routera? Chyba, że w tym skrypcie chodzi o "odwieszenie", w takim wypadku zmiana częstotliwości może być owocna. Ale jeszcze dużo czasu minie zanim to przetestuje, biorąc pod uwagę, że router mam od mniej niż 24 godzin, a już poustawiałem resety w wypadku zawieszenia smile

43 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 11:58:30)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

U mnie efekt zapewne byłby taki, że po 2-5 up/down modem w ogóle już by nie ożył i nie byłoby żadnego połączenia z prostej przyczyny - bo nie da się go już w ogóle zestawić po kilku cyklach down/up...trzeba restartować router (i to też nie działa za każdym rebootem) a najlepiej wyjąć modem, odczekać chwilę i dopiero po ponownym włożeniu działa od strzału "ifup wan2".
Jakieś dziwne info o timeoutach i nie czytaniu pinu mam po kilku cyklach down/up wan2.
wink

44 Odpowiedź przez Patryk_

  • Skąd: Beskidy
  • Zarejestrowany: 2009-03-10
  • Posty: 210

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

W moim skrypcie chodzi o wylogowanie i powtórne zalogowanie do sieci, bo inaczej po "zwisie" można sobie robić ifup, modem rozłączy sesję pakietową i zestawi ją ponownie, ale adresu już nie dostanie...dopiero powyższe pomaga. A raczej pomagało, bo problem występuje dziś bardzo rzadko smile

Nie wiem, czy reset USB spowoduje tez reset radia. Oczywiście twardy reboot modemu pomaga, ale w moich routerach nie ma możliwości sterowania zasilaniem USB (TP-Linki po powermodzie i WT3020).

ZTE F601 GPON - Xiaomi Mi Router 3G - Orange Pi PC2

45 Odpowiedź przez build000 (edytowany przez build000 2015-12-05 15:30:06)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Patryk_ napisał/a:

(...)
Oczywiście twardy reboot modemu pomaga, ale w moich routerach nie ma możliwości sterowania zasilaniem USB (TP-Linki po powermodzie i WT3020).

W WNDR4300 jest ten sam problem ze sterowaniem zasilaniem USB - gdyby było po prostu nie istniałby ten problem...i zapewne ten temat na forum.

46 Odpowiedź przez pepe2k

  • pepe2k
  • pepe2k
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2012-10-29
  • Posty: 5,028

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

build000 napisał/a:

W WNDR4300 jest ten sam problem ze sterowaniem zasilaniem USB - gdyby było po prostu nie istniałby ten problem...i zapewne ten temat na forum.

build000 napisał/a:

...a z koleji usbreset na zbyt krótko odcina napięcie (ładunek z wewnętrznych kondensatorów w modemie potrafi się nie rozładować i efekt jest taki, że trwa nadal poprzednie połączenie, lub pamięta problemy z połączeniem i nie przeprowadza ponownej procedury logowania się do sieci - to już akurat wynika z technicznej zasady działania tego modemu: kwestia elektroniki) i efekt jest za każdym razem nieprzewidywalny - uwaga i opis co do modemu E3372 (jako, że temat tego modemu się tyczy).[...]

Źródło: http://eko.one.pl/forum/viewtopic.php?p … 25#p152625

To jak, jednak "usbreset" nie odcina zasilania na magistrali, co? smile

47 Odpowiedź przez build000 (edytowany przez build000 2015-12-06 14:53:09)

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Nie na tyle i długo, i efektywnie (w praktyce - schematy i swoją wiedzę zachowaj...dla siebie) żeby można wykorzystać (bo po prostu jak nie ma typowego sterowania tym napięciem na usb to człowiek szuka nawet jakichkolwiek błędów, by je wykorzystać w zamierzonym celu...) to do sterowania modemem.
Nie twierdziłem przecież, że odcina je ewidentnie - jeszcze raz podkreślę, że są to jedynie piki i równie dobrze mogą wynikać z lokalnych przesłanek - a to zakłócenia, a to jakieś niedolutowane końcówki/elementy, a to elementy bierne poza tolerancją wykonania/projektu konstrukcyjnego i milion innych powodów, których zwyczajnie nie mam czasu i ochoty odkrywać i wyjaśniać czy to sobie, czy innym.

Ogólnie jest kicha z tym złączem USB w tym routerze w kontekście modemów komórkowych i tyle...co tu więcej rzeźbić.
wink

48 Odpowiedź przez pepe2k

  • pepe2k
  • pepe2k
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2012-10-29
  • Posty: 5,028

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

build000 napisał/a:

Nie na tyle i długo, i efektywnie (w praktyce - schematy i swoją wiedzę zachowaj...dla siebie) żeby można wykorzystać (bo po prostu jak nie ma typowego sterowania tym napięciem na usb to człowiek szuka nawet jakichkolwiek błędów, by je wykorzystać w zamierzonym celu...) to do sterowania modemem.
Nie twierdziłem przecież, że odcina je ewidentnie - jeszcze raz podkreślę, że są to jedynie piki i równie dobrze mogą wynikać z lokalnych przesłanek - a to zakłócenia, a to jakieś niedolutowane końcówki/elementy, a to elementy bierne poza tolerancją wykonania/projektu konstrukcyjnego i milion innych powodów, których zwyczajnie nie mam czasu i ochoty odkrywać i wyjaśniać czy to sobie, czy innym.

Ogólnie jest kicha z tym złączem USB w tym routerze w kontekście modemów komórkowych i tyle...co tu więcej rzeźbić.
wink

Naprawdę, dawno większej bzdury nie czytałem.

Nie masz zwyczajnie czasu i ochoty odkrywać, a przecież pisałeś wcześniej:

build000 napisał/a:

pepe2k - Ty piszesz o teorii, a ja o praktyce z tym modemem/routerem i empirycznym doświadczeniem z pomiarów i obserwacji.

Źródło: http://eko.one.pl/forum/viewtopic.php?p … 55#p152655

No to jak, walisz ściemę, czy rzeczywiście dokonywałeś jakiś pomiarów/obserwacji reakcji zasilania magistrali USB na "usbreset"?

Sugestia ode mnie: czas najwyższy przyznać się do kłamliwych wypowiedzi niepopartych żadną wiedzą praktyczną i teoretyczną, zamiast brnąć dalej w ciemny las i robić z siebie jeszcze większego durnia.

49 Odpowiedź przez build000

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

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

Tak sobie powtarzaj, wnioskuj i możesz nawet się modlić do tych swoich "złotych myśli" - wiesz gdzie to mam...no...a teraz Ty już przestań robić z siebie większego idiotę, niż jesteś i nie brnij tak na oślep w to swoje wrodzone buractwo...
wink

50 Odpowiedź przez pepe2k

  • pepe2k
  • pepe2k
  • Użytkownik
  • Nieaktywny
  • Zarejestrowany: 2012-10-29
  • Posty: 5,028

Odp: Zakup WNDR4300, kilka pytań, zwłaszcza o kompatybilność z E3276.

build000 napisał/a:

Tak sobie powtarzaj, wnioskuj i możesz nawet się modlić do tych swoich "złotych myśli" - wiesz gdzie to mam...no...a teraz Ty już przestań robić z siebie większego idiotę, niż jesteś i nie brnij tak na oślep w to swoje wrodzone buractwo...
wink

Świetna argumentacja w dyskusji, gratuluję podejścia.