Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez pawol
Wroce jeszcze do rozjezdzania sie nvramu. Juz wiem dlaczego chcalem updejtowac U-Boota:)
Tyle ze raczej to nie kwestia uboota ze snapshota ale ogolnie cos nie halo z ubotem openwrt layout. Drugi router na ESMT tez mial rozjechany nvram.
Teraz pytanie jakie parametry w envie są madatory dla ubotow openwrt? Bo raczej te oryginalne nie maja w wiekszosci zastosowania
juz mi sie odechcialo update uboota. Gra nie warta świeczki z tego co mowicie 
w Jakich okolicznosciach nastepuje przelaczenie na partycje recovery? Mam tam wrzucony obraz tez.
dobrze ze zapytalem, thx
A kiedy i w jakich okolicznosciach zdecydują przeportować?
Chyba przestałem kumać idę master streama i brancza na openwrt
bo np. w snapszodzie 14.10.0 jest nowe apk zamiast opkg i spodziewałem sie tego w 24.10.1
a tymczasem zdziwko bo dalej jest po staremu opkg.
Czyli ze dopiero w 24.11 bedzie uboot obslugiwał nowe routery?
@cezary.
Jak teraz wyszedł 24.10.1 to uboot z niego będzie juz wspierał Winbonda i AN8855?
Zmierzam do tego, że nie trzeba snapshota 24.10.0 uzywać (nie ufam snapszotom)
Jak teraz bezpiecznie podmienić uboota z 24.10.0 (snapszot) na nowszy 24.10.1 ?
good... to ostatnie pytanie w temacie. jeden w wpisow w envie to rand_nonce=blabla o dlugosci kilkuset znakow. Nie idie tego wkleic w calosci bo terminal tnie wrtosc gdzies w polowie. Tez jest jakis patent nataki dluuuugi klucz?
Niestety kopia tez jest skopana, cos musialo na wczesnym etapie padnąć, router chodzi ale i tak chę to naprawić.
Jak komendą fw_setenv ustawić dłuuuugie i nietypowe stringi?
Zrobiłem już cały nvram ręcznie
komendami ale rozbudowane komendy jak:
fw_setenv boot_rd_img2 "nand read ${loadaddr} 0x20C0000 2000;image_blks 2048;nand read ${loadaddr} 0x20C0000 ${img_align_size}"
robi zamiast wpisu:
boot_rd_img2=nand read ${loadaddr} 0x20C0000 2000;image_blks 2048;nand read ${loadaddr} 0x20C0000 ${img_align_size}
taki oto:
boot_rd_img2=nand read 0x20C0000 2000;image_blks 2048;nand read 0x20C0000
klamry coś kaleczą
Modre głowy powiedzcie prosze jak s shella openwrt przywrócić partycje mtd1 i mtd2. W envie po fw_printenv jakies głupoty są i crc error - wcześniej był jakis inny bootloader i pewnie to pozmieniał)
Dobrze kombinuję?
insmod mtd-rw i_want_a_brick=1
mtd write /tmp/mtd1.bin Nvram
mtd write /tmp/mtd2.bin Bdata
czu coś trzeba jeszcze przed zapodać?
hah no to probowalem z -v i -allow-untrusted ale osobno i nie szlo, bedzie okazja to sproboje obie opcje na raz
a co daje opcja recovery +10MB w ubocie openwrt?
BTW na snapszotowym obrazie widac ze wycofali opkg i jest durnowate apk z którego nie mozna instalowac lokalmie z palucha .apk
Bez internatu troche ciezko doinstalować moduł kmod-mtd-rw.
No chyba ze jest jakis patent ale nie jest to intuicyjne w kazdym razie
bardziej pod kątem ewentualnego debrikowania. w ubocie open wrt przynajmniej wiem ze na tftp 192.168.1.254 ma sie pojawic obraz pod nazwą openwrt-mediatek-filogic-xiaomi_mi-router-ax3000t-ubootmod-initramfs-recovery.itb
O debrikowaniu stokowego uboota internet milczy.
A parę razy w życiu jakimś cudem ubiłem openwrt podczas update obrazu. Wiec wolę dmuchac na zimne
update.
dziwne to debrikowanie z tftp na stokowym ubocie
The router then connects to the TFTP server (where your DHCP server listen, e.g.: 192.168.31.100) and tries to download a file named with the IP address given by the DHCP server converted to hexadecimal.
@Cezary czekaj czekaj powoli...
Czyli mam wziąść ubota z ostatniego "snapshot" bo regularny 24.10 nie ma supportu?
Moge potem używac normalnego firmware .itb czy też musze "snapshot" .itb?
Lecę według opisu na wiki z update uboota przy powyzszych zastrzeżeniach?
Cześć,
sflaszowałem właśnie z sukcesem Xiaomi ax3000t rd03 z Winbond i AN8855 na openwrt 24.10.0 bez najmniejszego problem.
Chciałnym sflaszowac uboota ale opis na openwrt woła o pomstę.
Totalnie nie kumam jak to zrobić i co autorzy mają na myśli chociazby w w warningu przytoczonym na dole.
Czym sie rozni ubootmod od openwrt u-boot?
No i jak w końcu to zrobic aby nie uwalić routera?
Jakie kozysci będa z uboota openwrt? Łatwiejszy / szybsze recovery?
https://openwrt.org/inbox/toh/xiaomi/ax … ort_status
Warning! AN8855, Winbond and Foresee are compatible with OpenWrt U-Boot loader BL2 and FIP only in Snapshot build. Meanwhile, ubootmod sysupgrade is fully compatible with AN8855, Winbond and Foresee starting from 24.10.0 version. You can use Snapshot U-Boot loader together with 24.10.0 ubootmod version.
ok. myslalem ze luci na wan jest domyslnie włączone To w takim razie zalatwia temat. thx
Pytanie do mądrzejszych...
Znalazłem w LUCI jak wyłaczyc dostęp po ssh od strony WAN ale jak to zrobic aby od WANu nie było dostępu do LUCI?
ssh i gui ma byc tylko po LAN
Nie jest to prawdą. W tmobile trzyma non stop 3 bandy
wrocilem na tmobile i walczylem z frameworkiem (zeby przejsc na nordic) w wirtualce. Moze przeoczyl szczegol w opisie po prostu
mialem dokładnie to samo wiec 2 historie z 2 znanych potwierdzone
ciekawe czemu tmobile sie zdecydowal na to. chyba ze to jakis przelaczaja
z drugiej strony mamy potwierdzenie ze modem z nowym softem tmobile pracuje w innym trybie niz qmi. czy to zle? nie sadze, po prostu inaczej.
ma to co ja miesiac temu na nowym sofcie tmobile w modemie. Podniosłem modem na Nordica i qmi wrociło do łaski. Pisałem o tym w listopadzie..
Nie ma takich plików dla A i R. Tylko dla D. Opis procedury też jest wyłącznie dla D.
Ok. Mam i ja Nordic B12
Framework poszedł na patencie z VMką zbridzowaną do kabla. Na służbowym lapku namotane jest z firewalami i innymi blokadami wiec tylko mi VM przyszła do głowy.
A wiec wracając na soft Playa okazało się że na gui wyświetla wersję CR_NTTPLMF286DV1.0.1B02 a sam modem zwracał komendą ATI wersję modemu BD_MF286DMODULEV1.0.0B03.
Kto w sumie powiedział, że numerki systemu i modemu mają być te same.
Co do pracy frameworka to natknąłem się na niewielki problem przy przechodzeniu Play -> Nordic, że framework stanął na 99% wyświetlając informację że trwa finalny reboot routera. W sumie mnie to nie dziwi bo Play ma podsiec domyślną 192.168.0.0/24 a Nordik 192.168.32.0/24 i stąd wyniknął problem. Na kolanie wynalezione hasło przez nv show|grep -i password nie pasowało do gui nordika a chciałem na szybciora zmienic podsieć na właściwą. Ostatecznie olałem to i zatrzymałem frameworka. Nic złego się nie stało.
Wniosek. przy przechodzeniu frameworkiem Play -> Nordic ustawić w Playu podsiec 192.168.32.0/24 i nie będzie tego problemu.
Następny wniosek jest z pracy przy podnoszeniu B02 Nordic do B12. Raczej nie odpalać wtedy gui openwrt aby podglądać na 3ginfo stan modemu bo gryzie się to z picocomem. Po prostu 2 apki próbują do jednego zasobu się dobrać.
Kolejny wniosek to, że przy kolejnych podbiciach modemu i jego rebootach, jego port USB lubi sobie zmienić numerek np. ttyUSB1 na ttyUSB2.
I to w sumie wszystko. Poszło składnie. Na B12 wróciło QMI w openwrt w starej formie - pisałem o dziwnym zjawisku stronę wcześniej
A widzisz tez widziałem b02 u siebie i nagle okazało sie ze na modemie jest B03
Jaka wersje softu miales na tmobile? B01, 02 czy 03?
eko.one.pl → Posty przez pawol
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc