- Wstęp
- Wspierane urządzenia
- Znane błędy
- Modyfikacje, zmiany
- Jak to zainstalować?
- Jak korzystać z tej modyfikacji?
- Jak samodzielnie skompilować kod?
- FAQ
- Licencja, przestarzałe źródła itd.
- Podziękowania
W dużym skrócie, projekt ten jest modyfikacją źródeł U-Boot 1.1.4, przede wszystkim z archiwum udostęþnionego przez firmę TP-Link. Niektóre fragmenty kodu zostały zaczerpnięte również ze źródeł innych producentów, np. D-Link.
Oryginalne wersje źródeł można pobrać z poniższych stron:
Pomysł na tę modyfikację został zaczerpnięty z innego projektu, przeznaczonego dla bardzo popularnego, małego routera mobilnego TP-Link TL-WR703N, w którym autor umieścił tryb ratunkowy dostępny przez przeglądarkę: wr703n-uboot-with-web-failsafe. Przez jakiś czas z powodzeniem używałem tej modyfikacji, ale postanowiłem ją ulepszyć, dodać kilka opcji i wsparcie dla innych modeli oraz wszystkich przeglądarek.
Pierwszą wersję mojej modyfikacji zaprezentowałem na forum OpenWrt, w tym wątku, pod koniec marca 2013 roku. Zawierała ona wsparcie wyłącznie dla modeli TP-Link z układem SoC Atheros AR9331. Obecnie, wspierane są również urządzenia innych producentów, w tym z układem SoC Atheros AR9344 (TP-Link TL-WDR3600 i TL-WDR43x0), a inne (w najbliższych planach jest wsparcie dla routerów z układem Atheros AR9341) są w trakcie opracowania.
Dodatkowe informacje o niniejszej modyfikacji można znaleźć również na moim blogu, w tym artykule.
Jeżeli spodobał Ci się ten projekt i chciałbyś wspomóc mnie w jego dalszym rozwijaniu - postaw mi piwo!
Lista obecnie wspieranych urządzeń:
-
Atheros AR9331:
- 8devices Carambola 2 (w wersji z płytką developerską, zdjęcia w mojej galerii)
- TP-Link TL-MR3020 v1 (zdjęcia w mojej galerii)
- TP-Link TL-MR3040 v1 i v2
- TP-Link TL-WR703N v1, (zdjęcia w mojej galerii)
- TP-Link TL-WR720N v3 (wersja przeznaczona na rynek chiński)
- TP-Link TL-WR710N v1 (wersja przeznaczona na rynek europejski, zdjęcia w mojej galerii)
- TP-Link TL-MR10U v1 (zdjęcia w mojej galerii)
- TP-Link TL-MR13U v1
- TP-Link TL-WR740N v4 (i podobne, jak na przykład TL-WR741ND v4)
- TP-Link TL-MR3220 v2
-
Atheros AR1311 (bliźniaczy układ AR9331)
- D-Link DIR-505 H/W ver. A1 (zdjęcia w mojej galerii)
-
Atheros AR9344:
- TP-Link TL-WDR3600 v1
- TP-Link TL-WDR43x0 v1
Przetestowałem swoją modyfikację na większości z wymienionych powyżej urządzeń, z obrazami OpenWrt i oficjalnym firmware producenta. Jeżeli nie jesteś pewien wersji sprzętowej swojego urządzenia, proszę skontaktuj się ze mną zanim dokonasz wymiany obrazu bootloadera. Zmiana na niewłaściwą wersję najprawdopodobniej doprowadzi do uszkodzenia Twojego urządzenia i jedyną możliwością jego ponownego uruchomienia będzie przeprogramowanie kości FLASH w zewnętrznym programatorze.
Dodatkowe informacje o wspieranych urządzeniach:
Model | SoC | FLASH | RAM | Obraz U-Boot | U-Boot env |
---|---|---|---|---|---|
8devices Carambola 2 | AR9331 | 16 MiB | 64 MiB DDR2 | 256 KiB | 64 KiB, R/W |
TP-Link TL-MR3020 v1 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-MR3040 v1/2 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-WR703N | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-WR720N v3 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-WR710N v1 | AR9331 | 8 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-MR10U v1 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-MR13U v1 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-WR740N v4 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-MR3220 v2 | AR9331 | 4 MiB | 32 MiB DDR1 | 64 KiB, LZMA | RO |
TP-Link TL-WDR3600 v1 | AR9344 | 8 MiB | 128 MiB DDR2 | 64 KiB, LZMA | RO |
TP-Link TL-WDR43x0 v1 | AR9344 | 8 MiB | 128 MiB DDR2 | 64 KiB, LZMA | RO |
D-Link DIR-505 H/W ver. A1 | AR1311 | 8 MiB | 64 MiB DDR2 | 64 KiB, LZMA | RO |
(LZMA) - obraz binarny U-Boot został dodatkowo skompresowany przy pomocy LZMA.
(R/W) - zmienne środowiskowe przechowywane są w osobnym bloku FLASH, co pozwala na ich zachowanie po odłączeniu zasilaniu.
(RO) - zmienne środowiskowe są wbudowane w obraz binarny, można je zmieniać i dodawać nowe wyłącznie w trakcie pracy urządzenia, po ponownym uruchomieniu zostaną przywrócone domyślne wartości.
Dostępna obecnie wersja nie ładuje jądra Linuxa z niektórych wydań oficjalnego firmware TP-Link. Jeżeli zamierzasz używać OFW, w którymś ze wspieranych modeli tego producenta, nie używaj mojej modyfikacji. Pracuję nad rozwiązaniem tego problemu.
Najistotniejszą zmianą jest dodanie serwera web, bazującego na stosie TCP/IP uIP 0.9. Umożliwia to aktualizację obrazów firmware, U-Boot i ART (Atheros Radio Test) bezpośrednio z poziomu przeglądarki, bez potrzeby dostępu do konsoli szeregowej i uruchamiania serwera TFTP. Podobny tryb ratunkowy, również bazujący na stosie TCP/IP uIP 0.9, dostępny jest od dawna w routerach D-Link.
Serwer posiada 7 stron www:
- index.html (aktualizacja obrazu firmware, zrzut ekranu poniżej)
- uboot.html (aktualizacja obrazu U-Boot)
- art.html (aktualizacja danych kalibracyjnych ART)
- flashing.html
- 404.html
- fail.html
- style.css
Drugą, równie użyteczną opcją, jest konsola sieciowa (wchodzi ona w skład oficjalnej gałęzi U-Boot, ale nie jest domyślnie dostępna w żadnym ze wspieranych urządzeń). Konsola sieciowa umożliwia komunikację z konsolą U-Boot przez sieć Ethernet, wykorzystując protokół UDP (domyślny port: 6666, adres IP routera: 192.168.1.1).
Ponadto:
- Przyspieszony start
- Nieistotne informacje wyświetlane w konsoli podczas uruchamiania zostały usunięte
- Automatyczne rozpoznawanie zastosowanej kości FLASH na podstawie JEDEC ID
- MAC adres dla interfejsów sieciowych jest pobierany z FLASH, a nie ustawiany na sztywno
- Ładowanie firmware może być przerwane przy pomocy dowolnego klawisza
- Wciśnij i przytrzymaj przycisk aby uruchomić:
- Werwer web (min. 3 sekundy)
- Konsolę szeregową U-Boot (min. 5 sekundy)
- Konsolę sieciową U-Boot (min. 7 sekundy)
- Dodatkowe komendy (w odniesieniu do wersji producenta; dostępność zależy od modelu):
- httpd
- printmac
- setmac
- printmodel
- printpin
- startnc
- startsc
- eraseenv
- ping
- dhcp
- sntp
- iminfo
- Możliwości overclockingu i underclockingu (aktualnie tylko w modelach z SoC AR9331)
Automatyczna detekcja typu zastosowanej kości FLASH może być bardzo przydatna jeżeli wymieniłeś FLASH w swoim routerze. Nie musisz dokonywać zmian w oficjalnych źródłach i kompilować ich żeby mieć dostęp do całej zawartości FLASH z poziomu konsoli U-Boot.
Jeżeli wykorzystasz kość, której nie ma na poniższej liście, moja wersja U-Boot będzie traktować ją tak jakby miała rozmiar zgodny z rozmiarem domyślnie zastosowanej kości w danym modelu. W większości urządzeń nie będziesz też miał możliwości aktualizacji obrazu danych kalibracyjnych układu radiowego (ART).
Pełna lista obsługiwanych kości FLASH:
4 MiB:
- Spansion S25FL032P (4 MiB, JEDEC ID: 01 0215)*
- Atmel AT25DF321 (4 MiB, JEDEC ID: 1F 4700)
- EON EN25Q32 (4 MiB, JEDEC ID: 1C 3016)*
- Micron M25P32 (4 MiB, JEDEC ID: 20 2016)
- Windbond W25Q32 (4 MiB, JEDEC ID: EF 4016)
- Macronix MX25L320 (4 MiB, JEDEC ID: C2 2016)
8 MiB:
- Spansion S25FL064P (8 MiB, JEDEC ID: 01 0216)
- Atmel AT25DF641 (8 MiB, JEDEC ID: 1F 4800)
- EON EN25Q64 (8 MiB, JEDEC ID: 1C 3017)*
- Micron M25P64 (8 MiB, JEDEC ID: 20 2017)
- Windbond W25Q64 (8 MiB, JEDEC ID: EF 4017)*
- Macronix MX25L64 (8 MiB, JEDEC ID: C2 2017, C2 2617)
- SST 25VF064C (8 MiB, JEDEC ID: BF 254B)
16 MiB:
- Winbond W25Q128 (16 MB, JEDEC ID: EF 4018)*
- Macronix MX25L128 (16 MB, JEDEC ID: C2 2018, C2 2618)
- Spansion S25FL127S (16 MB, JEDEC ID: 01 2018)*
(*) przetestowane
Jeżeli na powyższej liście nie ma kostki, którą chciałbyś zastosować, lub z jakiegoś innego powodu masz co do niej wątpliwości - skontaktuj się ze mną. Ewentualnie, możesz samemu dokonać odpowiednich zmian w kodzie i przesłać mi gotową łatę lub zgłosić pull request.
Robisz to wyłącznie na własną odpowiedzialność!
Jeżeli popełnisz jakiś błąd lub coś pójdzie nie tak w trakcie aktualizacji, w najgorszym przypadku, Twój router nie uruchomi się już ponownie!
Wykonywanie kopii zapasowych jest dobrą praktyką, dlatego zalecam Ci skopiowanie zawartości oryginalnego obrazu/partycji U-Boot (szczególnie w przypadku routerów TP-Link), zanim wykonasz jakiekolwiek zmiany. Przykładowo, wykorzystując OpenWrt (na przykładzie TP-Link TL-WR703N z kością FLASH 16 MiB):
cat /proc/mtd
Komenda ta wyświetli listę wszystkich partycji MTD (Memory Technology Device):
dev: size erasesize name
mtd0: 00020000 00010000 "u-boot"
mtd1: 000eeb70 00010000 "kernel"
mtd2: 00ee1490 00010000 "rootfs"
mtd3: 00c60000 00010000 "rootfs_data"
mtd4: 00010000 00010000 "art"
mtd5: 00fd0000 00010000 "firmware"
Jak widać powyżej, partycja o nazwie u-boot
ma rozmiar 0x20000 (128 KiB), z kolei publikowane przeze mnie gotowe obrazy dla tego modelu mają rozmiar 0x10000 (64 KiB). Jest to bardzo istotna różnica i powinieneś o niej pamiętać, jeżeli do zmiany U-Boot zamierzasz wykorzystać narzędzie mtd
.
W celu skopiowania zawartości partycji u-boot
do pamięci RAM, wykonaj:
cat /dev/mtd0 > /tmp/uboot_backup.bin
Następnie połącz się z routerem przy pomocy protokołu SCP
i pobierz /tmp
na dysk lokalny plik uboot_backup.bin
.
Jeżeli dysponujesz programatorem kości FLASH (wszystkie wspierane urządzenia posiadają kości typu SPI NOR FLASH), najpewniej wiesz jak z niego korzystać. Pobierz archiwum zawierające gotowe obrazy binarne lub samodzielnie skompiluj kod źródłowy, wybierz odpowiedni plik dla swojego urządzenia i wgraj go na sam początek kości (ofset 0x00000
). Musisz pamiętać jedynie o skasowaniu bloku(ów) przed wgraniem obrazu - jeżeli wykorzystujesz gotowe oprogramowanie dla programatora, w trybie automatycznym, prawdopodobnie odpowiedni obszar zostanie automatycznie wykasowany przed wgraniem wskazanego obrazu.
Wszystkie publikowane przeze mnie gotowe obrazy binarne są dopełnione wartościami 0xFF, tak żeby ich rozmiar finalny był zawsze wielokrotnością rozmiaru pojedynczego bloku 64 KiB i nie przekraczał rozmiaru oryginalnej partycji z U-Boot. Przykładowo, TP-Link w większości swoich nowych urządzeń wykorzystuje tylko pierwszy 64 KiB blok do przechowywania skompresowanego obrazu U-Boot. W kolejnym 64 KiB bloku umieszcza takie informacje jak adres MAC, numer i wersję modelu oraz czasami pin WPS.
Z drugiej strony, obraz U-Boot w module 8devices Carambola 2 może mieć maksymalnie 256 KiB (4 bloki po 64 KiB każdy), ale obraz nie jest skompresowany. Zaraz za nim, w kolejnym 64 KiB bloku, znajdują się zmienne środowiskowe - partycja ta w OpenWrt, w tym konkretnym przypadku, nosi nazwę u-boot-env
:
dev: size erasesize name
mtd0: 00040000 00010000 "u-boot"
mtd1: 00010000 00010000 "u-boot-env"
mtd2: 00f90000 00010000 "firmware"
mtd3: 00e80000 00010000 "rootfs"
mtd4: 00cc0000 00010000 "rootfs_data"
mtd5: 00010000 00010000 "nvram"
mtd6: 00010000 00010000 "art"
Jest to prawdopodobnie najczęściej wykorzystywana metoda do wgrania firmware w przypadku problemów z uruchomieniem wersji znajdującej się w urządzeniu lub po nieudanej aktualizacji. Istotną wadą tego podejścia jest potrzeba rozebrania routera i połączenia się z nim przy pomocy interfejsu szeregowego UART (w przypadku Carambola 2 w wersji z płytką developerską sprawa jest ułatwiona, ponieważ adapter USB-UART bazujący na FTDI FT232RQ znajduje się już na PCB).
Wszystkie wspierane urządzenia posiadają sprzętowy interfejs UART, zintegrowany wewnątrz układu SoC, pracujący w zakresie napięcia około 3,3 V (w istocie, wyprowadzenia GPIO mogą pracować przy takim napięciu, ale w rzeczywistości, zgodnie z dokumentacją części układów zastosowanych we wspieranych modelach, porty GPIO zasilane są z wewnętrznego stabilizatora o napięciu wyjściowym 2,62 V)!
Nie podłączaj bezpośrednio żadnego interfejsu RS232 pracującego przy napięciu +/- 12 V lub innego adaptera, bez odpowiedniego konwertera poziomów napięć, ponieważ może to doprowadzić do trwałego uszkodzenia Twojego routera. Najlepiej będzie jeżeli wykorzystasz dowolny adapter USB-UART, który posiada zintegrowany konwerter 3,3 V. Pamiętaj również, że w przypadku korzystania z takiego adaptera powinieneś podłączyć wyłącznie sygnały RX, TX i GND. NIGDY nie łącz razem sygnału zasilania (VCC) z routera i adaptera, chyba że wiesz co robisz! Połączenie tych sygnałów w najgorszym wypadku może spowodować uszkodzenie adaptera, a w najgorszym - również routera! Wykorzystując adapter USB-UART powinieneś zasilić go z gniazda USB w komputerze, a router z oryginalnego zasilacza sieciowego (lub z gniazda USB jeżeli urządzenie jest zasilane w taki sposób).
Od dłuższego czasu i bez żadnych problemów używam bardzo prostego i wyjątkowo taniego (w granicach 1-2 USD) adaptera bazującego na układzie CP2102. Po więcej informacji o interfejsie UART w routerach możesz sięgnąć do artykułu Serial Console w OpenWrt Wiki.
-
Zainstaluj i skonfiguruj na swoim PC dowolny serwer TFTP (dla systemów z rodziny Windows sugeruję TFTP32).
-
Ustaw stały adres IP na swoim PC (w poniższej instrukcji wykorzystamy 192.168.1.2 dla PC i 192.168.1.1 dla routera) i połącz go z routerem przy pomocy kabla sieciowego RJ45 (powinieneś wykorzystać w routerze jedno z gniazd LAN, ale WAN również powinien działać).
-
Podłącz do PC i skonfiguruj adapter USB-UART oraz uruchom program do komunikacji z nim, np. PuTTY.
Skonfiguruj program do używania takich ustawień:
- Baud rate: 115200
- Data bits: 8
- Parity control: none
- Stop bits: 1
- Handshaking: none
- Uruchom router, zaczekaj na wyświetlenie się jednego z poniższych komunikatów i przerwij proces ładowania firmware:
Autobooting in 1 seconds
(głównie routery TP-Link, w tym momencie powinieneś wpisać tpl
)
Hit ESC key to stop autoboot: 1
(8devices Carambola 2, wciśnij klawisz ESC
)
Hit any key to stop autoboot: 1
(D-Link DIR-505, wciśnij dowolny klawisz)
- Ustaw zmienne środowiskowe
ipaddr
iserverip
, tak jak poniżej:
hornet> setenv ipaddr 192.168.1.1
hornet> setenv serverip 192.168.1.2
- Sprawdź czy zmiany zostały wprowadzone:
hornet> printenv ipaddr
ipaddr=192.168.1.1
hornet> printenv serverip
serverip=192.168.1.2
- Pobierz z serwera TFTP i umieść w pamięci RAM urządzenia właściwy dla swojego modelu obraz U-Boot, wykorzystując polecenie
tftpboot
(na przykładzie TP-Link TL-MR3020):
tftpboot 0x80800000 uboot_for_tp-link_tl-mr3020.bin
eth1 link down
Using eth0 device
TFTP from server 192.168.1.2; our IP address is 192.168.1.1
Filename 'uboot_for_tp-link_tl-mr3020.bin'.
Load address: 0x80800000
Loading: #############
done
Bytes transferred = 65536 (10000 hex)
hornet>
- Kolejny krok jest bardzo ryzykowny! Wykonując następne polecenia, najpierw skasujesz oryginalny obraz U-Boot z pamięci FLASH, a następnie skopiujesz w to miejsce nowy obraz, z pamięci RAM. Jeżeli w trakcie tego procesu coś pójdzie nie tak (na przykład dojdzie do awarii zasilania), Twój router najprawdopodobniej już się nie uruchomi ponownie!
Powinieneś też zwrócić uwagę na rozmiar pobieranego obrazu. Dla wspieranych modeli routerów TP-Link i D-Link będzie on miał zawsze rozmiar 0x10000 (64 KiB), z kolei w przypadku modułu Carambola 2, rozmiar obrazu jest inny: 0x40000 (256 KiB). We wszystkich przypadkach, adres początkowy pamięci FLASH i RAM to odpowiednio: 0x9F000000 i 0x80000000. Jak mogłeś zauważyć, w poprzednim kroku, do zapisania pobranego przez sieć obrazu, nie wykorzystałem początkowego adresu pamięci RAM i również nie powinieneś tego robić.
Nie popełnij żadnych błędów w rozmiarach i adresach (ofsetach), w kolejnych krokach!
- Skasuj odpowiedni obszar w pamięci FLASH (to polecenie usunie oryginalny obraz U-Boot!):
hornet> erase 0x9F000000 +0x10000
First 0x0 last 0x0 sector size 0x10000
0
Erased 1 sectors
- W tej chwili Twój router nie posiada żadnego bootloadera, dlatego skopiuj do FLASH z pamięci RAM pobrany wcześniej, nowy obraz:
hornet> cp.b 0x80800000 0x9F000000 0x10000
Copy to Flash... write addr: 9f000000
done
- Jeżeli chcesz, możesz wyświetlić w konsoli U-Boot zawartość pamięci FLASH i porównać ją z obrazem na komputerze. W tym celu należy skorzystać z komendy
md
, która spowoduje wyświetlenie 256 bajtów danych w postaci szesnastkowej i tekstowej, począwszy od podanego w argumencie adresu. Kolejne wywołanie tego samego polecenia, tym razem bez parametru, spowoduje wyświetlenie kolejnej porcji danych.
hornet> md 0x9F000000
9f000000: 100000ff 00000000 100000fd 00000000 ................
9f000010: 10000222 00000000 10000220 00000000 ..."....... ....
9f000020: 1000021e 00000000 1000021c 00000000 ................
9f000030: 1000021a 00000000 10000218 00000000 ................
9f000040: 10000216 00000000 10000214 00000000 ................
9f000050: 10000212 00000000 10000210 00000000 ................
9f000060: 1000020e 00000000 1000020c 00000000 ................
9f000070: 1000020a 00000000 10000208 00000000 ................
9f000080: 10000206 00000000 10000204 00000000 ................
9f000090: 10000202 00000000 10000200 00000000 ................
9f0000a0: 100001fe 00000000 100001fc 00000000 ................
9f0000b0: 100001fa 00000000 100001f8 00000000 ................
9f0000c0: 100001f6 00000000 100001f4 00000000 ................
9f0000d0: 100001f2 00000000 100001f0 00000000 ................
9f0000e0: 100001ee 00000000 100001ec 00000000 ................
9f0000f0: 100001ea 00000000 100001e8 00000000 ................
- Jeżeli jesteś pewien, że wszystko przebiegło prawidłowo, możesz zrestartować urządzenie:
hornet> reset
[TODO]
[TODO]
[TODO]
Możesz wykorzystać jeden z dostępnych, bezpłatnych i gotowych narzędzi (tzw. toolchain):
- Sourcery CodeBench Lite Edition for MIPS GNU/Linux,
- OpenWrt Toolchain for AR71xx MIPS,
- ELDK (Embedded Linux Development Kit),
- lub innych...
Do kompilacji korzystam z Sourcery CodeBench Lite Edition for MIPS GNU/Linux, na maszynie wirtualnej z zainstalowanym Ubuntu 12.04 LTS (32-bit). Wszystkie publikowane przeze mnie obrazy budowane są na tej konfiguracji.
Wszystko co musisz zrobić, po wybraniu zestawu narzędzi, to dostosowanie pliku Makefile do własnej konfiguracji (czyli zmiana lub usunięcie export MAKECMD
i ewentualnie dodanie export PATH
). Przykładowo, w celu zbudowania obrazów przy pomocy OpenWrt Toolchain, zamiast Sourcery CodeBench Lite, pobierz odpowiednie archiwum i rozpakuj jego zawartość do folderu toolchain
, w głównym katalogu ze źródłami, a następnie zmień początek pliku Makefile, jak poniżej:
export BUILD_TOPDIR=$(PWD)
export STAGING_DIR=$(BUILD_TOPDIR)/tmp
export MAKECMD=make --silent ARCH=mips CROSS_COMPILE=mips-openwrt-linux-uclibc-
export PATH:=$(BUILD_TOPDIR)/toolchain/bin/:$(PATH)
W celu uruchomienia kompilacji, w głównym katalogu ze źródłami wydaj polecenie make model
, na przykład:
make tplink_wr703n
Powyższe polecenie rozpocznie kompilację obrazu U-Boot dla modelu TP-Link TL-WR703N.
1. Moje urządzenie nie jest wspierane, ale posiada taki sam hardware jak jedno z tych na liście, mogę użyć tej modyfikacji?
To może się źle skończyć! Oczywiście, wiele dostępnych na rynku routerów wykorzystuje praktycznie te same platformy sprzętowe - na przykład, TP-Link posiada w ofercie kilka mobilnych modeli z wbudowaną baterią: TL-MR10U, TL-MR11U (odpowiednik w Europie to TL-MR3040) TL-MR12U and TL-MR13U. Wszystkie wymienione urządzenia posiadają ten sam sprzęt: układ SoC Atheros AR9331 z 32 MiB pamięci RAM i 4 MiB pamięci SPI NOR FLASH. Ale diabeł jak zwykle tkwi w szczegółach, takich jak numery GPIO wykorzystanych do przycisków, diod LED, załączania zasilania w gnieździe USB itd., co może spowodować pewne problemy.
Możesz spróbować wgrać jeden z gotowych obrazów, ale pamiętaj że robisz to wyłącznie na własną odpowiedzialność!
W chwili obecnej, taka możliwość istnieje, ale wyłącznie dla modeli z układem Atheros AR9331 (powinieneś zapoznać się z plikiem ap121.h, który zawiera wszelkie informacje dotyczące konfiguracji rejestrów PLL i kilka gotowych, niestandardowych ustawień zegarów dla CPU, RAM i magistrali AHB). Co więcej, wersję z podkręconymi (lub "skręconymi") zegarami będziesz musiał skompilować samodzielnie, ponieważ nie publikuję gotowych obrazów, z innymi niż domyślne, wartościami zegarów.
I ponownie, pamiętaj że robisz to wyłącznie na własną odpowiedzialność!
Nie, ponieważ nie dysponuję wszystkimi wspieranymi modelami routerów/urządzeń. Testuję jedynie obrazy na wszystkich wspieranych typach układów SoC.
Możesz to zrobić samemu, a potem przesłać mi gotową łatę lub zgłosić pull request. Jeżeli nie chcesz lub nie wiesz jak dodać wsparcie dla nowego modelu, skontaktuj się ze mną bezpośrednio, może pomogę.
Ostrzegałem... bootloader, w tym przypadku U-Boot, to w praktyce najistotniejszy kawałek oprogramowania w Twoim urządzeniu. Jest on odpowiedzialny za inicjalizację sprzętu i załadowanie systemu operacyjnego (zazwyczaj jądra Linux). Dlatego, jeżeli podczas zmiany obrazu coś poszło źle, Twoje urządzenie nie uruchomi się ponownie i jedynym sposobem na jego naprawę jest zdemontowanie (wylutowanie) kości FLASH, zaprogramowanie jej poprawnym obrazem i ponowny montaż.
Projekt U-Boot jest Wolnym Oprogramowaniem. Wszelkie informacje dotyczące licencji, pracujących nad nim osób itd., dostępne są folderze u-boot wraz z kodem źródłowym.
Powinieneś wiedzieć, że większość routerów, szczególnie tych z układami Atheros, używa bardzo starej wersji U-Boot (wersja 1.1.4 pochodzi z lat 2005/2006). Dlatego stwierdzenie, że te źródła są zdecydowanie przestarzałe nie jest błędne, ale dla mnie było łatwiej zmodyfikować je w tej postaci, niż przenosić zmiany wykonane przez programistów TP-Link/Atheros do aktualnej gałęzi projektu U-Boot. Co więcej, wprowadzając własne modyfikacje, usunąłem sporo niepotrzebnych elementów, fragmentów kodu i plików źródłowych, tak żeby kod był czytelniejszy dla osoby, która do tej pory nie miała do czynienia z tym projektem.
- Dziękuję użytkownikowi pupie z forum OpenWrt za jego nieocenioną pomoc
- Dziękuję wszystkim darczyńcom i osobom wspierającym rozwój tej modyfikacji