@rybirek: zrób nowy wątek i pochwał się jak sprzęt chodzi sam w sobie. Takie małe review urządzenia.
Nie ma problemu, tylko muszę znaleźć wolną chwilę.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez rybirek
@rybirek: zrób nowy wątek i pochwał się jak sprzęt chodzi sam w sobie. Takie małe review urządzenia.
Nie ma problemu, tylko muszę znaleźć wolną chwilę.
Nie widzę obrazów dla RB5009UG+S+IN - gdzie można je pobrać? Minęły 2 lata z tego co widzę, a oficjalnie nic się nie ruszyło. Ewentualnie może jednak ktoś zaczął prace nad RB4011iGS+RM?
Ja kompiluję dla siebie - czysty obraz bez luci, main + kernel 6.6.25
https://rosoft.pl/releases/snapshots/ta … cortexa72/
Tylko nie dodałem repo i kluczy więc
W /etc/opkg/distfeeds.conf zamień pierwszą linijkę na
src/gz rosoft_core https://rosoft.pl/releases/snapshots/targets/mvebu/cortexa72/packages
oraz w /etc/opkg.conf zakomentuj
#option check_signature
Instalacja zgodnie z procedurą ze strony wskazanej przez Cezarego.
Tak zapewne zrobię.
To jeszcze pytanie odnośnie modemband, bo zrobiłem dokładne oględziny i testy. Krótko mówiąc na firmowym owrt był o wiele lepszy transfer (a przede wszystkim ping).
...
Bez włączonego software offloading,nie bylem w stanie przekroczyć 150Mbps.
Sprawdź, jakie będą transfery po włączeniu
uci set firewall.@defaults[0].flow_offloading='1'
uci commit
/etc/init.d/firewall restart
Na ftdi ( ft232) mi działało tylko Rx
Bez problemu działa na CH340/CH341
A jak to bezszkodowo rozebrać?
To coś jednak nie tak z gałęzią rozwojową i kernelem 6, na 23.05.3 jest trochę lepiej
root@OpenWrt:~# ubus call system board
{
"kernel": "5.15.150",
"hostname": "OpenWrt",
"system": "ARMv7 Processor rev 5 (v7l)",
"model": "MikroTik Chateau LTE12",
"board_name": "mikrotik,chateau-lte12",
"rootfs_type": "squashfs",
"release": {
"distribution": "OpenWrt",
"version": "23.05.3",
"revision": "r23809-234f1a2efa",
"target": "ipq40xx/mikrotik",
"description": "OpenWrt 23.05.3 r23809-234f1a2efa"
}
}
iperf3 kolejno: standard / flow_offloading='1' / localhost
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 874 MBytes 733 Mbits/sec 26 sender
[ 5] 0.00-10.00 sec 873 MBytes 732 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.02 GBytes 876 Mbits/sec 28 sender
[ 5] 0.00-10.00 sec 1.02 GBytes 874 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.44 GBytes 1.23 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.44 GBytes 1.23 Gbits/sec receiver
Zastanawia mnie różnica w wydajności obu routerów, LAN-WAN (bez LTE), teoretycznie mają bardzo podobną architekturę, a dostaję bardzo różne wyniki.
ZTE MF289F - soft Cezarego
root@OpenWrt:~# ubus call system board
{
"kernel": "5.15.148",
"hostname": "MF289F",
"system": "ARMv7 Processor rev 5 (v7l)",
"model": "ZTE MF289F",
"board_name": "zte,mf289f",
"rootfs_type": "squashfs",
"release": {
"distribution": "OpenWrt",
"version": "23.05-SNAPSHOT",
"revision": "r23780-6f70e09a00",
"target": "ipq40xx/generic",
"description": "OpenWrt 23.05-SNAPSHOT r23780-6f70e09a00"
}
}
iperf3 kolejno: standard / flow_offloading='1' / localhost
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 934 MBytes 784 Mbits/sec 3 sender
[ 5] 0.00-10.01 sec 932 MBytes 781 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 1 sender
[ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.80 GBytes 1.55 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.80 GBytes 1.55 Gbits/sec receiver
W przypadku Mikrotik Chateau LTE12 (RBD53G-5HacD2HnD-TC&EG12-EA) jest sporo gorzej. Soft ostatni snapshot + dodane wsparcie.
root@OpenWrt:~# ubus call system board
{
"kernel": "6.1.82",
"hostname": "OpenWrt",
"system": "ARMv7 Processor rev 5 (v7l)",
"model": "MikroTik Chateau LTE12",
"board_name": "mikrotik,chateau-lte12",
"rootfs_type": "squashfs",
"release": {
"distribution": "OpenWrt",
"version": "SNAPSHOT",
"revision": "r0+25746-b211059696",
"target": "ipq40xx/mikrotik",
"description": "OpenWrt SNAPSHOT r0+25746-b211059696"
}
}
iperf3 kolejno: standard / flow_offloading='1' / localhost
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 750 MBytes 629 Mbits/sec 14 sender
[ 5] 0.00-10.01 sec 747 MBytes 627 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 861 MBytes 723 Mbits/sec 22 sender
[ 5] 0.00-10.01 sec 858 MBytes 719 Mbits/sec receiver
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 1.23 GBytes 1.06 Gbits/sec 0 sender
[ 5] 0.00-10.00 sec 1.23 GBytes 1.06 Gbits/sec receiver
Skąd taka różnica?
Wiem, że różne kernele, ale to nie powinno, aż tak się różnić.
To ja na AX200 mPCIe (02:00.0 Network controller: Intel Corporation Wi-Fi 6 AX200 (rev 1a)) mam
global
country 00: DFS-UNSET
(755 - 928 @ 2), (N/A, 20), (N/A), PASSIVE-SCAN
(2402 - 2472 @ 40), (N/A, 20), (N/A)
(2457 - 2482 @ 20), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(2474 - 2494 @ 20), (N/A, 20), (N/A), NO-OFDM, PASSIVE-SCAN
(5170 - 5250 @ 80), (N/A, 20), (N/A), AUTO-BW, PASSIVE-SCAN
(5250 - 5330 @ 80), (N/A, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN
(5490 - 5730 @ 160), (N/A, 20), (0 ms), DFS, PASSIVE-SCAN
(5735 - 5835 @ 80), (N/A, 20), (N/A), PASSIVE-SCAN
(57240 - 63720 @ 2160), (N/A, 0), (N/A)
phy#0 (self-managed)
country PL: DFS-UNSET
(2402 - 2437 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-80MHZ, NO-160MHZ
(2422 - 2462 @ 40), (6, 22), (N/A), AUTO-BW, NO-80MHZ, NO-160MHZ
(2447 - 2482 @ 40), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
(5170 - 5190 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
(5190 - 5210 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
(5210 - 5230 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40MINUS, PASSIVE-SCAN
(5230 - 5250 @ 160), (6, 22), (N/A), NO-OUTDOOR, AUTO-BW, IR-CONCURRENT, NO-HT40PLUS, PASSIVE-SCAN
(5250 - 5270 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5270 - 5290 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5290 - 5310 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5310 - 5330 @ 160), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5490 - 5510 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5510 - 5530 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5530 - 5550 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5550 - 5570 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5570 - 5590 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5590 - 5610 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5610 - 5630 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, PASSIVE-SCAN
(5630 - 5650 @ 240), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, PASSIVE-SCAN
(5650 - 5670 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5670 - 5690 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5690 - 5710 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40MINUS, NO-160MHZ, PASSIVE-SCAN
(5710 - 5730 @ 80), (6, 22), (0 ms), DFS, AUTO-BW, NO-HT40PLUS, NO-160MHZ, PASSIVE-SCAN
(5735 - 5755 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-160MHZ
(5755 - 5775 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-160MHZ
(5775 - 5795 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-160MHZ
(5795 - 5815 @ 80), (6, 22), (N/A), AUTO-BW, NO-HT40PLUS, NO-160MHZ
(5815 - 5835 @ 20), (6, 22), (N/A), AUTO-BW, NO-HT40MINUS, NO-HT40PLUS, NO-80MHZ, NO-160MHZ
Dziwne ,żeby z plusa nie agregowało n41
Sprawdzałem jakieś pół roku temu i zarówno wersja Plus jak i TMobile agregują N41.
T-Mobile miał N41 ?
Chyba tylko N1 + N78.
Przecież są...
Dev 6, If 0, Class=Vendor Specific Class, Driver=r8152, 480M
Faktycznie, nie zauważyłem.
No to powinieneś uzyskać więcej.
Iperf3 serwer uruchomiony na totolink.
Pojedyńcza karta podłączone pod
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/4p, 10000M
|__ Port 2: Dev 5, If 0, Class=Vendor Specific Class, Driver=r8152, 5000M
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 967 MBytes 811 Mbits/sec 0 sender
[ 5] 0.00-10.00 sec 964 MBytes 809 Mbits/sec receiver
podłączona pod
/: Bus 03.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/2p, 480M
|__ Port 2: Dev 6, If 0, Class=Vendor Specific Class, Driver=r8152, 480M
[ ID] Interval Transfer Bitrate Retr
[ 5] 0.00-10.00 sec 334 MBytes 280 Mbits/sec 0 sender
[ 5] 0.00-10.01 sec 333 MBytes 279 Mbits/sec receiver
Ile uzyskujesz bez bonding ?
Ale podłącz te karty...
Obie karty podłączasz pewnie do tego samego huba usb, więc więcej nie uzyskasz.
Pokaż wynik "lsusb -t" na tym PC lub Raspberry Pi.
OT
Jakiś czas temu wszedł pach do mt7621, jak ktoś go wykorzystuje jak AP to ...
https://github.com/openwrt/openwrt/pull/10238
Jak opinie po dłuższym użytkowaniu? Zastanawiam się pomiędzy WAX220 a EAP650 i nie wiem co wybrać.
Pracuje jako AP, nigdy nie było z nim żadnych problemów. Podpiętych kilka/kilkanaście urządzeń.
Faktycznie wgrałem Plus, a nie Play
Chyba wszystko działało (ja nadpisywałem tylko przy pomocy fastboot system/boot), zestawiał połączenie, miałem tylko wrażenie, że przy agregacji 5g+lte korzystał tylko z jednego pasma lte. Testowałem to na kartach orange/t-mobile.
Wgrałem t-mobile/plus tylko z ciekawości, bo sprzęt i tak ląduje docelowo w Telia LT (n28+n78).
Może się komuś przyda..
Jakiś czas temu kupiłem używany "uszkodzony" MC801A
Miał fabrycznie BD_FITELIAMC801AV1.0.0B18 i natychmiast po włączeniu, jak zobaczył sieć, to chciał się uaktualniać - nie dało się tego powstrzymać, uaktualnił się do BD_FITELIAMC801AV1.0.0B20.
Bez problemu pracował na tej wersji z orange/tmobile transfer z wykorzystaniem n78 750/80, max poniżej
Chciałem zobaczyć jak się zachowa na polskim firmware, ale chciałem móc później wrócić do fińskiego.
Nigdy wcześniej nie robiłem backupu zte i tu popełniłem drobny błąd.
Zasugerowałem się stich86 i zrobiłem go przy pomocy edl - https://github.com/stich86/ZTE-MC7010/blob/main/edl.md
Tą samą metodą wgrałem play'a, czyli kasujemy system/boot, restart do fastboot i
fastboot flash system BD_PLKPLMC801AV1.0.0B03/sdxprairie-sysfs.ubi
fastboot boot BD_PLKPLMC801AV1.0.0B03//sdxprairie-boot.img
Jeśli wszystko jest ok, to nadpisujemy boot i wszystko działa, wszystkie dane pozostają.
W testach nie było widać różnicy i chciałem wrócić do oryginału i tu zonk, bo nie udało mi się przywrócić poprawnie partycji system zrzuconej przez edl.
Ściągnąłem Telię w wersji B12 i po wgraniu przez edl/fastboot ruszyła, przy próbie aktualizacji pobierała firmware, ale aktualizacja kończyła się błędem.
Tu popełniłem drugi błąd.
Próba przywrócenia całości przy pomocy edl ucegliła router, dało się wejść przy pomocy "boot point" wejść w tryb edl, ale po wykonaniu update router nie startował. Próba przywrócenia całości poprzez edl qfil, też nie pomagała.
Co pomogło:
Przesiadka na windows i qfil - pełne wgranie Telia B12, reset i przywrócenie z backupu ustawień.
Teraz okazało się, że da się zrobić upgrade z poziomu softu, czyli B12->B13->B15->B17->B20, trochę to trwało, ale przeszło.
Co dziwne nie było po drodze B18.
Co ciekawego w B20 - nowa karta network
Pytanie, da się zrobić backup/restore, przy pomocy samego edl/fastboot ? Coś źle robiłem ?
Jak wchodzimy na ten pułap cenowy, to może jakiś "NAS" z ali na Athlon 3050e z 4 portami ?
rybirek napisał/a:I have only MC888 (not Pro)
and you are able to get QMI?
I don't know.
If I connect it to other router, and
echo "19d2 0016" > /sys/bus/usb/drivers/qmi_wwan/new_id
in the logs
Mon Mar 11 13:12:07 2024 kern.info kernel: [ 94.694709] usb 1-1: new high-speed USB device number 2 using ehci-platform
Mon Mar 11 13:12:43 2024 kern.err kernel: [ 130.710160] qmi_wwan 1-1:1.1: bogus CDC Union: master=0, slave=0
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.717344] qmi_wwan 1-1:1.1: cdc-wdm0: USB WDM device
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.726186] qmi_wwan 1-1:1.1 wwan0: register 'qmi_wwan' at usb-1b000000.usb-1, WWAN/QMI device, 2a:de:ac:f0:4d:b6
Mon Mar 11 13:12:43 2024 kern.err kernel: [ 130.736907] qmi_wwan 1-1:1.2: bogus CDC Union: master=0, slave=0
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.762054] qmi_wwan 1-1:1.2: cdc-wdm1: USB WDM device
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.774527] qmi_wwan 1-1:1.2 wwan1: register 'qmi_wwan' at usb-1b000000.usb-1, WWAN/QMI device, 2a:de:ac:f0:4d:b6
but returns timeout on command
qmicli --get-service-version-info -d /dev/cdc-wdm0 -p -v
U mnie też nie przychodzi żadna odpowiedź na wywołania typu.
qmicli --get-service-version-info -d /dev/cdc-wdm0 -p -v
A to polecenie nie działa ?
echo "19d2 0016" > /sys/bus/usb/drivers/qmi_wwan/new_id
Mon Mar 11 13:12:07 2024 kern.info kernel: [ 94.694709] usb 1-1: new high-speed USB device number 2 using ehci-platform
Mon Mar 11 13:12:43 2024 kern.err kernel: [ 130.710160] qmi_wwan 1-1:1.1: bogus CDC Union: master=0, slave=0
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.717344] qmi_wwan 1-1:1.1: cdc-wdm0: USB WDM device
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.726186] qmi_wwan 1-1:1.1 wwan0: register 'qmi_wwan' at usb-1b000000.usb-1, WWAN/QMI device, 2a:de:ac:f0:4d:b6
Mon Mar 11 13:12:43 2024 kern.err kernel: [ 130.736907] qmi_wwan 1-1:1.2: bogus CDC Union: master=0, slave=0
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.762054] qmi_wwan 1-1:1.2: cdc-wdm1: USB WDM device
Mon Mar 11 13:12:43 2024 kern.info kernel: [ 130.774527] qmi_wwan 1-1:1.2 wwan1: register 'qmi_wwan' at usb-1b000000.usb-1, WWAN/QMI device, 2a:de:ac:f0:4d:b6
Choć nie wiem dlaczego dostałem 2 interfejsy
Przecież pisałem, że przełącza na stałe na "0016".
Kolega Mig25 opisywał dalsze boje w
https://eko.one.pl/forum/viewtopic.php?id=21441
rybirek napisał/a:W przypadku MC888 przełączenie przy pomocy SalesDL_LTE_9225V1.00.07.exe jest trwałe.
Przełącza 19d2:2004 ->19d2:0016, dopiero przywrócenie ustawień fabrycznych wraca do pierwotnego stanu.Mały OT, jest gdzieś może opis która antena jest od którego pasma ? Chciałbym wyciągnąć 2100/2600 na zewnątrz.
Ale jak tego dokonałeś miałeś drivery pod windowsa czy po prostu podłączyłeś i pomimo, ze było bez driverów to Ci przełączył?
https://www.uns.gr/mc801-mc801a-mc888-b … -firmware/
Edit:
Dopiero teraz zauważyłem, że ja używałem tego programiku z opisu, czyli Sales_DC_SwitchPortV1.00.00
W przypadku MC888 przełączenie przy pomocy SalesDL_LTE_9225V1.00.07.exe jest trwałe.
Przełącza 19d2:2004 ->19d2:0016, dopiero przywrócenie ustawień fabrycznych wraca do pierwotnego stanu.
Mały OT, jest gdzieś może opis która antena jest od którego pasma ? Chciałbym wyciągnąć 2100/2600 na zewnątrz.
Jeśli potrzeba więcej, to trick z R6220 z partycją fota jako overlay....
Jakaś podpowiedź ?
Fota to potencjalnie 50M
To ?
https://sebawnek.com/it/netgear-r6220-i … ved-space/
Nie można zmienić dts'a i połączyć te 3 partycje ?
[ 2.275441] 0x000001800000-0x000003500000 : "rootfs"
[ 2.365638] 0x000003500000-0x000004e00000 : "data"
[ 2.445086] 0x000004e00000-0x000008000000 : "fota"
eko.one.pl → Posty przez rybirek
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc