Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez nieskromny
Strony 1
No ja myślałem o kabelku prostszym niż Bus Pirate, USB/SPI-I2C-JTAG. Ale może się skuszę, cena podobna a bezpośrednia obsługa wyświetlacza LCD to uroczy pomysł. RPi to Rasberry Pi? Od roku czeka na podłączenie do prądu i pomacanie ...
Zrobię jak podpowiadasz, gdyby jednak uwalony był także bootloader - można go gdzieś znaleźć poza skopiowaniem z innego egzemplarza?
edit:
119,33 PLN za Bus Pirate+kabelek z sondami. Teraz się doczekać aż z Chin przyleci i zobaczymy.
Nie wydaje mi się, choć oczywiście to możliwe. Pamiętam bardzo wyraźnie, że zworkę konwertera przestawiłem z 5V na 3,3V zanim rozkręciłem ruter.
Tak jak się odgrażałem, celem sprawdzenia narzędzia podłączyłem się do 1043 v1. Jestem w stanie zatrzymać proces bootowania poleceniem 'tpl'.
Czyli muszę chyba odspawać flasha z pokładu i zakupić jakiś programator po SPI. Czy jak wpalę do tego flasha pobrany ze stron tplinka firmware ze słówkiem 'boot' w nazwie - będzie dobrze?
Sprawdziłem tryb awaryjny. Serwer tftp na 192.168.0.66, wciśnięty reset i do prądu. Zero reakcji, resety w kółko, zeznania rutera w konsoli takie same. Tak samo wpisywanie 'tpl' w konsoli pozostaje bez skutku. Czyżbym skrzywdził też bootloader?
Poświęcę jeszcze sprawnego 1043 v1 z dd-wrt do testów, aby zobaczyć jak mój konwerter USB/RS232-TTL oraz program terminala i serwera zachowają się w tym przypadku.
A potem to już chyba tylko flash won z pokładu do zewnętrznego programatora.
Faktycznie, w tych cyklach resetowania za każdym razem jest krótki moment, kiedy podłączony do WAN switch lub winzgroza wykrywają połączenie ethernet. Ale tak dzieje się zawsze, niezależnie czy wciskam guzik reset czy nie. Sprawdzę jak tylko odeśpię poprzednią noc walki.
Jaki to adres? Ruter ma być klientem tftp? (widziałem w opisach i klienta i serwera).
tpl jest tam wklejane w dużej ilości, ale bezskutecznie.
Tryb awaryjny, czyli wcisnąć WPS/Reset i do prądu? Próbowałem, brak reakcji. Tak samo jak naciskanie resetu potem - ruter w kółko swoje.
Ale failsafe pojawia się chyba dopiero po skutecznym flashu OpenWRT?
Podłączę się w temacie reanimacji tego rutera.
Zostałem zawezwany do szybkiego postawienia VPN-a na tplinku. Prędko prędko, i wpaliłem niewłaściwą wersję dd-wrt, chyba od wersji v1 (rutera zamkniętego w szafie na oczy nie widziałem). No i cegła.
Przylutowałem szpilki do seriala. Tylko nie mogę zmusić dziada do przejścia do trybu komend, moje 'tpl' ma w głębokim poważaniu, robiąc sobie cyklicznie resety.
Jak niżej widać, transmisję od rutera dostaję. Sam konwerter i program (użyłem 4 różnych terminali) sprawdziłem zapętlając Rx i Tx.
Czy nie ma tu podobnego numeru jak w v1, który do uruchomienia odbioru wymagał dodatkowej zworki?
tpl
U-Boot 1.1.4 (Sep 25 2013 - 08:43:53)
ap135 - Scorpion 1.0DRAM:
sri
Scorpion 1.0
ath_ddr_initial_config(178): (16bit) ddr2 init
tap = 0x00000003
Tap (low, high) = (0x1, 0x1d)
Tap values = (0xf, 0xf, 0xf, 0xf)
64 MB
Flash Manuf Id 0xef, DeviceId0 0x40, DeviceId1 0x17
flash size 8MB, sector count = 128
Flash: 8 MB
Using default environment
tpl
*** Warning *** : PCIe WLAN Module not found !!!
tpl
*** Warning *** : PCIe WLAN Module not found !!!
In: serial
Out: serial
Err: serial
Net: ath_gmac_enet_initialize...
athrs_sgmii_res_cal: cal value = 0xe
No valid address in Flash. Using fixed address
No valid address in Flash. Using fixed address
tpl
tpl
ath_gmac_enet_initialize: reset mask:c02200
tpl
Scorpion ----> S17 PHY *
athrs17_reg_init: complete
: cfg1 0x80000000 cfg2 0x7114
eth0: ba:be:fa:ce:08:41
tpl
tpl
tpl
tpl
eth0 up
athrs17_reg_init_wan done
SGMII in forced mode
athr_gmac_sgmii_setup SGMII done
: cfg1 0x800c0000 cfg2 0x7214
tpl
eth1: ba:be:fa:ce:08:41
tpl
tpl
tpl
tpl
eth1 up
eth0, eth1
Setting 0x18116290 to 0x5cb9a14f
Autobooting in 1 seconds
tpl
tpl
tpl
tpl
## Booting image at 9f020000 ..Strony 1
eko.one.pl → Posty przez nieskromny
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc