Дорогие пользователи! У нас появился новый форум на платформе tp-link.community (Сообщество)

Форум доступен по ссылке https://community.tp-link.com/ru

Если при регистрации в Сообществе Вы укажете адрес электронный почты, который используете на данном форуме, то Ваши данные будут перенесены на форум Сообщества автоматически.
Также, если на форуме Сообщества Ваш никнейм будет занят, то Вам предложат сменить его или оставить, но с приставкой "_RU".

Подробнее Вы можете прочитать тут: https://community.tp-link.com/ru/home/f ... pic/501542

Убедительная просьба не дублировать темы на старом/новом форуме.

Восстановление прошивки.

Беспроводной гигабитный маршрутизатор серии N со скоростью передачи данных до 300 Мбит/с
Ответить
krbofos
Сообщения: 4
Зарегистрирован: 04 фев 2016, 16:24
Страна: ДНР

Восстановление прошивки.

Сообщение krbofos » 04 фев 2016, 16:34

Аппаратная версия устройства: Ver. 1.0
Ваша страна: ДНР
Подключение с ПК по wifi или по кабелю?: любой
Ваша операционная система: Win7x64
Антивирусные программы и фаерволы: SAV 12
Принесли практически новый сабж. После экспериментов электриков вышел из строя как БП, так и роутер. БП я починил, а вот с роутером беда. С периодичностью в 15сек происходит перезагрузка. Подключил Путю и вот что увидел:

Код: Выделить всё

========== SPI =============
SDRAM CLOCK:193MHZ
 ------------------------- Force into Single IO Mode ------------------------
|No chipID  Sft chipSize blkSize secSize pageSize sdCk opCk      chipName    |
| 0 ef4017h  0h  800000h  10000h   1000h     100h   40   32           UNKNOWN|
 ----------------------------------------------------------------------------
Reboot Result from Watchdog Timeout!

---RealTek(RTL8198)at 2013.07.05-15:21+0800 version v1.1f [16bit](620MHz)
no sys header found at 00010000
Jump to image start=0x80500000...
decompressing kernel:
Uncompressing Linux... done, booting the kernel.
done decompressing kernel.
start address: 0x80003750
CPU revision is: 0000dc02
Determined physical RAM map:
 memory: 04000000 @ 00000000 (usable)
Zone PFN ranges:
  Normal   0x00000000 -> 0x00004000
Movable zone start PFN for each node
early_node_map[1] active PFN ranges
    0: 0x00000000 -> 0x00004000
Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 16256
Kernel command line: console=ttyS0,115200 root=/dev/mtdblock2
icache: 16kB/32B, dcache: 8kB/32B, scache: 0kB/0B
NR_IRQS:48
PID hash table entries: 256 (order: 8, 1024 bytes)
console handover: boot [early0] -> real [ttyS0]
Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
Memory: 57804k/65536k available (2168k kernel code, 7660k reserved, 688k data, 100k init, 0k highmem)
Calibrating delay loop... 619.31 BogoMIPS (lpj=3096576)
Mount-cache hash table entries: 512
net_namespace: 496 bytes
NET: Registered protocol family 16
bio: create slab <bio-0> at 0
SCSI subsystem initialized
NET: Registered protocol family 2
IP route cache hash table entries: 1024 (order: 0, 4096 bytes)
TCP established hash table entries: 2048 (order: 2, 16384 bytes)
TCP bind hash table entries: 2048 (order: 1, 8192 bytes)
TCP: Hash tables configured (established 2048 bind 2048)
TCP reno registered
NET: Registered protocol family 1
squashfs: version 4.0 (2009/01/31) Phillip Lougher
msgmni has been set to 113
io scheduler noop registered
io scheduler deadline registered (default)
Realtek GPIO Driver for Flash Reload Default
Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled
serial8250: ttyS0 at MMIO 0x18002000 (irq = 8) is a 16550A
brd: module loaded
Driver 'sd' needs updating - please use bus_type methods
PPP generic driver version 2.4.2
NET: Registered protocol family 24
RTL8192C/RTL8188C driver version 1.4 (2010-12-22)
=====>>INSIDE rtl8192cd_init_one <<=====
PCIE reset (0)
Do MDIO_RESET
Find Port=0 Device:Vender ID=819110ec
vendor_deivce_id=819110ec
=====>>EXIT rtl8192cd_init_one <<=====
=====>>INSIDE rtl8192cd_init_one <<=====
=====>>EXIT rtl8192cd_init_one <<=====
=====>>INSIDE rtl8192cd_init_one <<=====
=====>>EXIT rtl8192cd_init_one <<=====
=====>>INSIDE rtl8192cd_init_one <<=====
=====>>EXIT rtl8192cd_init_one <<=====
=====>>INSIDE rtl8192cd_init_one <<=====
=====>>EXIT rtl8192cd_init_one <<=====
=====>>INSIDE rtl8192cd_init_one <<=====
=====>>EXIT rtl8192cd_init_one <<=====



Probing RTL8186 10/100 NIC-kenel stack size order[2]...
chip name: 8196C, chip revid: 0
==Set GPHY Parameter OK
NOT YET
Set threshould idx 0
eth0 added. vid=9 Member port 0x10...
eth1 added. vid=8 Member port 0x1...
eth2 added. vid=9 Member port 0x2...
eth3 added. vid=9 Member port 0x4...
eth4 added. vid=9 Member port 0x8...
eth5 added. vid=9 Member port 0x0...
[peth0] added, mapping to [eth1]...
SPI INIT
 ------------------------- Force into Single IO Mode ------------------------
|No chipID  Sft chipSize blkSize secSize pageSize sdCk opCk      chipName    |
| 0 ef4017h  0h  800000h  10000h   1000h     100h   40    0           UNKNOWN|
 ----------------------------------------------------------------------------
SPI flash(UNKNOWN) was found at CS0, size 0x800000
Creating 5 MTD partitions on "flash_bank_1":
0x000000000000-0x000000020000 : "boot+mac+pin"
0x000000020000-0x000000120000 : "linux"
0x000000120000-0x0000007e0000 : "root fs"
0x0000007e0000-0x0000007f0000 : "uc"
0x0000007f0000-0x000000800000 : "rf data"
nf_conntrack version 0.5.0 (1024 buckets, 5120 max)
CONFIG_NF_CT_ACCT is deprecated and will be removed soon. Please use
nf_conntrack.acct=1 kernel paramater, acct=1 nf_conntrack module option or
sysctl net.netfilter.nf_conntrack_acct=1 to enable it.
Ooops, why the devices couldn't been initialed?
ip_tables: (C) 2000-2006 Netfilter Core Team
TCP cubic registered
NET: Registered protocol family 17
802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
All bugs added by David S. Miller <davem@redhat.com>
Netlink[Kernel] create socket for igmp ok.
VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
Freeing unused kernel memory: 100k freed
init started:  BusyBox v1.01 (2013.06.06-10:08+0000) multi-call binary
xt_time: kernel timezone is -0000
insmod: cannot open module `/lib/modules/2.6.30/kernel/flashid.ko': No such file or directory
PPPoL2TP kernel driver, V1.0
PPTP driver version 0.8.3
insmod: cannot open module `/lib/modules/2.6.30/kernel/harmony.ko': No such file or directory
going into web_server
CPU 0 Unable to handle kernel paging request at virtual address c0020d96, epc == 800c45e0, ra == 800c453c
Oops[#1]:
Cpu 0
$ 0   : 00000000 10000400 ffffed96 c0020d96
$ 4   : 00020000 83173aa8 0000904c 00000000
$ 8   : 00000000 00020000 00000000 00007ddc
$12   : 00007de2 00000000 00001784 ffffffff
$16   : 00000003 02c0904c ffffffff ffffffff
$20   : 83173ad8 83173ab8 83173af8 00000000
$24   : 00000001 8004320c
$28   : 83170000 83173a98 c02b9000 800c453c
Hi    : 00000000
Lo    : 08a264f6
epc   : 800c45e0 unlzma+0xf78/0x1224
    Not tainted
ra    : 800c453c unlzma+0xed4/0x1224
Status: 10000404    IEp
Cause : 00000008
BadVA : c0020d96
PrId  : 0000dc02 (<NULL>)
Modules linked in: tp_kernel_calls rtl8198_gpio statistics wlan_warn pptp pppol2tp br_filter ts_kmp cls_fw cls_basic sch_sfq sch_prio sch_htb ipt_TRIGGER ipt_REJECT ipt_REDIRECT iptable_filter nf_nat_proto_gre xt_state xt_conntrack nf_conntrack_h323 nf_conntrack_proto_gre ipt_multiurl xt_time xt_string xt_multiport xt_mac xt_iprange xt_comment xt_TCPMSS xt_mark xt_MARK
Process ushare (pid: 331, threadinfo=83170000, task=8387d050, tls=00000000)
Stack : 830cc640 8391a4f0 83173b08 00000000 5d000200 00000000 00000200 000ba504
        800c34b4 c0002be4 c0000000 c000a1b1 0000a1b1 0739949c 142a677e 08a264f6
        c0022000 11000002 00007de2 80083c30 00000000 00000000 83173aa8 00000000
        00000007 02c0904c 00000308 00000158 000000a0 00000002 00000000 8387d050
        00000111 00000003 00000032 0000001d 00000003 00000003 00000000 c0000000
        ...
Call Trace:
[<800c45e0>] unlzma+0xf78/0x1224
[<800a9838>] lzma_uncompress+0x13c/0x284
[<800a4c44>] squashfs_read_data+0x470/0x684
[<800a502c>] squashfs_cache_get+0x1d4/0x318
[<800a6880>] squashfs_readpage+0x660/0x934
[<800497a4>] __do_page_cache_readahead+0x1d8/0x244
[<80049bb0>] ondemand_readahead+0x208/0x228
[<800407cc>] generic_file_aio_read+0x2b4/0x75c
[<80062430>] do_sync_read+0xc4/0x11c
[<8006253c>] vfs_read+0xb4/0xe8
[<800627cc>] sys_read+0x58/0xa0
[<80001374>] stack_done+0x20/0x3c


Code: 8e830000  00461023  00621821 <90620000> 0803118f  00000000  90a30001  90a20002  90a40003
Disabling lock debugging due to kernel taint
После этого всё снова повторяется.
Если перед подачей питания зажать РЕСЕТ, то всё намного проще:

Код: Выделить всё

========== SPI =============
SDRAM CLOCK:193MHZ
 ------------------------- Force into Single IO Mode ------------------------
|No chipID  Sft chipSize blkSize secSize pageSize sdCk opCk      chipName    |
| 0 ef4017h  0h  800000h  10000h   1000h     100h   40   32           UNKNOWN|
 ----------------------------------------------------------------------------
Reboot Result from Watchdog Timeout!

---RealTek(RTL8198)at 2013.07.05-15:21+0800 version v1.1f [16bit](620MHz)
no sys header found at 00010000

---Escape booting by user
Set GPHY Parameter OK

---Ethernet init Okay!
<RealTek>
При этом никакой реакции на клавиатуру (может что в Путе нужно настроить, хотя с моим wr842 всё норм работает).
Пробовал шаманство через tftpd - даже не пытается.
Я не совсем понимаю, что именно сломалось: boot-загрузчик вроде бы живой, если он пытается загрузить ядро, в то же время не дает паузу перед этим?
Или залита была какая-то хитрая прошивка, которая заодно и свой загрузчик зашила без поддержки Recovery Mode?
В принципе, на ПК присутствует LPT-порт, и можно собрать JTAG-адаптер, но для прошивки нужен полный дамп с флеш ром (если я правильно понимаю всю продцедуру).

Goodwin
Сообщения: 4361
Зарегистрирован: 25 май 2011, 10:56
Страна: Россия

Re: Восстановление прошивки.

Сообщение Goodwin » 05 фев 2016, 14:09

Скорее всего кроме как программатором прошивку не оживить.
Дамп попробуйте поискать , например тут http://vlab.su/viewtopic.php?f=267&t=24257
Перед тем, как создать тему, посетите раздел ЧАСТО ЗАДАВАЕМЫЕ ВОПРОСЫ
TP-LINK Archer C7v2
Личные сообщения по техническим проблемам без сообщения на форуме не рассматриваются!

power1974
Сообщения: 5
Зарегистрирован: 21 ноя 2015, 22:28
Страна: RUssia

Re: Восстановление прошивки.

Сообщение power1974 » 07 фев 2016, 10:43

Попробуйте при загрузке (без ресета) постоянно давить на esc если выйдет в <realtek> попробуйте ввести help.
Если ввод пойдет дальше можно прошить.

krbofos
Сообщения: 4
Зарегистрирован: 04 фев 2016, 16:24
Страна: ДНР

Re: Восстановление прошивки.

Сообщение krbofos » 07 фев 2016, 16:31

Попробовал - нет, не реагирует, падла :(

vovan26
OpenWrt разработчик
OpenWrt разработчик
Сообщения: 2493
Зарегистрирован: 12 мар 2014, 17:20
Страна: Узбкистан
Откуда: Узбекистан

Re: Восстановление прошивки.

Сообщение vovan26 » 07 фев 2016, 17:33

Откуда мнение что весь ремонт сводится к прошивки флешки?
Есть еще и процессор и куча дискретных элементов.
Конечно попробовать прошить не помеха для диагностики, если занимаетесь ремонтом то надо иметь программатор, лучше "Тритон". Если флешь 25 серии, то пойдет СН 341а.
Найти дамп на 1042 это проблема, но судя по логу загрузчик у вас не битый, слейте дамп и попробуйте заменить в дампе firmware.
Разработка ПО для роутеров на базе OpenWrt.
Желание получить ответ, предполагает умение сформулировать вопрос. (И.В. Сталин)
На общие вопросы в личке не отвечаю, задайте его на форуме.

power1974
Сообщения: 5
Зарегистрирован: 21 ноя 2015, 22:28
Страна: RUssia

Re: Восстановление прошивки.

Сообщение power1974 » 07 фев 2016, 19:29

Жаль у меня лог был почти аналогичный . Суть сводилась к тому что роутер становился tftp сервером и закинул на него пршивку и все заработало. Только консоль должна работать с клавой. У Вас связь в консоли как будто односторонняя. Скоростя менять прбовали?

krbofos
Сообщения: 4
Зарегистрирован: 04 фев 2016, 16:24
Страна: ДНР

Re: Восстановление прошивки.

Сообщение krbofos » 07 фев 2016, 21:02

Появился прогресс: Роутер стал реагировать на клавиатуру (нашел в закромах еще один конвертер USB-TTL).

Код: Выделить всё

---Ethernet init Okay!
<RealTek>HELP
----------------- COMMAND MODE HELP ------------------
HELP (?)                                    : Print this help message
D <Address> <Len>
DB <Address> <Len>
DW <Address> <Len>
EW <Address> <Value1> <Value2>...
EB <Address> <Value1> <Value2>...
CMP: CMP <dst><src><length>
IPCONFIG:<TargetAddress>
AUTOBURN: 0/1
LOADADDR: <Load Address>
J: Jump to <TargetAddress>
FLW <dst_ROM_offset><src_RAM_addr><length_Byte> <SPI cnt#>: Write offset-data to SPI from RAM
DRAMTEST <R/W> <enable_random_delay> <PowerManagementMode>
EEE :Set EEE Pathch
<RealTek>IPCONFIG
 Target Address=192.168.1.6
<RealTek>
Команды мне незнакомы, пинг на 192.168.1.6 не идет.
И я нашел полный дамп, но программатора нет, собираю кабель JTAG, все компоненты есть, плату нарисовал, осталось вытравить (завтра на работе распечатаю) и распаять.

krbofos
Сообщения: 4
Зарегистрирован: 04 фев 2016, 16:24
Страна: ДНР

Re: Восстановление прошивки.

Сообщение krbofos » 07 фев 2016, 21:53

ВСЁ! ЗАРАБОТАЛО!
Залил через tftp прошивку, и роутер ожил, осталось настроить и погонять под нагрузкой.
Всем спасибо за консультации.

rolsky
Сообщения: 1
Зарегистрирован: 29 апр 2021, 23:46
Страна: Россия

Re: Восстановление прошивки.

Сообщение rolsky » 29 апр 2021, 23:49

Не подскажите по подробнее, как всё же удалось решить проблему? У меня ситуация один в один на такой же модели.

Ответить

Вернуться в «TL-WR1042ND»