Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez smereka
Dobrze rozumiem, że u mnie jako, że interfejs do obsługi modemu ma nazwę: nohilink to powinno to wyglądać tak:
#!/bin/sh
. /lib/functions.sh
. /lib/netifd/netifd-proto.sh
ubus call network.interface.nohilink down
killall gcom
sleep 5
proto_set_available nohilink
ubus call network.interface.nohilink up
exit 0
Czy coś nie tak. Po jak daje jak wyżej nie łączy się...
Wed Apr 17 10:46:36 2019 daemon.notice pppd[3498]: Modem hangup
Wed Apr 17 10:46:36 2019 daemon.info pppd[3498]: Connect time 0.6 minutes.
Wed Apr 17 10:46:36 2019 daemon.info pppd[3498]: Sent 6590 bytes, received 35012 bytes.
Wed Apr 17 10:46:36 2019 kern.info kernel: [ 105.118945] usb 2-1: USB disconnect, device number 3
Wed Apr 17 10:46:36 2019 kern.info kernel: [ 105.124160] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Wed Apr 17 10:46:36 2019 kern.info kernel: [ 105.132302] option 2-1:1.0: device disconnected
Wed Apr 17 10:46:36 2019 kern.info kernel: [ 105.137073] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Wed Apr 17 10:46:37 2019 kern.info kernel: [ 105.145200] option 2-1:1.1: device disconnected
Wed Apr 17 10:46:37 2019 kern.info kernel: [ 105.149907] huawei_cdc_ncm 2-1:1.2 wwan0: unregister 'huawei_cdc_ncm' usb-f10f8000.usb3-1, Huawei CDC NCM device
Wed Apr 17 10:46:37 2019 daemon.notice netifd: Network device '3g-nohilink' link is down
Wed Apr 17 10:46:37 2019 daemon.notice pppd[3498]: Connection terminated.
Wed Apr 17 10:46:38 2019 daemon.info pppd[3498]: Exit.
Wed Apr 17 10:46:38 2019 daemon.notice netifd: Interface 'nohilink' is now down
Wed Apr 17 10:46:38 2019 daemon.warn dnsmasq[3268]: no servers found in /tmp/resolv.conf.auto, will retry
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.384217] usb 2-1: new high-speed USB device number 4 using xhci-hcd
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.570028] usb-storage 2-1:1.0: USB Mass Storage device detected
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.576308] scsi host2: usb-storage 2-1:1.0
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.580761] usb-storage 2-1:1.1: USB Mass Storage device detected
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.587120] scsi host3: usb-storage 2-1:1.1
Wed Apr 17 10:46:50 2019 kern.info kernel: [ 118.723674] usb 2-1: USB disconnect, device number 4
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.204205] usb 2-1: new high-speed USB device number 5 using xhci-hcd
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.387077] option 2-1:1.0: GSM modem (1-port) converter detected
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.393304] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.400375] option 2-1:1.1: GSM modem (1-port) converter detected
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.406668] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.434884] huawei_cdc_ncm 2-1:1.2: MAC-Address: 0c:5b:8f:27:9a:64
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.441108] huawei_cdc_ncm 2-1:1.2: setting rx_max = 16384
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.450439] huawei_cdc_ncm 2-1:1.2: setting tx_max = 16384
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.460174] huawei_cdc_ncm 2-1:1.2: NDP will be placed at end of frame for this device.
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.468379] huawei_cdc_ncm 2-1:1.2: cdc-wdm0: USB WDM device
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.474510] huawei_cdc_ncm 2-1:1.2 wwan0: register 'huawei_cdc_ncm' at usb-f10f8000.usb3-1, Huawei CDC NCM device, 0c:5b:8f:27:9a:64
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.486660] usb-storage 2-1:1.3: USB Mass Storage device detected
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.501279] scsi host2: usb-storage 2-1:1.3
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.505797] usb-storage 2-1:1.4: USB Mass Storage device detected
Wed Apr 17 10:46:51 2019 kern.info kernel: [ 119.512840] scsi host3: usb-storage 2-1:1.4
Wed Apr 17 10:46:51 2019 daemon.notice netifd: Interface 'nohilink' is setting up now
Wed Apr 17 10:46:51 2019 daemon.notice netifd: Interface 'nohilink' is now down
Wed Apr 17 10:46:52 2019 kern.notice kernel: [ 120.564656] scsi 3:0:0:0: Direct-Access HUAWEI TF CARD Storage 2.31 PQ: 0 ANSI: 2
Wed Apr 17 10:46:52 2019 kern.notice kernel: [ 120.573288] scsi 2:0:0:0: CD-ROM HUAWEI Mass Storage 2.31 PQ: 0 ANSI: 2
Wed Apr 17 10:46:52 2019 kern.notice kernel: [ 120.582571] sd 3:0:0:0: [sda] Attached SCSI removable disk
root@OpenWrt:~# ifstatus nohilink
{
"up": false,
"pending": false,
"available": false,
"autostart": true,
"dynamic": false,
"proto": "3g",
"data": {
},
"errors": [
{
"subsystem": "interface",
"code": "NO_DEVICE"
}
]
}
root@OpenWrt:~#
W jednej lokalizacji mam postawionego wrt1200ac na sofcie Cezarego z Lucyną. Dopóki wszystko działało z LEDE było w porządku. Obecnie przeszedłem na najnowsze openwrt. Są 2 łącza nerwostrata i połączenie modemowe E3276 nohilink. Z jakiegoś powodu np. po wyjęciu z gniazda USB i ponownym włożeniu modemu połączenie się samo nie wznawia. Na LEDE to chodziło pięknie. Celem wyeliminowania, że problem leży po stronie softu zrobiłem identyczny test na WDR3600 oraz WNDR4300 też z softem Cezarego najnowszym openwrt.. No i zaskoczenie na tych działa tak samo jak na LEDE. Czy mi się wydaje, czy soft na platformę mvebu jest inny? Nie wnikałem aż tak głęboko w poszczególne sprzęty. Może ktoś ma podobny problem i już go rozwiązał? Może da się coś zmodyfikować, żeby to działało jak na LEDE? Wiem, że rzadko tak się robi, ze wyjmuje i wkłada modem ale przyjąłem, że to najgorszy przypadek po którym połączenie powinno być wznowione.
Dodam, że zrobienie np skryptu z poleceniem:
-ifup nohilink (nazwa interfejsu)
lub
ubus call network.interface.nohilink up
nie działa. Wznowienie połączenie powoduje wciśniecie w Lucynie dla tego interfejsu "stop" i potem "connect". Wówczas modem ładnie ponownie się łączy. Pomóżcie...
To samo jest przy tym z 18.06
Cezary ale tam w https://dl.eko.one.pl/openwrt-18.06/pac … 24kc/base/ też jest wersja ussd159_20130115_mipsel_24kc.ipk Ta o której mówisz gdzie jest. Podasz linka?
Na AR300m bo o nim mowa mam LEDE Reboot 17.01-SNAPSHOT r3948-5886a5060a / LuCI lede-17.01 branch (git-18.201.27126-7bf0367) oraz ussd159 20130115 Pójdzie ten Twój nowy na LEDE? Nie będę zmieniać całego systemu po sam wiesz, na najnowszym źle działa obsługa modemów jeśli chodzi o połączenie UMTS/GPRS/EV-DO a z NCM nie chce korzystać bo nie wznawia sam połączenia po utracie. Skrypty restartujące mnie nie zadowalają bo też z nimi różnie...
jak po prostu doinstalowałem ussd159 i potem w 3ginfo mam ussd i tam nie działa. Przychodzi pusta odpowiedź
Czy ktoś z Was spotkał się z problemem wysłania z aplikacji Cezarego kodu USSD zawierającego 7 znaków. Dla przykładu *115*5# jest to kod po którym dostajemy smsa z danymi z pakietu elastycznego w Orange. Na telefonie działa normalnie na 3ginfo ussd nie działa.
Testowane w zestawie z E3276s-150
i/o cyfrowego na pewno? A może to być Cezary rs485 czy raczej jednoznacznie i/o?
Testuję RUT955 na oryginalnym ichnim sofcie (openwrt) i zdarzyła mi sie sytuacja, podczas której nie działa GUI ale działa ssh. Takie logi wyłuskałem:
Fri Feb 8 15:19:09 2019 kern.err kernel: [565605.830000] pca953x 0-0074: failed writing register
Fri Feb 8 15:19:09 2019 kern.err kernel: [565605.830000] SQUASHFS error: Unable to read fragment cache entry [9bd1ba]
Fri Feb 8 15:19:09 2019 kern.err kernel: [565605.840000] SQUASHFS error: Unable to read page,
Z czym to jest związane?
U mnie też ten dokładnie zestaw działa już 4 miesiące bez zastrzeżeń. Modem wpięty bezpośrednio.
Ja mam coś takiego:
https://pl.aliexpress.com/item/Dwa-Kana … 5c0fjhVcu3
i do tego soft z openwrt :
https://openwrt.org/docs/guide-user/ser … ion/crelay
Działa bardzo dobrze
Też tak mam w najnowszym openwrt. Dopiero za którymś razem zaskakuje np. zmiana IP lan. Coś spieprzyli krótko pisząc w sofcie i jest jak jest. Ja sobie zmieniam to przez winscp w plikach konfiguracyjnych i potem reboot. Odnośnie LEDE bo poruszyłeś to akurat tam działa wszystko dobrze. Tylko najnowsze openwrt ma ten problem
Konfigurowałem raz u znajomej te usługi ale oprócz iptv. I wszystko działa tak jak powinno i jak piszesz bez żadnych vlanów. Jak będę kiedyś musiał to wtedy obiecuje, ze napiszę recenzję z iptv. Pierwsze co zrobiłem u znajomej to wywaliłem te ichni szajs zwany fun.... Wszystkim zarządza wrt1200ac i speedstrem 4101. Trzy lata z jedna awarią bo pogoda pozrywała linie. I tu ciekawostka jak przyszedł technik od nich - teltech czy jakoś tak to się nazywają to oczywiście wcześniej podłączyłem ten ichni szajs a speedstrema rozłączonego położyłem obok. Wiecie co powiedział jak przyszedł? Jak Pan może to do testów podłączmy tego speedstrema. Na pytanie a czemu nie ten szajs przecież to Wasze? Odpowiedź była werbalna - machna ręką w dół ;-) Zostawiam to bez komentarza
No i niby tak się odnawia a zajmuje to kilka sekund. Maja to dziadowsko skonfigurowane lub umyślnie co w moim mniemaniu jest bardziej prawdopodobne, żeby ludzie nie ściągali za dużo. Na torenta nie zadziała ale na jakieś serwisy typu catshare itp to i owszem przerwie i polka od początku...
W jednym miejscu gdzie to konfigurowałem te całe wifrii działa nieprzerwania prawie rok. Działa dość dobrze. Co godzinę na 5-10 sekund przerywa i potem dalej ogień. Antena Kuwifi (CPE) czy jak tam się to zwie bo już nie pamiętam z openwrt na pokładzie wycelowana w blokowisko z odległosci około 150m. Wykrywa około 20 BSSID o tej nazwie. Zmieniłem tylko na auto bo jak któryś zenek wyłączy to od razu przez innego leci 
Transfer regulaminowy wyssany na maxa czyli 10/1 Mbit/s
root@OpenWrt:/# . /u-boot-upgrade
=======================================================
DISCLAIMER: you are using this script at your own risk!
The author of U-Boot modification and this script takes
no responsibility for any of the results of using them.
Updating U-Boot is a very dangerous operation
and may damage your device! You have been warned!
=======================================================
-----> Do you want to continue (type 'yes' or 'no')? yes
[erro] Please press Enter to activate this console.
BusyBox v1.28.3 () built-in shell (ash)
_______ ________ __
| |.-----.-----.-----.| | | |.----.| |_
| - || _ | -__| || | | || _|| _|
|_______|| __|_____|__|__||________||__| |____|
|__| W I R E L E S S F R E E D O M
-----------------------------------------------------------------------------
| |
| OpenWrt 18.06-SNAPSHOT, r7405-06a20afb34 |
| |
| Build time: 2018-12-01 07:11 CET |
| Cezary Jackiewicz (obsy), http://eko.one.pl |
| |
-----------------------------------------------------------------------------
| Machine: TP-Link TL-WDR3600 v1 |
| Uptime: 0d, 00:51:20 |
| Load: 0.01 0.00 0.00 |
| Flash: total: 1.8MB, free: 912KB, used: 49% |
| Memory: total: 122.3MB, free: 104.4MB, used: 14% |
| WAN: 192.168.38.160, proto: dhcp |
| LAN: 192.168.1.1, leases: 1 |
-----------------------------------------------------------------------------
root@OpenWrt:/#
Co zrobić żeby normalnie działało?
root@OpenWrt:/# . /u-boot-upgrade
: not foundu-boot-upgrade: line 2:
: not foundu-boot-upgrade: line 11:
: not foundu-boot-upgrade: line 17:
[info]
: not foundu-boot-upgrade: line 20: }
: not foundu-boot-upgrade: line 21:
[erro]
: not foundu-boot-upgrade: line 24: }
: not foundu-boot-upgrade: line 25:
[ ok ]
: not foundu-boot-upgrade: line 28: }
: not foundu-boot-upgrade: line 29:
[warn]
: not foundu-boot-upgrade: line 32: }
: not foundu-boot-upgrade: line 33:
/bin/ash: local: line 35: not in a function
root@OpenWrt:/#
Dobra wywaliłem rozszerzenie na końcu (bin):
root@OpenWrt:/# u-boot-upgrade
/bin/ash: u-boot-upgrade: not found
root@OpenWrt:/#
Skopiowałem cały skrypt stąd:
https://github.com/pepe2k/u-boot_mod/bl … ot-upgrade
i wrzuciłem go do pliku o nazwie u-boot-upgrade w głównym katalogu w ruterze. Czemu to nie startuje?
Pacjent to wdr3600. Zrobiona kopia wszystkich partycji. Chcę zaktualizować uboot na najnoszy od pepe2k metodą na odblokowaną partycję. Zainstalowałem skrypt od Cezarego od odblokowania partycji pod openwrt. Odpalam skrypt od pepe2k i mam:
root@OpenWrt:/# u-boot-upgrade.bin
/bin/ash: u-boot-upgrade.bin: not found
Skrypt wgrany do głównego folderu i wszystkie uprawnienia mu nadane.
Co robię źle?
Dobra już mam chodziło o:
https://dl.eko.one.pl/lede/17.01-SNAPSH … fpv3/base/
Nie po kojarzyłem, że to platforma arm_cortex-a9_vfpv3
Dzięki
Wiem że Twój:)))) Sprawdza się znakomicie na wszystkich maszynach temu go chcę. Ale tak jak pisałem router chodzi na LEDE oficjalnym, toteż nie wie, że ten pakiet ma pobrać od Ciebie. Daj proszę linka do folderu gdzie to siedzi bo przejrzałem wszystkie i nie mogę znaleźć. Dzięki
Cezary napisz proszę linka do tego pakietu pod LEDE na Linksys WRT1200AC. Nie chodzi na Twoim sofcie toteż opkg install i nazwa pakietu nie działa. Chcę go ściągnąć i samemu wrzucić i zainstalować ale za nic nie mogę go znaleźć... Dziękuję
Forumowicze, którzy korzystają z tego badziewia w tytule. Napiszcie proszę jeśli macie oferty biznesowe z UPC jak on się spisuje w trybie bridge domyślnie ustawionym przez operatora. Proszę o poradę ze względu na:
https://forum.dobreprogramy.pl/t/uwaga- … ych/525745
W firmie korzystamy z usług UPC już chyba 4 rok. Do tej pory na EPC3925 oraz za nim AC56U na openwrt żadnych problemów. Śmiga jak złoto i do tego multum usług zainstalowanych na tym asusie Niestety nie ma opcji aby dalej zostać przy tym starym modemie. Wciskają mi ten szajs. Może coś się zmieniło (zmienili firmware - dopracowali te błędy) od tamtej pory co ludzie pisali w linku powyżej. Mam 2 tygodnie na podjęcie decyzji. Proszę o opinie praktyczne o tym modemie. Dziękuję
eko.one.pl → Posty przez smereka
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc