Odp: ZTE MF286 zmiana FW
No MF286 na orginalnym sofcie też potrafi to zrobić...
Tak, wiem, to jeden z jego trybów pracy. Mikrotik też potrafi ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF286 zmiana FW
Strony Poprzednia 1 … 23 24 25 26 27 … 41 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
No MF286 na orginalnym sofcie też potrafi to zrobić...
Tak, wiem, to jeden z jego trybów pracy. Mikrotik też potrafi ![]()
EDIT2: To ja się bawiłem przyciskiemwyłączenia LED w trybie nocnym.... Przy okazji router/modem jakoś może wyłączyć wszystkie diody... Może można to zaimplementować.
Jak Królik pisał - większość ledów jest sterowana bezpośrednio przez modem, jak sobie wejdziesz na modem (przez adb shell) to możesz się diodami pobawić. Bezpośrednio do systemu (openwrt) te diody nie są eksportowane, więc system ich po prostu nie widzi.
Ok ,myślałem ,że znajdzie się jakaś komenda at....
Ok ,myślałem ,że znajdzie się jakaś komenda at....
Może jest, tylko jeszcze o niej nie wiemy ![]()
Trzeba by stringi zbadać z PFW pod katem wystąpień "AT".
@Cezary, podpowiesz jak mam to audio sprawdzić dla mirko z githuba?
Nie wiem o czym gość pisze. /dev/ttyUSB nie istnieje (chyba że chodziło mu o jeden z interfejsów), ale i tak nie wiem że i czy Huawei tak udostępnia audio z modemu.
Wątek o padłym modemie jest tutaj:
MiG25 napisał/a:No MF286 na orginalnym sofcie też potrafi to zrobić...
Tak, wiem, to jeden z jego trybów pracy. Mikrotik też potrafi
Przy mifi to by się taka możliwość przydała , mifi działa jako modem i jest wpięty skrętką już do "prawdziwego" routera w WAN...
Co do wgrywania oprogramowania pod windowsem to chyba wszystko zależy od configu który jest w postaci binarnej. Jeśli wersja w nim zgadza się z wersją w routerze to później możemy wgrać już dowolne pliki modem.tgz, recovery_root_fs.tgz, root_fs.tgz, ztedata.tgz z katalogu FOTA_FS. Tak właśnie jest robiony debrand TIM na Elisa.
Tutaj configi od tych 2 wersji:
https://uploadfile.pl/pokaz/2187515---czhk.html
https://uploadfile.pl/pokaz/2187516---eesc.html
+ZCAINFO: 212, 20, 59100, 6350, 10.0; 37, 1, 1, 227, 15.0; 483, 1, 3, 1599, 10.0;
Możesz pokazać wynik sms_tool -d /dev/ttyUSB2 at "at+zcainfo=?"
root@MiFi:/# sms_tool -d /dev/ttyUSB2 at "at+zcainfo=?"
at+zcainfo=?
+ZCAINFO:PCell info:LTE PCI, LTE Band,LTE TAC, EARFCN,Bandwidth
Scell INFO:LTE PCI, LTE Band,CA STATE(0-Deconfigured,1-configured,2-active),EARFCN,Bandwidth
2nd Scell info if 3CA availableNajlepsze ,że w jdnym scell wartość jest 3 , a takiej nie przewidują .. ( chyba że 3 = 1+2)
Właśnie o to mi chodzi. Ale nie nie jest suma, bo jak sam pokazałeś miałeś B20 + B1 + B1 ale w stanie "3". Mój zwraca identycznie, myślałem że może inny firmware coś wnosi nowego w opisie. Wygląda na to że 3 muszę odrzucić przy wyświetlaniu, bo skonfigurowany i aktywny band to to nie jest.
Nie można mieć też agregacji B1+B1 ( przynajmniej w Polsce), raczej na pewno te opisy są zamienione miejscami, CA STATE u mnie było w obu 1 , a LTE BAND był 1 i 3 , czyli B20+B1+B3.
o i wnika ,że były nieaktywne.
EDIT:
u wynik ,przy agregacji Playa:
at+zcainfo?
+ZCAINFO: 100, 3, 115, 1474, 15.0; 100, 1, 7, 3350, 20.0; 100, 1, 1, 523, 15.0;Trzecia cyfra to na bank band ![]()
Ok, pozmieniam sobie skrypty wieczorem. Dzięki za pomoc.
Oczywiscie trzecia cyfra to band w scell ,w pcell to druga liczba
Przy speedteście dostaje serię takich błędów w logu :
root@MiFi:/# sms_tool -d /dev/ttyUSB2 at "at+zcainfo?"
at+zcainfo?
+ZCAINFO: 100, 1, 115, 523, 15.0; 100, 2, 7, 3350, 20.0; 100, 2, 3, 1474, 15.0;
root@MiFi:/# [ 233.496305] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 233.500461] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 233.505477] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.654254] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.658396] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.663489] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.669538] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.675628] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.680595] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 234.685532] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 235.522276] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37
[ 235.526399] xhci-hcd xhci-hcd.0.auto: ERROR unknown event type 37Dzieje się to przy download , no i w tej chwili max co osiągam to 60Mbps. Może pora nieodpowiednia....
Sterownik xhci od usb dostał coś czego nie obsługuje. To generalnie nadaje się żeby na listę kernela zgłosić, ale zaraz będzie żebyś sprawdził ostatnią wersję kernela czy nadal występuje ![]()
Wydaje mi się ,że to jak przekroczy prędkość pobierania 30Mbps przez jakis dłuższy czas to tak się dzieje... Nie widzę ,żeby to mialo jakiś wpływ.
Wg googli to się cały czas przewija od paru lat (!) w kernelu i nic z tym nie zrobili.
W mifi tego nie ma , ale w luci w banerze były jakieś temperatury wifi 2,4 i 5.... całkiem wysokie. Miałem się zapytać skąd one ...
W mifi tego nie ma , ale w luci w banerze były jakieś temperatury wifi 2,4 i 5.... całkiem wysokie. Miałem się zapytać skąd one ...
Z układów radiowych
Geez, ale ten temat się zderailował :-D
Więc można dopisać , aby ustawić modem na wan należy wykonać komendy:
uci del network.wan uci del network.wan6 uci set network.wan=interface uci set network.wan.proto=qmi uci set network.wan.device=/dev/cdc-wdm0 uci set network.wan.apn=internet uci commit network reboot
@Królik, przydałoby się to zrobić via uci_defaults, dodając funkcję w stylu ucidef_set_wan_qmi która łykałaby te parametry. Jest kilka urządzeń w upstreamie, które na tym skorzystają. Mogę spróbować to naspawać jak będę wystawiał MF286.
Po wysłaniu USSD zamiast ASCII są HEX :
root@MiFi:~# echo -e -n 'AT+CUSD=1,"*101#",15\r' > /dev/ttyUSB1 && cat /dev/ttyUSB1
OK
+ZNITZ: 2022,1,27,19,35,11,4,0
+CREG: 1,"73","FDFAC", 2
+CUSD: 0,"0050006F007A006F007300740061006C006F00200043006900200030002C00300030007A006C002E0044006F006400610074006B006F0077006F00200077002000720061006D006100630068002000730072006F0064006B006F0077002000700072006F006D006F00630079006A006E0079006300680020006D00610073007A00200030002C00300030007A006C002E0020004D006F007A00650073007A0020006B006F0072007A007900730074006100630020007A0065002000730072006F0064006B006F0077002000620065007A007400650072006D0069006E006F0077006F002E",72
+ZNITZ: 2022,1,27,19,35,12,4,0Okienko z identycznym HEXem wyświetla się po wysłaniu kodu USSD przez stronę.
Geez, ale ten temat się zderailował :-D
MiG25 napisał/a:Więc można dopisać , aby ustawić modem na wan należy wykonać komendy:
uci del network.wan uci del network.wan6 uci set network.wan=interface uci set network.wan.proto=qmi uci set network.wan.device=/dev/cdc-wdm0 uci set network.wan.apn=internet uci commit network reboot@Królik, przydałoby się to zrobić via uci_defaults, dodając funkcję w stylu ucidef_set_wan_qmi która łykałaby te parametry. Jest kilka urządzeń w upstreamie, które na tym skorzystają. Mogę spróbować to naspawać jak będę wystawiał MF286.
to może bez linijki "uci set network.wan.apn=internet" (bez niej działa o ile jest ustawiony apn w samym modemie wcześniej) , tylko oprócz tego trzeba osobno ustawić apn komendą AT ( bo to stamtąd modem je bierze) , i ew jeszcze PIN ( rownież chyba komendą AT).
Bo apn "internet" niekoniecznie działa w innych niż polskie sieci....
Strony Poprzednia 1 … 23 24 25 26 27 … 41 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF286 zmiana FW
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc