Może być, że tylko hameryczka, jakiekolwiek info o nim znalazłem tylko na fccid.io.
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez Leo-PL
Może być, że tylko hameryczka, jakiekolwiek info o nim znalazłem tylko na fccid.io.
@arekx byłbyś jeszcze tak dobry i ściągnął to: https://easy-firmware.com/index.php?a=d … ;id=131029?
Przyda się do odceglenia wcześniejszych modemów z MF286(A).
PR do obu poszedł: https://github.com/openwrt/openwrt/pull/9274
PR do obu poszedł: https://github.com/openwrt/openwrt/pull/9274
@Cezary kolejny stockowy soft z MF286 do kolekcji - z tej samej linii co mój, więc chyba generyczny.
https://3ginfo.ru/downloads2070.html
Zawiera też soft fabrycznego flashowania do modemu i prawdopodobnie wyjaśnił tajemnicę, dlaczego u mnie update na stocku się wywalał - otóż, modem był za nowy dla tego builda i nie łykał update'u, co wywalało całość aktualizacji.
@Cezary: durne pytanie: a czy czasem klient DHCP nie zapomina nastawić default route?
Leo-PL napisał/a:W tej chwili na masterze wchodzi mi do niego naprawdę niewiele powyżej standardowego LuCI, ale włączony CONFIG_ALL_KMODS może mieć na to wpływ. Własnie kleję builda pod flashmoda na 16M.
Spoko, wiem jak to zrobić, wrzuciłem nawet na githuba przepis jak zrobić to w miarę ładnie bez patchowania tego samego device tree na pałę. Tu mój gotowiec, który można zcherry-pickować do swojego drzewa:
https://github.com/Leo-PL/openwrt/commi … 04ea0922ea
Compatible string celowo niezmieniony, żeby nie musieć rozgrzebywać uci-defaults i podobnych rzeczy.
W tej chwili na masterze wchodzi mi do niego naprawdę niewiele powyżej standardowego LuCI, ale włączony CONFIG_ALL_KMODS może mieć na to wpływ. Własnie kleję builda pod flashmoda na 16M.
Poprawiłem, wyłapałem też skaszaniony wpis w uboot-envtools i inne pomniejsze rzeczy.
Link do brancha: https://github.com/Leo-PL/openwrt/commits/zte_mf286a
Dobra, dodałem zmiany i puściłem builda. Rzućcie okiem na githuba, jak nie będzie jakichś oczywistych pomyłek, czy to w kodzie, czy instrukcji, to otworzę PR.
https://github.com/Leo-PL/openwrt/commi … 50df6f78f1
Ale ten modem jest zmasakrowany. Np. odpowiada na +znlockband ale także na *lteband <- polecenie z całkiem innej rodziny. Patrząc na to co on zwraca to taki konglomerat marvella, zte i paru innych producentów.
Status na teraz - nawiązuje połączenie, umiem na interfejsie uzyskać adresację (statycznie lub dynamicznie, bo tak i tak jest na to sposób) ale nie mam transmisji w świat poza gatewayem. Coś chyba namieszałem, ale dziś już nie mam zbytnio czasu siedzieć na tym, zobaczymy co w weekend będzie.
Resztę mogę potwierdzić - MF286R działa identycznie jak MF286A, nie ma także baterii z tyłu (nie ma klapki, nie ma kabla, ma tylko wycięcie w środkowym plastiku). Wydaje się wszystko działać sprawnie.
@Leo-PL - tak, możesz zrobić PR na oba modele.
Widzę, że kwesita modemu jest prawie rozkminiona. Rozumiem, że obsługa tego, jeżeli już, wleci do comgt-ncm? To tak w kwestii wyboru DEVICE_PACKAGES - kmod-usb-acm i kmod-usb-net-rndis są oczywiste ;-)
Also, czy na modem da się wejść po ADB?
Nagminnie używają AT+CGACT, więc może po prostu wystarczy
AT+CGDCONT=1,"IP","internet"
AT+CGACT=1,1odczekać chwilę i później udhcpc -i usb0
Niech ktoś sprawdzi. Dzięki uprzejmości jednego z użytkowników forum idzie do mnie chyba MF286R, więc sam to sprawdzę dopiero wieczorem.
O proszę, czyli używają standardowych komend 3GPP do odpalenia połączenia. Miłe zaskoczenie. Czy czasem comgt-ncm nie wystarczy, by to obsłużyć, z ew. małą przeróbką?
Wychodzi na to, że mogę robić PR dodający oba, różniący się tylko paczkami do obsługi modemu, bo sam hardware routera jest rzeczywiście jest identyczny.
Ok. Podpowiedz proszę jak.
Aż tak biegły nie jest i nie mam w głowie tych komend
Zrzuć mi tylko jeszcze raz log systemowy przez "logread", na nowym obrazie oczywiście.
Najpierw może odpal tylko ten initramfs z ath10k i potwierdź, że wifi 5GHz bangla, potem baw się na stocku ;-)
Możesz spróbować exploitów, ale na forum.openwrt.org ktoś próbował i nie działało.
Zawsze mając konsolę szeregową możesz zrobić przekierowanie do pliku na USB.
O, właśnie, zrzuty z systemowego logu na oryginalnym sofcie powinny to zawierać.
IMO możesz zaryzykować zflashowanie pełnego softu, tylko zrób sobie kopię stocka. IMO z poziomu initramfsa OpenWrt, łatwiej będzie przywracać. Przynajmniej zobaczymy czy wifi na 5GHz wstaje.
Chyba że, @Cezary, przekompilowałbyś initramfsa z włączoną opcją "Use per-device rootfs"?
Edit: Cezary mnie ubiegł.
A nie brakuje w initramfsie drivera do wi-fi, że w ogóle się nie probuje? Zrób "opkg list | grep ath10k" w tym initramfsie i pokaż, co wypluje.
Lokalizacja na magistrali i PCI ID się zgadzają. Wygląda na to, że faktycznie co do joty ten sam HW w części routerowej.
Sprawdzę, jak dodać USB ID do kernela do tego modemu. Szkoda, że używa tego parszywego RNDISa, a nie np MBIM ![]()
Zrebasowałem branch na masterze z już wciągniętym MF286 i przy okazji poprawiłem to i owo, w tym instrukcję instalacji - dopiero teraz wyłapałem, że w U-boocie zmieniły się domyślne adresy na te z puli 192.168.0.1/24.
RFC please, zanim otworzę PR: https://github.com/Leo-PL/openwrt/tree/zte_mf286a
@Cezary chodzi o offset wartości, nie adresu MTD. Tak jak w MF286 zrobiłem +1 na 5GHz, tak tu jest +0x20000, jak w stocku, wyliczane oczywiście w runtime z jedynego adresu na partycji "mac". Wrzucę za chwilę update, to wypatrzysz.
W device tree po prostu ustawiłem "mac-address-increment = <0x20000>;"
@Cezary jednak poprawny offset MAC na 5GHz to 0x20000 i taki ustawię w swoim PR.
Myślałem, że toole do flashowania modemu mogą być zaszyte w rootfsie, ale nie są. Prawdopodobnie trzeba wyciągnąć modem, podłączyć adapterem do PC i nakarmić tymi plikami ZTE terminal update framework. A że modemu nie mam fizycznie, to tego nie zrobię.
Ja w tak zwanym międzyczasie wyszarpałem pliki do update'u modemu z MF286(A) z paczki dna.fi. Zaraz będę eksperymentował.
edit: na razie nic, ale już jest postęp, loader przynajmniej się załadował i nie wywala się na poziomie USB
sudo ./edl --vid 19d2 --pid 0076 --loader ../mdm9635/armprg.bin rf modem.bin
No module named 'Crypto'
Qualcomm Sahara / Firehose Client V3.60 (c) B.Kerler 2018-2022.
main - Using loader ../mdm9635/armprg.bin ...
main - Waiting for the device
main - Device detected :)
sahara - Protocol version: 2.1
main - Mode detected: sahara
Device is in streaming mode, uploading loader
sahara - Device serial : 0x13548af7
sahara - Protocol version: 2.1
Traceback (most recent call last):
File "./edl", line 380, in <module>
base.run()
File "./edl", line 313, in run
mode, resp = self.sahara.connect()
ValueError: too many values to unpack (expected 2)Właśnie bawię się stockowym softem z Tele2 na MF286A, zdalnie. telnetd też brak ![]()
Dodaj nowy interfejs typu "QMI" o nazwie "wan", wybierze urządzenie /dev/cdc-wdm0 (jedyne na liście), zatwierdź. Jeżeli nie masz PINu na karcie, powinno działać.
Ja dodając MF286 zaznaczyłem, że MAC od Wi-Fi 5GHz jest inaczej, bo ZTE oryginalnie zrobiło jakieś cuda z najwyższym oktetem, podnosząc go o 0x320000000000, co jest nie do wyrażenia w device tree, więc inkrementacja jest o 1. w MF286A jest tak samo, tylko tam podnieśli adres o 0x20000. Ale ponieważ OpenWrt inkrementuje ten właśnie oktet dla dodatkowych SSID, prawdopodobnie zostawię to tak jak jest (+1, by nie kolidowało.
eko.one.pl → Posty przez Leo-PL
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc