Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Zmiana softu ZTE MF286D przez framework
Strony Poprzednia 1 … 16 17 18 19 20 … 24 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Skoro zrobili aż 10 następnych wersji to jakiś powód mieli żeby je robić, więc podnoś.
Nikt ci nie powie takie u ciebie są pasma wykorzystywane i obciążone. Albo zostaw wszystkie i zdaj się na automat, albo eksperymentuj i sam zbadaj na których pasmach masz największy transfer.
Pytanie:
Warto mimo wszystko podnieść z B02 na wyżej ?
Jakieś sugestie dodatkowe, w zakresie ustawienia by był "optymalnie"?
Warto podnieść jeżeli interesuje Cię agregacja 3 pasm w DL oraz 2 UL.
Zobacz jakie BTS masz obok siebie (jakie bandy i szerokość pasma oferują LTE), zorientuj się z czego korzysta w automacie, i zorientuj się czy przepustowość Cię zadowala (używam speedtest i spawdzam jakie są średnie dobowe transfery Mb/s). Potem dopiero kombinuj.
Tutaj masz mapę z BTS:
https://mapa.btsearch.pl/
sephot napisał/a:Pytanie:
Warto mimo wszystko podnieść z B02 na wyżej ?
Jakieś sugestie dodatkowe, w zakresie ustawienia by był "optymalnie"Warto podnieść jeżeli interesuje Cię agregacja 3 pasm w DL oraz 2 UL.
Zobacz jakie BTS masz obok siebie (jakie bandy i szerokość pasma oferują LTE), zorientuj się z czego korzysta w automacie, i zorientuj się czy przepustowość Cię zadowala (używam speedtest i spawdzam jakie są średnie dobowe transfery Mb/s). Potem dopiero kombinuj.
Tutaj masz mapę z BTS:
https://mapa.btsearch.pl/
2 pasma UL są kosztem jednego pasma DL, więc zależy na czym komu "zależy"
Pełna zgoda.
I co ma do zaoferowania operator , Bo agregacje UL to na pewno Orange miał, reszta nie ...
Potrzebuje pomocy, co jakis czas mi sie rozlacza router i wyglada jak by modem sie odpinał od konfiguracji ?
Reboot pomaga, a po jakims czasie to samo.
ps, da sie ten modem jakos rebootnać z cli ?
To że modemband nie wyświetla danych może również dobrze oznaczać że uruchomiłeś coś innego na tym samym porcie lub właśnie jakieś inny proces odczytuje dane i tym samym modemband nie jest w stanie dopchać się do modemu. Więc taki sposób jest średni.
Sugerował bym żebyś nie patrzył na pierwszą lepszą zakładkę w luci tylko spojrzał w logi co się dzieje. Jeżeli będziesz miał tam informację o rozłączaniu urządzenia na magistrali USB to wtedy to faktycznie jest problem.
Tak, tylko z GUI dla mnie jest latwiej wszystko odczytać, z cli nie znam wiekszosci komend.
Jesli bym uzywal port ten sam z czyms innym to by chyba nie dzialalo caly czas ? A nie dziala tylko w momencie jak router rolaczy sie z netem z jakiegos powodu.
Tu sa logi systemowe, które moge dostać z GUI, chyba że mam szukać jakichś innych z CLI ( mile widziane wskazanie scieżki wtedy ).
Sun Aug 4 13:14:16 2024 user.notice nlbwmon: Reloading nlbwmon due to ifup of 4G_DHCP (wwan0)
Sun Aug 4 13:14:17 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Sun Aug 4 13:14:17 2024 user.info adblock-4.1.5[2198]: adblock is currently disabled, please set the config option 'adb_enabled' to '1' to use this service
Sun Aug 4 13:14:17 2024 user.notice firewall: Reloading firewall due to ifup of 4G_DHCP_4 (wwan0)
Mon Aug 5 10:13:35 2024 user.notice adb-enablemodem: ERROR: unknown device /system/bin/sh: :/system/bin/sh:
Mon Aug 5 10:13:35 2024 user.notice nlbwmon: Reloading nlbwmon due to ifup of 4G_DHCP_4 (wwan0)
Mon Aug 5 10:13:36 2024 daemon.info procd: - init complete -
Mon Aug 5 10:13:49 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:13:56 2024 daemon.err collectd[2810]: Sleeping only 2s because the next interval is 75526.532 seconds in the past!
Mon Aug 5 10:18:12 2024 daemon.info dnsmasq[1]: read /etc/hosts - 12 names
Mon Aug 5 10:18:12 2024 daemon.info dnsmasq[1]: read /tmp/hosts/dhcp.cfg01411c - 4 names
Mon Aug 5 10:18:12 2024 daemon.info dnsmasq[1]: read /tmp/hosts/odhcpd - 0 names
Mon Aug 5 10:18:12 2024 daemon.info dnsmasq-dhcp[1]: read /etc/ethers - 0 addresses
Mon Aug 5 10:18:30 2024 daemon.warn dnsmasq[1]: possible DNS-rebind attack detected: dns.msftncsi.com
Mon Aug 5 10:20:57 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:29:00 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:32:18 2024 daemon.err uhttpd[2474]: [info] luci: accepted login on /admin/modem/3ginfo-lite for root from 192.168.2.7
Mon Aug 5 10:37:37 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:42:09 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:29:00 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:32:18 2024 daemon.err uhttpd[2474]: [info] luci: accepted login on /admin/modem/3ginfo-lite for root from 192.168.2.7
Mon Aug 5 10:37:37 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Jest tylko info że połączenie zostało zrestartowane - to akurat jest dość spotykane i nie ma się czym przejmować. Nie ma za to informacji że modem wysadziło w powietrze.
Spróbuj spowodować to samo w luci co przedtem i wtedy odczytaj logi. Tak, te które są w gui lub dostępne przez polecenie logread.
Przed chwila mialem podobny "zjazd", tym razem przed rebootem routera wyciagnolem logi.
Mon Aug 5 10:37:37 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:42:09 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:48:50 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:54:38 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 10:58:38 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 11:07:25 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.215171] usb 2-1: USB disconnect, device number 2
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.215362] rndis_host 2-1:1.0 usb0: unregister 'rndis_host' usb-xhci-hcd.0.auto-1, ZTE RNDIS device
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.255620] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.255900] option 2-1:1.2: device disconnected
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.262987] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.267222] option 2-1:1.3: device disconnected
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.275608] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.279671] option 2-1:1.4: device disconnected
Mon Aug 5 11:07:37 2024 kern.info kernel: [ 3297.294556] qmi_wwan 2-1:1.5 wwan0: unregister 'qmi_wwan' usb-xhci-hcd.0.auto-1, WWAN/QMI device
Mon Aug 5 11:07:37 2024 daemon.notice netifd: Network device 'wwan0' link is down
Mon Aug 5 11:07:37 2024 daemon.notice netifd: Network alias 'wwan0' link is down
Mon Aug 5 11:07:37 2024 daemon.notice netifd: Interface '4G_DHCP_4' has link connectivity loss
Mon Aug 5 11:07:37 2024 daemon.notice netifd: Interface '4G_DHCP_4' is disabled
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: SIOCGIFINDEX: No such device
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: received SIGTERM
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: unicasting a release of 100.95.214.177 to 100.95.214.178
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: sending release
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: can't bind to interface wwan0: No such device
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: bindtodevice: No such device
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): udhcpc: entering released state
Mon Aug 5 11:07:37 2024 daemon.notice netifd: 4G_DHCP_4 (4373): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "4G_DHCP_4" } (Permission denied)
Mon Aug 5 11:07:37 2024 daemon.notice netifd: Interface '4G_DHCP_4' is now down
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: reading /tmp/resolv.conf.d/resolv.conf.auto
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using nameserver 1.1.1.1#53
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for test
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for onion
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for localhost
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for local
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for invalid
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for bind
Mon Aug 5 11:07:37 2024 daemon.info dnsmasq[1]: using only locally-known addresses for lan
Mon Aug 5 11:07:38 2024 kern.info kernel: [ 3298.295158] usb 2-1: new SuperSpeed USB device number 3 using xhci-hcd
Mon Aug 5 11:07:38 2024 kern.info kernel: [ 3298.330752] option 2-1:1.0: GSM modem (1-port) converter detected
Mon Aug 5 11:07:38 2024 kern.info kernel: [ 3298.331139] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
Mon Aug 5 11:07:39 2024 daemon.notice netifd: 4G_DHCP (8704): Stopping network 4G_DHCP
Mon Aug 5 11:07:39 2024 daemon.notice netifd: 4G_DHCP (8704): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "4G_DHCP" } (Permission denied)
Mon Aug 5 11:07:39 2024 daemon.notice netifd: Interface '4G_DHCP' is now down
Mon Aug 5 11:07:40 2024 daemon.warn odhcpd[2265]: No default route present, overriding ra_lifetime!
Kernal:
[ 49.800600] br-lan: port 4(phy0-ap0) entered blocking state
[ 49.805825] br-lan: port 4(phy0-ap0) entered forwarding state
[ 3297.215171] usb 2-1: USB disconnect, device number 2
[ 3297.215362] rndis_host 2-1:1.0 usb0: unregister 'rndis_host' usb-xhci-hcd.0.auto-1, ZTE RNDIS device
[ 3297.255620] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[ 3297.255900] option 2-1:1.2: device disconnected
[ 3297.262987] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[ 3297.267222] option 2-1:1.3: device disconnected
[ 3297.275608] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[ 3297.279671] option 2-1:1.4: device disconnected
[ 3297.294556] qmi_wwan 2-1:1.5 wwan0: unregister 'qmi_wwan' usb-xhci-hcd.0.auto-1, WWAN/QMI device
[ 3298.295158] usb 2-1: new SuperSpeed USB device number 3 using xhci-hcd
[ 3298.330752] option 2-1:1.0: GSM modem (1-port) converter detected
[ 3298.331139] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
A modem dalej jest B02?
tak.
Tak, ślicznie rozłączyło modem. I nie masz co z tym zrobić (po za upgrade firmware, choć nie jest to ogólne panaceum na taki przypadek i w sumie nie wiadomo czy coś to da).
Normalnie to by się napisało że to wina zasilania Ale to jest gotowy sprzęt, zrobiony tak żeby zasilania było dosyć dla tego modemu. Strzelam że masz lekko walnięty sprzęt i dlatego tak się dzieje.
Dobrze że ponownie wykrywa modem, powinien sam wznowić połączenie. A jeżeli nie to przez watchcata wyklikaj sobie wznawianie jak nie ma połączenie przez np. 3min.
OKi, czyli remedy "możę" być upgrade firmware, ale nie musi pomóc, natomiast moze tez pomoć force wznowienia polaczenia, a jaka to komenda ? Lub jest jakis topic dostepnych komend w zakresie tego QMI?
Czy przy próbie wznowienia polaczenia nie bedzie problem to ze to USB jest odlaczone? :
option 2-1:1.2: device disconnected
====
oki sciagnolem sobie Watchcat i wsparcie dla GUI.
ifup 4G_DHCP <- to wznowi połączenie z internetem, bo chyba tak sekcję nazwałeś.
Zrób uqmi --help to zobaczysz wszystkie polecenia
Połączenia nie uzyskasz dopóki modem nie zostanie całkowicie wykryty na magistrali usb. Więc jak się rozłączy to musisz chwilę poczekać aż się zrestartuje i wykryje się ponownie.
Caly problem polegał ze po 5 min jak próbowalem wczesniej to sie nie wykrył. Da sie to wymusic jakos ?
Nie ma zbytnio jak. Restart całego routera chyba Ci tylko zostaje.
A jakie masz poziomy sygnału?
Jeżeli jest problem z zasilaniem to zalokowanie się na jednym, "najsilniejszym sygnałowo" paśmie powinno ograniczyć zużycie energii i problem powinien zniknąć. Jeżeli nie to trzeba szukać dalej.
A upgrade może pomóc, lub nie, a jak się o tym można przekonać...?
{
"type": "lte",
"rssi": -68,
"rsrq": -17,
"rsrp": -104,
"snr": -2.800000
}
Ogranicz pasma do B3 (albo B7) i zobaczymy.
Zrobie upgrade wieczorkiem najpierw. Zobaczymy czy to w pierwszej kolejnosci coś moze pomoć.
Jakbyś ustawił jedno pasmo, to wieczorem już byś wiedział czy się rozłączył, czy nie. Ale jak uważasz.
Wiesz, Nie wiem dlaczego to tak dziala ale dzis mialem 2 razy ten problem z rana potem juz do tej pory nie mam tego problemu (monitoruje logi i stan polaczenia od tego czasu).
Dlatego myslalem moze najpierw o tym by zrobic FW update. Przy zmniejszeniu pasm, dostane rykoszetem w prędkość internetu 
.
ps.
O co chodzi z tym komunikatem z brakiem dostepu ?
Mon Aug 5 13:13:30 2024 daemon.notice netifd: 4G_DHCP (21406): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "4G_DHCP" } (Permission denied)
Nic, nie przejmuj się. Wiele komunikatow w openwrt nie jest całkiem obsłużone i sieją różnymi rzeczami w logach
Wiesz, Nie wiem dlaczego to tak dziala ale dzis mialem 2 razy ten problem z rana potem juz do tej pory nie mam tego problemu (monitoruje logi i stan polaczenia od tego czasu).
Dlatego myslalem moze najpierw o tym by zrobic FW update. Przy zmniejszeniu pasm, dostane rykoszetem w prędkość internetu
A jest szansa, że zmienia BTS'y? Masz ich więcej w pobliżu? Sprawdzałeś na btssearch?
Strony Poprzednia 1 … 16 17 18 19 20 … 24 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Zmiana softu ZTE MF286D przez framework
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc