Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Sprzęt / Hardware → ZTE MF286R - OpenWrt
Strony Poprzednia 1 … 42 43 44 45 46 … 50 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
O wiele słabszy procek, mniej rdzeni i słabszy modem.
Czołem. Proszę o podpowiedź. To jest log z fabrycznego softu. Czy jemu coś dolega czy ma simlock Plusa (mam tylko karty Play). Czy wgranie owrt powinno jemu pomóc ? Niby wszystko super nawet diagnostykę zalicza bez błędów, niby do sieci zalogowany ale przepływ danych =0 (zero).
Czy znacie jakiś kod na sprawdzenie simlock ?
Aug 8 18:45:18 (none) kern.emerg rndis[713]: rndis.c, 216 receive MSG_CMD_WEB_REQ_RNDIS_DISCONNECT
Aug 8 18:45:18 (none) kern.emerg rndis[713]: rndis.c, 560 do not need to report backuo ignore......
Aug 8 18:45:18 (none) kern.err rndis[713]: rndis.c, 1621 send_message failed:can not get target msg id 0x1046!
Aug 8 18:45:18 (none) kern.err zte_router[1009]: zte_router.c, 4539 RECV usSourceModuleID is 0x1022 !!!
Aug 8 18:45:18 (none) kern.err router_msg[7713]: libzte_router.c, 1003 get msg id of [0x1048] failed, i = [0], errno = [2][No such file or directory]!
Aug 8 18:45:19 (none) kern.warn kernel: [ 1193.340000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:19 (none) kern.warn kernel: [ 1193.500000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:19 (none) kern.warn kernel: [ 1193.560000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:19 (none) kern.warn kernel: [ 1193.970000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:20 (none) kern.warn kernel: [ 1194.990000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:21 (none) kern.err router_msg[7713]: libzte_router.c, 1003 get msg id of [0x1048] failed, i = [1], errno = [2][No such file or directory]!
Aug 8 18:45:22 (none) kern.warn kernel: [ 1196.200000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:24 (none) kern.err router_msg[7713]: libzte_router.c, 1003 get msg id of [0x1048] failed, i = [2], errno = [2][No such file or directory]!
Aug 8 18:45:25 (none) kern.emerg rndis[713]: rndis.c, 210 receive MSG_CMD_WEB_REQ_RNDIS_CONNECT
Aug 8 18:45:26 (none) kern.warn kernel: [ 1200.870000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:26 (none) kern.warn kernel: [ 1201.000000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:26 (none) kern.warn kernel: [ 1201.050000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:27 (none) kern.warn kernel: [ 1201.720000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:27 (none) kern.err router_msg[7713]: libzte_router.c, 1016 send_message failed:can not get target msg id 0x1048, errno = [2][No such file or directory]!
Aug 8 18:45:28 (none) kern.warn kernel: [ 1202.740000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:28 (none) kern.warn kernel: [ 1202.790000] rndis_rx_fixup error--> invalid bridge_mode_addr,so use the usbnet MAC addr!
Aug 8 18:45:32 (none) kern.emerg rndis[713]: rndis.c, 1026 ProcAtZGIPDNSNotify :1,IP,10.105.144.36,10.105.144.36,185.89.185.2,89.108.202.21,,,,
Aug 8 18:45:32 (none) kern.emerg rndis[713]: rndis.c, 1030 ProcAtZGIPDNSNotify IP
Aug 8 18:45:32 (none) kern.emerg rndis[713]: rndis.c, 560 do not need to report backuo ignore......
Aug 8 18:45:32 (none) kern.err rndis[713]: rndis.c, 1621 send_message failed:can not get target msg id 0x1046!
Aug 8 18:45:32 (none) kern.err zte_router[1009]: zte_router.c, 4539 RECV usSourceModuleID is 0x1022 !!!
Aug 8 18:45:52 (none) kern.err DM-FOTA[2012]: platform/dmc_print.c, 378, #####current time is 1723142752,expected polling time is 1723157160
Aug 8 18:45:52 (none) kern.warn DM-FOTA[2012]: platform/dmc_print.c, 378, OMA_DM_POLLING_NOT_PASSED
Aug 8 18:45:52 (none) kern.warn DM-FOTA[2012]: platform/dmc_print.c, 378, OMA_DM_POLLING_SLEEP 60 about secondsinvalid bridge_mode_addr? Przestaw go z tego trybu bridge? Nic tu nie ma o simlocku.
invalid bridge_mode_addr? Przestaw go z tego trybu bridge? Nic tu nie ma o simlocku.
Tak jest, dzięki bardzo.Tak czy siak wejdzie tu MiFi.
Włącz sobie od razu monitor połączenia, bo pod openwrt ten modem nie zachowuje się stabilnie.
A czy bez lutowania jest jeszcze metoda inna niż tutaj:
https://openwrt.org/toh/zte/mf286r
Jakoś telnetd się nie inicjuje, tftpd nie zaskakuje...
A może spod innej wersji oryginalnego softu, którego nie ma oficjalnie ? Ktoś coś jakiś link ?
Masz kilka metod, jeżeli żadna nie działa to zostaje tylko uart.
Masz kilka metod, jeżeli żadna nie działa to zostaje tylko uart.
Mimo wszystko próbuję jeszcze bezinwazyjnie, ale w/w instrukcja czegoś nie wie:
admin@(none):/tmp# nandwrite -p /dev/mtd16ro /tmp/initramfs-kernel.bin
/dev/mtd16ro: Permission denied
admin@(none):/tmp# cat /proc/driver/sensor_id
cat: can't open '/proc/driver/sensor_id': No such file or directoryJesteś pewien że to ma być mtd16to? A nie /dev/mtd16 po prostu?
Jesteś pewien że to ma być mtd16to? A nie /dev/mtd16 po prostu?
Tak samo.
admin@(none):/tmp# nandwrite -p /dev/mtd16 /tmp/initramfs-kernel.bin
Writing data to block 0 at offset 0x0
libmtd: error!: cannot write 2048 bytes to mtd16 (eraseblock 0, offset 0)
error 1 (Operation not permitted)
nandwrite: error!: /dev/mtd16: MTD write failure
error 1 (Operation not permitted)
Data was only partially written due to error
: Operation not permitted
admin@(none):/tmp# cat /proc/driver/sensor_id
cat: can't open '/proc/driver/sensor_id': No such file or directoryCezary napisał/a:Jesteś pewien że to ma być mtd16to? A nie /dev/mtd16 po prostu?
Tak samo. Czy w tym forum jest gdzieś inna bezinwazyjna procedurka ?
admin@(none):/tmp# nandwrite -p /dev/mtd16 /tmp/initramfs-kernel.bin Writing data to block 0 at offset 0x0 libmtd: error!: cannot write 2048 bytes to mtd16 (eraseblock 0, offset 0) error 1 (Operation not permitted) nandwrite: error!: /dev/mtd16: MTD write failure error 1 (Operation not permitted) Data was only partially written due to error : Operation not permitted admin@(none):/tmp# cat /proc/driver/sensor_id cat: can't open '/proc/driver/sensor_id': No such file or directory
Pokaż cat /proc/mtd
Pokaż cat /proc/mtd
admin@(none):/tmp# cat /proc/mtd
dev: size erasesize name
mtd0: 000a0000 00010000 "u-boot"
mtd1: 00020000 00010000 "u-boot-env"
mtd2: 00140000 00010000 "reserved1"
mtd3: 000a0000 00020000 "fota-flag"
mtd4: 00080000 00020000 "art"
mtd5: 00080000 00020000 "mac"
mtd6: 000c0000 00020000 "reserved2"
mtd7: 00400000 00020000 "cfg-param"
mtd8: 00400000 00020000 "log"
mtd9: 000a0000 00020000 "oops"
mtd10: 00500000 00020000 "reserved3"
mtd11: 00800000 00020000 "web"
mtd12: 00300000 00020000 "kernel"
mtd13: 01a00000 00020000 "rootfs"
mtd14: 01900000 00020000 "data"
mtd15: 03200000 00020000 "fota"
mtd16: 01d00000 00020000 "firmware"Ktoś zalecił odblokować to inną komendą, ale po reboocie nie dostaje już IP.
admin@(none):/tmp# echo 102 > /sys/devices/platform/ath79-spi/spi_master/spi0/spi0.1/change_speed
admin@(none):/tmp# nandwrite -p /dev/mtd16 /tmp/initramfs-kernel.bin
Writing data to block 0 at offset 0x0
Writing data to block 1 at offset 0x20000
Writing data to block 2 at offset 0x40000
Writing data to block 3 at offset 0x60000
Writing data to block 4 at offset 0x80000
Writing data to block 5 at offset 0xa0000
Writing data to block 6 at offset 0xc0000
Writing data to block 7 at offset 0xe0000
Writing data to block 8 at offset 0x100000
Writing data to block 9 at offset 0x120000
Writing data to block 10 at offset 0x140000
Writing data to block 11 at offset 0x160000
Writing data to block 12 at offset 0x180000
Writing data to block 13 at offset 0x1a0000
Writing data to block 14 at offset 0x1c0000
Writing data to block 15 at offset 0x1e0000
Writing data to block 16 at offset 0x200000
Writing data to block 17 at offset 0x220000
Writing data to block 18 at offset 0x240000
Writing data to block 19 at offset 0x260000
Writing data to block 20 at offset 0x280000
Writing data to block 21 at offset 0x2a0000
Writing data to block 22 at offset 0x2c0000
Writing data to block 23 at offset 0x2e0000
Writing data to block 24 at offset 0x300000
Writing data to block 25 at offset 0x320000
Writing data to block 26 at offset 0x340000
Writing data to block 27 at offset 0x360000
Writing data to block 28 at offset 0x380000
Writing data to block 29 at offset 0x3a0000
Writing data to block 30 at offset 0x3c0000
Writing data to block 31 at offset 0x3e0000
Writing data to block 32 at offset 0x400000
Writing data to block 33 at offset 0x420000
Writing data to block 34 at offset 0x440000
Writing data to block 35 at offset 0x460000
Writing data to block 36 at offset 0x480000
Writing data to block 37 at offset 0x4a0000
Writing data to block 38 at offset 0x4c0000
Writing data to block 39 at offset 0x4e0000
Writing data to block 40 at offset 0x500000
Writing data to block 41 at offset 0x520000
Writing data to block 42 at offset 0x540000
Writing data to block 43 at offset 0x560000
Writing data to block 44 at offset 0x580000
Writing data to block 45 at offset 0x5a0000
Writing data to block 46 at offset 0x5c0000
Writing data to block 47 at offset 0x5e0000
Writing data to block 48 at offset 0x600000
Writing data to block 49 at offset 0x620000
Writing data to block 50 at offset 0x640000
Writing data to block 51 at offset 0x660000
Writing data to block 52 at offset 0x680000
Writing data to block 53 at offset 0x6a0000
Writing data to block 54 at offset 0x6c0000
Writing data to block 55 at offset 0x6e0000
Writing data to block 56 at offset 0x700000
Writing data to block 57 at offset 0x720000
admin@(none):/tmp# reboot -fJeżeli nie dostaniesz adresu to zostaje i tak rozebranie go i podłączenie uarta.
Jeżeli nie dostaniesz adresu to zostaje i tak rozebranie go i podłączenie uarta.
Pozostaje zatem dopytać jak go otworzyć bez uszkodzenia bo śrubek to tutaj nie widać.
Tylni panel jest na zatrzaskach, jak zdejmiesz to w wewnętrznym plastiku są cztery wkręty to zejdzie przedni panel.
Cześć, to moj pierwszy post więc chciałem przywitać wszystkich i podziękować za dobrą robotę!
Jestem na openwrt na MF286R od 2 tygodni i zauważyłem że po kilku godzinach agregacja pasma przestaje działać. Jak na razie tylko reboot rozwiązuje problem.
Nie szukałem za wiele ale może macie jakieś wskazówki w jakich logach szukać problemu? Może macie jakiś skrypt na wykrywanie i auto-restart?
Po kilku godzinach ,czy konkretnie w w/po nocy ?
Agregacja zależy przeważnie od nadajnika ,i tu wiele nie zrobisz , jedne co zamiast autorestartu to np na chwilę przełączyć na 3G i z powrotem 3G/4G licząc ,że agregacja wróci.
No i standardem jest , że operatorzy na noc wyłączają pasma , i rankiem na nadajnik wracają , ale router bez "kopa" nie koniecznie je zauważa.
Cześć, to moj pierwszy post więc chciałem przywitać wszystkich i podziękować za dobrą robotę!
Jestem na openwrt na MF286R od 2 tygodni i zauważyłem że po kilku godzinach agregacja pasma przestaje działać. Jak na razie tylko reboot rozwiązuje problem.
Nie szukałem za wiele ale może macie jakieś wskazówki w jakich logach szukać problemu? Może macie jakiś skrypt na wykrywanie i auto-restart?
Agregację może wyłączyć operator w pewnych godzinach, zazwyczaj nocnych w celu oszczędności energii.
Druga możliwość to brak aktywności transmisji danych przez pewien czas i jak zalogujesz się do routera to zobaczysz brak agregacji.
Agregacja powinna włączyć się jak zaczniesz korzystać z internetu.
Więc jak nie korzystasz z internetu, a tylko sprawdzasz w routerze czy jest agregacja to w tym konkretnym momencie może nie być agregacji.
Trzeba rozróżnić, czy aktywnie korzystasz z internetu i nagle przestaje działać agregacja, a jeżeli tak to jaki operator komórkowy i w jakich godzinach to występuje, czy tylko sprawdzasz sobie w routerze, czy nadal jest agregacja ale nic nie robisz w internecie.
@Focus
To co na tą chwilę mogę napisać to to że przez noc agregacja działała.. pożniej o 9 rano też, a po 10.00 gdy włączyłem laptopa już nie
Na tą chwilę jestem zalokowany do jednej częstotliwości i w momencie gdy triggeruje download, speedted, czy cokolwiek, nie dołącza drugiej
w logach nie widzę nic szczególnego, co by zwróciło moją uwagę a po restarcie znowu wszystko wróciło do normy i łącze się na 2 częstotliwościach
W kazdym razie rozumiem że Wy nie macie takich problemów i że może on być związany z moim routerem i/lub jego konfiguracją
Router kompletnie nie ma nic do agregacji. Z poziomu modemu masz mieć włączone dane bandy i tyle, nawet nie znamy/nie wiemy czy istnieje polecenie do tego modelu w celu włączenia/wyłączenia agregacji. Ale jak normalnie agregacja ci działa to routerowi nic do tego.
Czy jest jakiś sposób aby sprawdzić co się dzieje z modemem? ew na interfejsie usb czy ttyacm0 - jesli ma to jakis sense według was?
Poleceniami AT. Czyli jak używasz 3ginfo czy pochodnych to dokładnie tak jest odpytywany modem i wyświetlane są dane z niego.
Na tą chwilę moja obserwacja wygląda tak, że dopóki nie zaglądam do 3ginfo w luci to agregacja działa
3ginfo 20240424
3ginfo-lite 20240424
3ginfo-qmisignal 20240424
3ginfo-text 20240424
luci-app-3ginfo-lite 1.0.73-20240622
OpenWrt 23.05-SNAPSHOT r24016-f791ec1f6d
LuCI openwrt-23.05 branch git-24.212.79335-cdbe903
Strony Poprzednia 1 … 42 43 44 45 46 … 50 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Sprzęt / Hardware → ZTE MF286R - OpenWrt
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc