Odp: Netgear LBR20 Orbi
Agreguje 4 z tego co pamiętam. Moze w twojej lokalizacji po prostu tego nie robi.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Strony Poprzednia 1 … 24 25 26 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Agreguje 4 z tego co pamiętam. Moze w twojej lokalizacji po prostu tego nie robi.
Tym Sinr też się za bardzo nie przejmuj orginal wogole go nie bierze pod uwagę/nie wyświetla, a to co podaję modem trudno zinterpretować, bo w dokumentacji podane jest żeby czytać inaczej (wtedy właśnie wychodzą takie słabe sygnaly) , a jak się czyta bezpośrednio to chyba za dobre wtedy...
No a co do agregacji to tak , agreguje cztery pasma o ile są na nadajniku.
Dzięki za odpowiedź.
Na nadajniku mam 4 pasma: B1, B3, B8 i B20. Jednak przy obciążeniu, maksymalnie agreguje mi 3 pasma LTE-A B1 (2100 MHz) + B3 (1800 MHz) / B20 (800 MHz).
Jeśli wybiorę w ustawieniach pojedyncze pasmo to na każdej z tych czterech częstotliwości się łączy. Więc na BTSie są fizycznie dostępne. Może muszę ręcznie ustawić jakiś tryb na modemie komendami AT?
Prędkości na pojedynczych pasmach, zgodnie z fizyką ją różne:
800 lub 900MHz ~17/12 Mbps
2100 lub 1800 ~60/20 Mbps
Pobawiłem się jeszcze kombinacjami par pasm. B1, B3, B20 są doagregowywane w dowolnej parze bądź 3 na raz. Natomiast B8 nigdy nie jest doagregowywane. Działa jedynie jak ustawię pojedyncze pasmo B8.
Czy to ograniczenie modemu czy jakiś bug w sterowniku/openWrt?
Może ktoś sprawdzić czy u niego na tym sprzęcie działa doagregowanie B8?
Może modem nie umie agregować z B8. U mnie nigdy B8 nie widziałem agregowanego, zawsze była to kombinacja b1/b3/b7/b20
nie umie agregować z B8. U mnie nigdy B8 nie widziałem agregowanego, zawsze była to kombinacja b1/b3/b7/b20
Tak może być że w przypadku agregacji 4 pasm/ nie agreguje równocześnie 2 pasm zasięgowych (może też operator o tym decydować), bo stricte B8+B3 agreguje mi w Plusie.
Dziś wrzuciłem do mojego LBR20 z USB3.0 modem RM551N-GL z podmienionym PIDem (tak ,żeby udawał EG18A) i uruchomiłem na orginalnym fw speedtest: 
Jest dużo lepiej niż na OpenWRT ( tam 250Mbps ciężko było przekroczyć..) , choć liczyłem na 900Mbps ... ( limit mojego BTSu).
Co jest w image MiFi/a czego nie ma w Gargoyle, że przy tej samej agregacji B1+B7- MiFi wyciąga 1/3 więcej? I jak włączyć w Gargoyle obsługę pasma WiFi 5GHz?
bandwidth i zliczanie transfery.
W gui powinieneś mieć możliwość ustawienia, zarówno kanału jak i ssid.
https://openwrt.org/toh/netgear/lbr20#i … mbs_speeds tu widzę że jest napisane że modem ma podłączone tylko dwie anteny i z tego tytułu nie ma pełnej agregacji;
to by się zgadzało też z obrazkiem, który wrzucił MIG, jeśli dobrze go rozumiem - przy modemie widzę tylko podpięte dwie anteny (FJ3 i FJ5 wypięte).
czy rozkręcając router i podpinając anteny LTE pod gniazda FJ3 i FJ5 uda się zwiększyć możliwości routera pod kątem agregacji, wykorzystując w pełni możliwości modemu?
czy ktoś z Was próbował?
dodatkowo zapytam, jakie firmware modemu używaliście i jak z instalacją - na stronie routera w WiKi OpenWRT widzę że możliwe jest zaktualizowanie firmware modemu przez qfirehose z forum Quectel'a - czy ktoś z Was to już robił i jakie wyniki? które firmware polecacie (do współpracy z najnowszym OpenWRT)?
znalazłem taki router za 350zł na allegro - póki co wydaje się najsolidniejszy - cena poniżej 500zł, agregacja 4 pasm (przynajmniej w teorii, a być może w praktyce - po ew podpięciu wyjść antenowych FJ3 i FJ5) no i bardzo proste wgrywanie OpenWRT.
czytałem że lubi się resetować jeśli nie jest po QMI - a jak po QMI? czy ktoś miał z nim złe doświadczenia?
proszę o info apropos tego routera, dziękuję!
Router się nie restartował, bez robienia czegokolwiek sam z siebie agregował 4 pasma, soft - jeżeli koniecznie musisz to wygrywasz najnowszy jaki quectela dostarczy. Po prostu działał.
Do FJ3 i FJ5 są oryginalnie wpięte anteny , które są przyklejone do tylnej obudowy (żeby wyjąć PCB trzeba po prostu te anteny odpiąć , stąd zdjęcia PCB bez wpiętych tam anten).
A podpinanie jakiś zewnętrznych anten , to róznie z tym bywa. Raz jakość samych anten , dwa kable antenowe ( jakość i długość) ...
Ale można się bawić , bo Netgear mimo ,że wlutował sam modem bezpośrednio do PCB , to dał możliwość stosunkowo łatwego podpięcia wszystkich czterech anten zewnętrznych ( a nie tylko dwóch , do których wyprowadził gniazda)
No i swoją drogą można też potestować włączenie tego MIMO ( tak jak jest to napisane w linku ,co podałeś). Ja na to nie zwróciłem uwagi.
W linku faktycznie pisze ,że są wpięte tylko dwie anteny , co nie jest prawdą , ale czy MIMO jest również wyłączone ,to tego nie sprawdzałem...
Pozostaje jeszcze taka opcja , że ktoś ,kto tam pisał faktycznie miał takiego LBR20 wykastrowanego z tych dwóch anten i przez to MIMO też wyłączone....
W kilku LBR20 co miałem jest tak jak na tym filmie: https://youtu.be/ModkiMVGvu8?t=402
Jak ktoś ma jeszcze ten sprzęt , to warto sprawdzić stan MIMO , i dać znać , czy włączenie coś daje...
witam
wgrałem najnowszy soft do modemu (A13) - w notatce od producenta przeczytałem że doszła opcja włączenia qam256 przy pobieraniu oraz że naprawiono mimo
włączyłem MIMO i qam256, przy pobieraniu jakby (50Mbps vs 75Mbps) szybciej ale warunki, pora dnia itp - trzeba by to potestować
póki co jestem zadowolony za 350zł nie ma co narzekać, jedna rzecz która nie działa tak jak bym chciał to modem który nie wstaje od razu po reboocie, trzeba manualnie restartować interfejs - jakiś błąd z SIM - może ustawiając automatyczny restart w cronie lub rc.local sprawę uda się rozwiązać, by po każdorazowym reboocie, modem wstawał poprawnie
Wstawał zawsze automatycznie. Co masz w logach po restarcie routera?
Error: Unknown error (SIM_ILLEGAL_STATE)
trzeba dać restart interface wan przez LuCi i wówczas wstaje normalnie i tworzy się podinterfejs wan_4 z adresem IPv4 po DHCP
jakie logi mogę sprawdzić jeszcze żeby to zweryfikować? może mogę usunąć jakieś ustawienia i ustawić na nowo? konfigurowałem z palca przez ssh, później zaktualizowałem pakiety przez opkg te które były dostępne i doinstalowałem do luci wsparcie dla qmi żebym mógł podglądać i ew zmieniać ustawienia przez LuCi
openwrt 24.10.5
druga sprawa to bardzo słaba wydajność wifi w porównaniu do oficjalnego firmware'u, duże pingi itp - zarówno na 5GHz jak i w paśmie 2,4GHz.
ale to może następnie, jak uda się rozgryźć ten modem
a takie info z sysloga:
Thu Jan 29 23:50:02 2026 daemon.notice netifd: wan (2601): Waiting for SIM initialization
Thu Jan 29 23:50:08 2026 daemon.notice netifd: wan (2601): Request timed out
Thu Jan 29 23:50:08 2026 daemon.notice netifd: wan (2601): Failed to parse message data
Thu Jan 29 23:50:08 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
Thu Jan 29 23:50:09 2026 daemon.notice netifd: wan (2601): Request timed out
Thu Jan 29 23:50:09 2026 daemon.notice netifd: wan (2601): "Failed to connect to service"
Thu Jan 29 23:50:13 2026 daemon.notice netifd: wan (2601): Request timed out
Thu Jan 29 23:50:13 2026 daemon.notice netifd: wan (2601): "Failed to connect to service"
Thu Jan 29 23:50:18 2026 daemon.notice netifd: wan (2601): Failed to parse message data
Thu Jan 29 23:50:18 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
Thu Jan 29 23:50:19 2026 daemon.notice netifd: wan (2601): "Unknown error"
Thu Jan 29 23:50:27 2026 daemon.notice netifd: wan (2601): Failed to parse message data
Thu Jan 29 23:50:27 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
Thu Jan 29 23:50:36 2026 daemon.notice netifd: wan (2601): Failed to parse message data
Thu Jan 29 23:50:36 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
Thu Jan 29 23:50:44 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
(..) - restart z palca:
Thu Jan 29 23:51:36 2026 daemon.notice netifd: wan (2601): SIM in illegal state - Power-cycling SIM
Thu Jan 29 23:51:39 2026 daemon.notice netifd: wan (6132): Stopping network wan
Thu Jan 29 23:51:39 2026 daemon.notice netifd: wan (6132): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)
Thu Jan 29 23:51:39 2026 daemon.notice netifd: Interface 'wan' is now down
Thu Jan 29 23:52:32 2026 daemon.notice netifd: Interface 'wan' is setting up now
Thu Jan 29 23:52:33 2026 daemon.notice netifd: wan (7781): Waiting for SIM initialization
Thu Jan 29 23:52:34 2026 daemon.notice netifd: wan (7781): Failed to parse message data
Thu Jan 29 23:52:34 2026 daemon.notice netifd: wan (7781): PIN verification is disabled
Thu Jan 29 23:52:35 2026 daemon.notice netifd: wan (7781): Device does not support 802.3 mode. Informing driver of raw-ip only for wwan0 ..
Thu Jan 29 23:52:35 2026 daemon.notice netifd: wan (7781): Waiting for network registration
Thu Jan 29 23:52:40 2026 daemon.notice netifd: wan (7781): Starting network wan
Thu Jan 29 23:52:41 2026 daemon.notice netifd: wan (7781): Setting up wwan0
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Interface 'wan' is now up
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Network device 'wwan0' link is up
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Network alias 'wwan0' link is up
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Interface 'wan_4' is enabled
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Interface 'wan_4' has link connectivity
Thu Jan 29 23:52:41 2026 daemon.notice netifd: Interface 'wan_4' is setting up now
Thu Jan 29 23:52:41 2026 daemon.notice netifd: wan_4 (7876): udhcpc: started, v1.36.1
Thu Jan 29 23:52:41 2026 user.notice SQM: Starting SQM script: piece_of_cake.qos on wwan0, in: 50000 Kbps, out: 20000 Kbps
Thu Jan 29 23:52:41 2026 daemon.notice netifd: wan_4 (7876): udhcpc: broadcasting discover
Thu Jan 29 23:52:42 2026 daemon.notice netifd: wan_4 (7876): udhcpc: broadcasting select for 10.6.98.87, server 10.6.98.88
Thu Jan 29 23:52:42 2026 daemon.notice netifd: wan_4 (7876): udhcpc: lease of 10.6.98.87 obtained from 10.6.98.88, lease time 7200
Thu Jan 29 23:52:42 2026 daemon.notice netifd: Interface 'wan_4' is now up
dalej wszystko ok, tylko trzeba było zresetować.
Zainstaluj sobie watchcat'a i restartuj interfejs jak nie ma połączenia przez 3 minuty. Sam to będzie robił.
watchcat fajny ale to nie to
interfejs który należy zresetować z palca przez LuCi to qmi-wan; z konsoli wystarczyło zrobić ifup wan i poszło;
sprawdzałem w tym czasie (gdy pojawiały się w/w błędy w syslogu) status modemu komendą uqmi - normalnie widzi sieci, łapie 4 pasma.
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-device-operating-mode
"online"
root@OpenWrt:~# ifstatus wan
{
"up": false,
"pending": false,
"available": true,
"autostart": false,
"dynamic": false,
"proto": "qmi",
"data": {
},
"errors": [
{
"subsystem": "qmi",
"code": "SIM_ILLEGAL_STATE"
}
]
}
root@OpenWrt:~# ifup wan
(chwile poczekać)
działa.
dzieje się to tylko po reboocie routera, tak, jakby jakiś błąd inicjacji modemu? a może zresetować całość do ustawień fabrycznych i zacząć od początku? ^.^;
problem rozwiązany:
root@OpenWrt:~# cat /etc/rc.local
# Put your custom commands here that should be executed once
# the system init finished. By default this file does nothing.
sleep 30
ifdown wan
ifup wan
xD
wystarczy samo ifup , bo ifdown zrobi sam.
No i to nie rozwiązanie ,tylko work around....
Tam trzeba było przed restartem zamknąć modem , żeby dobrze wystartował... Może ta procedura nie jest kończona ( w sensie nowsza wersja openwrt przestała to obsługiwać...
Możesz sprawdzić , czy wykonanie polecenia:
/etc/init.d/modem_switch shutdowni później reboot coś poprawi ?
@Cezary , można to jakoś sprawdzić ,czy to się wykonało podczas rebootu ?
EDIT:
No albo wprost:
echo "0" > /sys/class/gpio/lte_pwrkey/value
sleep 1
echo "1" > /sys/class/gpio/lte_pwrkey/value
sleep 10
rebootMożna wpisać tam żeby przez uci coś ustawiło i sprawdzić po restarcie czy jest wpisane.
po odpaleniu komendy 'shutdown' i reboocie jest zmiana:
Fri Jan 30 17:11:14 2026 daemon.notice netifd: Interface 'wan' is setting up now
Fri Jan 30 17:11:14 2026 daemon.notice netifd: wan (1947): The specified control device does not exist
Fri Jan 30 17:11:14 2026 daemon.notice netifd: wan (2000): Stopping network wan
Fri Jan 30 17:11:14 2026 daemon.notice netifd: wan (2000): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)
Fri Jan 30 17:11:14 2026 daemon.notice netifd: Interface 'wan' is now down
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 34.885189] usb 2-1: new SuperSpeed USB device number 3 using xhci-hcd
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.048018] option 2-1:1.0: GSM modem (1-port) converter detected
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.048484] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.054097] option 2-1:1.1: GSM modem (1-port) converter detected
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.060440] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.066939] option 2-1:1.2: GSM modem (1-port) converter detected
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.076550] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB2
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.079536] option 2-1:1.3: GSM modem (1-port) converter detected
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.086177] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB3
Fri Jan 30 17:11:15 2026 kern.info kernel: [ 35.116439] qmi_wwan 2-1:1.4: cdc-wdm0: USB WDM device
Fri Jan 30 17:11:16 2026 daemon.notice netifd: Interface 'wan' is setting up now
Fri Jan 30 17:11:16 2026 daemon.notice netifd: wan (2681): ls: /sys/devices/platform/soc/8af8800.usb/8a00000.usb/xhci-hcd.0.auto/usb2/2-1/2-1:1.4/net: No such file or directory
Fri Jan 30 17:11:16 2026 daemon.notice netifd: wan (2681): The interface could not be found.
Fri Jan 30 17:11:16 2026 daemon.notice netifd: wan (2720): Stopping network wan
Fri Jan 30 17:11:16 2026 daemon.notice netifd: wan (2720): Command failed: ubus call network.interface notify_proto { "action": 0, "link-up": false, "keep": false, "interface": "wan" } (Permission denied)
Fri Jan 30 17:11:16 2026 daemon.notice netifd: Interface 'wan' is now down
Fri Jan 30 17:11:18 2026 kern.info kernel: [ 37.542540] qmi_wwan 2-1:1.4 wwan0: register 'qmi_wwan' at usb-xhci-hcd.0.auto-1, WWAN/QMI device, xx:xx:xx:xx:xx:xx
próba komunikacji i otrzymania z modemu informacji:
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-system-info
"Failed to connect to service"
próba restartu modemu:
root@OpenWrt:~# /etc/rc.d/S15modem_switch boot
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-system-info
Failed to open device
z dmesg:
[ 595.835459] usb 2-1: USB disconnect, device number 3
[ 595.835911] option1 ttyUSB0: GSM modem (1-port) converter now disconnected from ttyUSB0
[ 595.839669] option 2-1:1.0: device disconnected
[ 595.847902] option1 ttyUSB1: GSM modem (1-port) converter now disconnected from ttyUSB1
[ 595.852038] option 2-1:1.1: device disconnected
[ 595.860415] option1 ttyUSB2: GSM modem (1-port) converter now disconnected from ttyUSB2
[ 595.864513] option 2-1:1.2: device disconnected
[ 595.872842] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
[ 595.877102] option 2-1:1.3: device disconnected
[ 595.885197] qmi_wwan 2-1:1.4 wwan0: unregister 'qmi_wwan' usb-xhci-hcd.0.auto-1, WWAN/QMI device
[ 606.601464] usb 2-1: new SuperSpeed USB device number 4 using xhci-hcd
[ 606.791681] option 2-1:1.0: GSM modem (1-port) converter detected
[ 606.792030] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB0
[ 606.797435] option 2-1:1.1: GSM modem (1-port) converter detected
[ 606.803979] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB1
[ 606.810390] option 2-1:1.2: GSM modem (1-port) converter detected
[ 606.816988] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB2
[ 606.823210] option 2-1:1.3: GSM modem (1-port) converter detected
[ 606.829648] usb 2-1: GSM modem (1-port) converter now attached to ttyUSB3
[ 606.855283] qmi_wwan 2-1:1.4: cdc-wdm0: USB WDM device
[ 606.856656] qmi_wwan 2-1:1.4 wwan0: register 'qmi_wwan' at usb-xhci-hcd.0.auto-1, WWAN/QMI device, [xx:xx:xx:xx:xx:xx]
modem wstał:
root@OpenWrt:~# uqmi -d /dev/cdc-wdm0 --get-system-info
{
"wcdma": {
"service_status": "none",
"true_service_status": "none",
"preferred_data_path": false
},
"lte": {
"service_status": "available",
"true_service_status": "available",
"preferred_data_path": false,
"domain": "cs-ps",
(...)
root@OpenWrt:~# ifup wan
działa net
także ani (chyba)
/etc/init.d/modem_switch shutdown
nie jest odpalane
ani
/etc/init.d/modem_switch boot
hmm może board_name jest inny i dlatego?
root@OpenWrt:~# cat /etc/device_info
DEVICE_MANUFACTURER='OpenWrt'
DEVICE_MANUFACTURER_URL='https://openwrt.org/'
DEVICE_PRODUCT='Generic'
DEVICE_REVISION='v0'
może o to chodzi? chyba nie:
root@OpenWrt:~# cat /etc/board.json
{
"model": {
"id": "netgear,lbr20",
"name": "Netgear LBR20"
Nie, nie oto.
Strony Poprzednia 1 … 24 25 26 27 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → Netgear LBR20 Orbi
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc