Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF286D - Openwrt
Strony Poprzednia 1 … 9 10 11 12 13 … 156 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Jak pisałem - sam modem przyjmuje więcej niż to co zwracał po ustawienia "all" w gui. Czy faktycznie te pasma działają to już właśnie musi ktoś sprawdzić w innym kraju.
Dobra, temat zapuszczony u anglików i włochów. Widziałem Mig25 sie tez udzielił:)
Tak , bo długo Ci się zchodziło 
Tak przy okazji do wczorajszego update eko.one openwrt MF286 się nie załapały ?
EDIT: No i nie wiem ,czy ktoś znajdzie się odważny i podłączy się do konsoli... Dobrze by było ,żeby przynajmniej potwierdził ,że jest szybciej przy użyciu tych skryptów , czy tam modyfikacji GUI...
Wczoraj nie było jeszcze kompilowane 21.02.
O fuck... Ja już ślepne.... dopiero terz zobaczyłem ,że to 19.07 ... A ja od razu założyłem ,że 21.01...
Anglicy widzialem podmieniali mtd9 na Elisowe naszymi metodami (tj. mig'a) wiec cos tam jest szansa.
Z włochami może być gorzej...
gdzie znajde repo easyconfig coby dorzucic sobie do regularnego openwrt?
U mnie na dl.eko.one.pl, dowolne repo bo to tylko skrypty.
Jak to jest ze ip l set dev wwan0 up po ip l set dev wwan0 down nie działa
???
a ifdown i ifup mowi ze nie ma interfejsu wwan0 który jest
root@MF286D:~# ifdown wwan0
Interface wwan0 not found
root@MF286D:~# ifup wwan0
Interface wwan0 not found
A tu dowód że interfejs istnieje i działa - kawalek outputu z ip l
9: wwan0: <POINTOPOINT,MULTICAST,NOARP,UP,LOWER_UP> mtu 1500 qdisc fq_codel state UNKNOWN qlen 1000
link/[65534]
Ma dziwny stan ale wwan0 dziala
Ponadto zauwazylem ze w regularnych obrazach z luci brakuje paczki luci-proto-qmi co uniemozliwia uzycie modemu out-of-box
Chyba mylisz ifname z interface.
ok w przypadku ifup ifdown moj blad. ale dzialania ip l set nie rozumiem
Ponadto zauwazylem ze w regularnych obrazach z luci brakuje paczki luci-proto-qmi co uniemozliwia uzycie modemu out-of-box
Tzn których? W moich jest. Openwrt wychodzi tylko w wersji rozwojowej, a tam luci nie ma z definicji. Więc o jakich "regularnych obrazach" piszesz?
Openwrt generalnie dostarcza podstawowe luci bez prawie żadnych dodatków, niezależnie od tego co router zawiera.
Regularne to dla mnie te z openwrt.org.
Ok to wyjasniles. Wlasnie tego sie zawsze obawiam - brak paczek i jestes w D po resecie
Dobra , a co z pokretnym działaniem ip l set?
Nie wiem. Sprawdzę później jak będę miał dostęp do routera.
EDIT: działa, downuje i podnosi ponownie interfejs. W czym miałeś problem?
połączenie po QMI skonfigurowane po gui pod nazwą WWAN i działa.
restarty WWAN po gui działają
restarty przez ifdown/ifup WWAN działają
restarty przez ip l set dev wwan0 nie działają
I właśnie masz robić ifup/ifdown a nie bawić się wwan0...
W paczkach FW jest taki plik: TestTelia\1.trace32_file\MF286D_MDM9250_LTE(1_2_3_5_7_8_12_17_20_26_28_32_38_40_41_42_43)_W(1_2_5_8)_StandardNV.qcn
być może on sugeruje jakie fatycznie pasma modem obsługuje.
O f.ck.
Srogo tego jest
Zaloże sie że modem przyjmie ustawienia
Czyzby B818 tez był na tej samej platformie co MF286D?
https://www.optus.com.au/broadband-nbn/ … ifications
No i też ma te same bandy na liście
Nie, B818 jest na którymś hisiliconie.
EDIT: HiSilicon Balong V7R65
@Królik, gdy wyciągałeś dane fabryczne (do board-2.bin) z ath10k w MF286D, czy trzeba było odprawić jakieś czary by przeszczepić dane z fabrycznego softu do OpenWrt? Chciałem testowo przeszczepić dane z MF286A/R i sprawdzić wydajność, ale copy-pasta wprost do OpenWrt nic nie daje i pewnie jest potrzebne jeszcze coś, o czym nie wiem.
W paczkach FW jest taki plik: TestTelia\1.trace32_file\MF286D_MDM9250_LTE(1_2_3_5_7_8_12_17_20_26_28_32_38_40_41_42_43)_W(1_2_5_8)_StandardNV.qcn
być może on sugeruje jakie fatycznie pasma modem obsługuje.
To wygląda na debugowe NV Items które odblokowują wszystko. To że pasma się odblokują, niekoniecznie znaczy że tor radiowy będzie do nich skalibrowany i że faktycznie modem nawiąże na nich połączenie.
@Królik, gdy wyciągałeś dane fabryczne (do board-2.bin) z ath10k w MF286D, czy trzeba było odprawić jakieś czary by przeszczepić dane z fabrycznego softu do OpenWrt? Chciałem testowo przeszczepić dane z MF286A/R i sprawdzić wydajność, ale copy-pasta wprost do OpenWrt nic nie daje i pewnie jest potrzebne jeszcze coś, o czym nie wiem.
Tam jest kwestia tylko przygotowania pliku board-2.bin z dwóch źródłowych z firmware. Resztę masz w commicie już.
Board-2.bin robi się przez qca swiss army knife. Ważne są nazwy wewnątrz, bo po nich sterownik znajduje odpowiedni wpis. Przyślij mi bootlog z openwrt, to Ci powiem co i jak.
root@OpenWrt:~# dmesg | grep ath10k
[ 19.594726] ath10k 5.15 driver, optimized for CT firmware, probing pci device: 0x56.
[ 19.641526] ath10k_pci 0000:00:00.0: enabling device (0000 -> 0002)
[ 19.648291] ath10k_pci 0000:00:00.0: pci irq legacy oper_irq_mode 1 irq_mode 0 reset_mode 0
[ 22.298510] ath10k_pci 0000:00:00.0: qca9888 hw2.0 target 0x01000000 chip_id 0x00000000 sub 0000:0000
[ 22.308079] ath10k_pci 0000:00:00.0: kconfig debug 0 debugfs 1 tracing 0 dfs 1 testmode 0
[ 22.327269] ath10k_pci 0000:00:00.0: firmware ver 10.4b-ct-9888-fW-13-5ae337bb1 api 5 features mfp,peer-flow-ctrl,txstatus-noack,wmi-10.x-CT,ratemask-CT,regdump-CT,txrate-CT,flush-all-CT,pingpong-CT,ch-regs-CT,nop-CT,set-special-CT,tx-rc-CT,cust-stats-CT,txrate2-CT,beacon-cb-CT,wmi-block-ack-CT,wmi-bcn-rc-CT crc32 59e741e7
[ 22.701159] ath10k_pci 0000:00:00.0: board_file api 2 bmi_id 0:16 crc32 f228337a
[ 24.468519] ath10k_pci 0000:00:00.0: 10.4 wmi init: vdevs: 16 peers: 48 tid: 96
[ 24.476312] ath10k_pci 0000:00:00.0: msdu-desc: 2500 skid: 32
[ 24.526502] ath10k_pci 0000:00:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186 msdu-desc: 2500 sw-crypt: 0 ct-sta: 0'
[ 24.537820] ath10k_pci 0000:00:00.0: wmi print 'free: 114572 iram: 12644 sram: 29508'
[ 24.774883] ath10k_pci 0000:00:00.0: htt-ver 2.2 wmi-op 6 htt-op 4 cal pre-cal-nvmem max-sta 32 raw 0 hwcrypto 1
[ 55.219009] ath10k_pci 0000:00:00.0: 10.4 wmi init: vdevs: 16 peers: 48 tid: 96
[ 55.226874] ath10k_pci 0000:00:00.0: msdu-desc: 2500 skid: 32
[ 55.277026] ath10k_pci 0000:00:00.0: wmi print 'P 48/48 V 16 K 144 PH 176 T 186 msdu-desc: 2500 sw-crypt: 0 ct-sta: 0'
[ 55.288349] ath10k_pci 0000:00:00.0: wmi print 'free: 114572 iram: 12644 sram: 29508'
[ 55.608324] ath10k_pci 0000:00:00.0: rts threshold -1
[ 55.614126] ath10k_pci 0000:00:00.0: Firmware lacks feature flag indicating a retry limit of > 2 is OK, requested limit: 4
[ 56.217179] ath10k_pci 0000:00:00.0: NOTE: Firmware DBGLOG output disabled in debug_mask: 0x10000000Zgaduję, że chodzi o bmi_id 0:16?
Tak.
1. Pobierasz: https://github.com/qca/qca-swiss-army-knife.git
2. w katalogu qca-swiss-army-knife/tools/scripts/ath10k masz narzędzie: ath10k-bdencoder
3. Tworzysz sobie plik board-2.json: (przykład z ZTE MF286D)
[
{
"data": "bus=ahb,bmi-chip-id=0,bmi-board-id=20,variant=zte,mf286d.bin",
"names": [
"bus=ahb,bmi-chip-id=0,bmi-board-id=20,variant=zte,mf286d"
]
},
{
"data": "bus=ahb,bmi-chip-id=0,bmi-board-id=21,variant=zte,mf286d.bin",
"names": [
"bus=ahb,bmi-chip-id=0,bmi-board-id=21,variant=zte,mf286d"
]
}
]u Ciebie będzie coś takiego:
[
{
"data": "bus=pci,bmi-chip-id=0,bmi-board-id=16,variant=zte,mf286a.bin",
"names": [
"bus=pci,bmi-chip-id=0,bmi-board-id=16,variant=zte,mf286a"
]
}
]Wyciągasz binarkę z OFW i nadajesz jej nazwę:
bus=pci,bmi-chip-id=0,bmi-board-id=16,variant=zte,mf286a.binNa koniec robisz:
ath10k-bdencoder -c board-2.json i masz plik board-2, który dodajesz do siebie.
Jak zrobić wpis w dts, to wiesz już pewnie.
I na koniec końców Christian na bank będzie chciał byś wysłał plik `bus=pci,bmi-chip-id=0,bmi-board-id=16,variant=zte,mf286a.bin` na grupę mailingową.
Jakby coś było niejasne, dawaj znać.
EDIT:
Poprawione ahb na pci, tam gdzie tak być powinno.
Strony Poprzednia 1 … 9 10 11 12 13 … 156 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF286D - Openwrt
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc