Jump to content

Recommended Posts

Posted

Здравейте! Първо да ви кажа, че се зарадвах страшно много, когато попаднах на този форум! ;] След това бих желал да ви попитам, дали някой от вас е дебриквал въпросния рутер през серийна конзола? Вчера, докато си ъпдейтвах конфигурацията с последната версия от trunk (25661 мисля) си брикнах рутерчето. У нас разполагам с кабел CA-42, както и с FTDI платка за целта, но с което и от двете да вържа рутера, в серийната конзола имам output от рутера, но никакъв input (кабелите са си ок - когато вържа rx и tx и напиша нещо в конзолата, имам ехо). Във wiki страницата на OpenWRT пише, че най вероятния проблем е шум и че смяната на адаптера със стар би трябвало да свърши работа. Пробвах с 5 различни адаптера, един от които от стария ми WRT54GL, но нямам никакъв напредък - не мога да прекъсна U-boot, за да влезна в tftp режим. Последното, което ми хрумна е, че точно до нас има трафопост и най-вероятно подава малко по-високо напрежение, затова си мисля да пробвам дебрикването у някой приятел, но не тая много надежди. Ще се радвам, ако някой сподели опита си с мен или даде някакви идеи!

Поздрави!

Любен

Posted

Какъв фирмуер имаше преди да ъпдейтнеш и по какъв метод опита да ъпдейтнеш?

Posted

за да прекъснеш буут-а се закачаш конзолно и 1-3 секунди от пускането на тока натискаш ctrl+c

Posted

Ъпдейтнах през уеб-интерфейса(Luci) и бях с v25488 (trunk). Нищо ново по самата конфигурция - с нея карам от един месец и съм я ъпдейтвал 2 пъти преди това (заради ath9k драйвера и неговото представяне в N-режим). Проблемът за брикването предполагам, че е свързан с обновяването на ядрото (от 2.6.32.27 до 2.6.32.29) защото, следейки буутването, в моментa, в който тръгне да зарежда kenrel-a, изписва kernel panic.. и до там. За съжаление не мога да влезна и във failsafe mode, т.е. според мен единственият вариант е серийната конзола, с която имам проблем.. ;] След малко ще кача и лог-а.

U-Boot 1.1.5 (Apr  6 2009 - 13:54:11)


DRAM:  ar7100_ddr_initial_config(237) enter!

ar7100_ddr_initial_config(269) exit!



U-Boot 1.1.5 (Apr  6 2009 - 13:54:11)


AP81 (ar7100) U-boot

sri

32 MB

WRT160NL u-boot version: 1.0.0

Top of RAM usable for U-Boot at: 82000000

Reserving 277k for U-Boot at: 81fb8000

Reserving 192k for malloc() at: 81f88000

Reserving 44 Bytes for Board Info at: 81f87fd4

Reserving 36 Bytes for Global Data at: 81f87fb0

Reserving 128k for boot params() at: 81f67fb0

Stack Pointer at: 81f67f98

eth0: 00:23:69:ce:3e:9b

eth0 up

eth0

### main_loop entered: bootdelay=1


Hit any key to stop autoboot:  1 ЛҐщte cache hash table entries: 1024 (order: 0,                                                                              4096 bytes)

TCP established hash table entries: 1024 (order: 1, 8192 bytes)

TCP bind hash table entries: 1024 (order: 0, 4096 bytes)

TCP: Hash tables configured (established 1024 bind 1024)

TCP reno registered

NET: Registered protocol family 1

squashfs: version 4.0 (2009/01/31) Phillip Lougher

Registering mini_fo version $Id$

JFFS2 version 2.2 (NAND) (SUMMARY) (LZMA) (RTIME) (CMODE_PRIORITY) (c) 2001-2006                                                                              Red Hat, Inc.

msgmni has been set to 57

io scheduler noop registered

io scheduler deadline registered (default)

Serial: 8250/16550 driver, 1 ports, IRQ sharing disabled

serial8250.0: ttyS0 at MMIO 0x18020000 (irq = 11) is a 16550A

console [ttyS0] enabled, bootconsole disabled

console [ttyS0] enabled, bootconsole disabled

Atheros AR71xx SPI Controller driver version 0.2.4

m25p80 spi0.0: en25p64 (8192 Kbytes)

Searching for RedBoot partition table in spi0.0 at offset 0x7e0000

No RedBoot partition table detected in spi0.0

6 wrt160nl partitions found on MTD device spi0.0

Creating 6 MTD partitions on "spi0.0":

0x000000000000-0x000000040000 : "u-boot"

0x000000040000-0x000000160000 : "kernel"

0x000000160000-0x0000007e0000 : "rootfs"

mtd: partition "rootfs" set to be root filesystem

mtd: partition "rootfs_data" created automatically, ofs=360000, len=480000

0x000000360000-0x0000007e0000 : "rootfs_data"

0x0000007e0000-0x0000007f0000 : "nvram"

0x0000007f0000-0x000000800000 : "art"

0x000000040000-0x0000007e0000 : "firmware"

ag71xx_mdio: probed

eth0: Atheros AG71xx at 0xb9000000, irq 4

Registering RTL8306SD switch with Chip ID: 0x5988, version: 0x0000

eth1: Atheros AG71xx at 0xba000000, irq 5

Е│┼╨jєЭ802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>

All bugs added by David S. Miller <davem@redhat.com>

VFS: Mounted root (squashfs filesystem) readonly on device 31:2.

Freeing unused kernel memory: 148k freed

Please be patient, while OpenWrt loads ...

Kernel panic - not syncing: Attempted to kill init!


Posted

за да прекъснеш буут-а се закачаш конзолно и 1-3 секунди от пускането на тока натискаш ctrl+c

Знам и проблемът е в това, че колкото и да натискам  ctrl+c и tx дидодчето на платката ми светва, следователно изпращам инфо, не се получава и не прекъсвам U-boot. Настройките са: baud rate 115200, data bits 8, stop bits 1, flow control - no, parity - no.

Posted

пробва ли да "помпиш" Enter докато тече U-Boot информацията ?

Posted

пробва ли да "помпиш" Enter докато тече U-Boot информацията ?

ctrl+c, enter и почти всяко др копче на клавиатурата.

Posted

от кой град си може да си на някой наблизо да ти съживи рутера :)

Posted

оправи си линка :)

Posted

оправил съм го веднага

занчи колега ти ползваш това wrt160nl-debrick

Да, ползвам такава платка и серийния порт на дъното на рутера. Опитвал съм и с кабел от нокия на 4тия етернет порт, но резултатът беше същият - невъзможност да се спре U-Boot с ctrl+c.

@NetworkPro: да - на 2 - TX връзвам RX

на 3 - RX връзвам TX

на 5 връзвам GND.

Както виждате имам output но няма input. Когато свържа RX и TX на платката и напиша нещо в конзолата - има ехо, следоватлно си работят както трябва.

Не смятам да се отказвам, но преди година имах подобен проблем и след 1 месец мъки се оказа, че мога да оправя всичко през failsafe. Този път не е възможно.

От Пловдив съм и ако някой проявява интерес, мога да го пратя. Но въпросът е да разбера защо не става и да мога да го съживя и при следващия инцидент. ;]

P.S. Качвам и снимки, да не се окаже, че нещо не съм видял както трябва ;]

Зелен - TX

Жълт - RX

Червен - GND

Запоени са въпреки че изглеждат така. Просто излорибанда ми е в колата и не съм ги изолирал и с него, но не мисля, че е от значение.

img9498ul.th.jpg

img9499m.th.jpg

Малък ъпдейт:

Направих няколко замервания и установих следното - когато замервам RX и TX на платката към GND с мултицет, по тях напрежението е ~3.3V. TX  на рутера към GND е ~3,3V, а RX към GND на рутера е ~0.2V. Когато свържа платката с рутера, съответно TX на платка и RX на рутер, напрежението пада до 0.2V-0.3V. От тук стигам до заключението, че напрежението не е достатъчно, за да мога да изпратя CTRL+C до рутера и да спра U-boot. И нещо любопитно - по време на буут-ването, ако окъся RX и TX на рутера влизам в U-boot конзолата, но след това не мога да напиша каквото и да е, за да го пусна в Tftp режим.

Идеи защо се получава така? И евентуално как да захраня проблемната линия допълнително, без да изгоря нещо(например мост от 3,3V до RX на рутера)? ;]

Posted

Добър напредък. Щом TX на рутера свързан към RX на рутера спира U-Boot, значи вероятно твоя USB->TTL преходник не успява да му подаде нужното ниво?

U-Boot не приема ли TFTP без да е нужно да му пишеш команди?

Например някои модели така им се налива фирмуер http://www.wrtrouters.com/guides/upgradetolinux/

просто в инструкциите замени bin файла с фирмуера който искаш да налееш.

Идеята е че tftp.exe-то което е посочено има retry и успява да уцели малкия прозорец от време след включване, преди да започне да зарежда фирумера.

Posted

абе отиди до магазина купи един max 232 и си реши проблемите !

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.