Nie trzeba nawet zmieniać makefile. Skrypt stwierdza, że zbudowany obraz jest zbyt duży i po prostu nie kopiuje go do katalogu ./bin, ale on dalej znajduje się w ./build_dir/target-*/linux_nazwa_architektury, przykład:

I tam znajduje się sysupgrade, factory czy co tam jeszcze ktoś zaznaczył w menuconfigu do wygenerowania.

Po co dorabiać przetwornicę, skoro już jest, i to niezgorsza. Problem stanowi tylko chip ograniczający natężenie prądu. Występuje on w identycznej konfiguracji niemal w każdym tplinku wyposażonym w port USB. Wytnij go w ten sposób: http://eko.one.pl/forum/viewtopic.php?id=10766 i po problemie.

Skąd dokładnie ten obraz v1 ściągnąłeś?

Adapterowi, bo przecież już niesprawny masz. Napisałeś, że po złączeniu tx i rx adaptera i wpisaniu czegoś z klawiatury w konsoli nic się nie pojawia - czy tak?

Daj pullup 10kohm (rezystor między +3,3V a linię RX routera). Może być większy opór.
Nic to nie zaszkodzi (i pewnie nie pomoże, bo adapter już powinien trzymać domyślny stan na swojej linii TX - ale możesz spróbować).
Spróbuj z innym adapterem, bo może kiepski masz (np. podróbka pl2303).

OpenWrt CC
https://downloads.openwrt.org/chaos_cal … x/generic/
Najlepiej stąd, bo obrazy od Cezarego na routery z 4MB flash nie mają domyślnie Luci ("środowiska graficznego", a raczej webgui). Można rzecz jasna doinstalować z repo, ale zajmie to więcej miejsca niż jeśli jest wkompilowane w obrazie.
Tylko po co zmieniać, skoro pod CC bez extroota nie wejdzie ci tyle funkcjonalności co masz w Gargoyle 1.6?

Próba uruchomienia urządzenia z podgrzanym układem. Gdyby wstało, wtedy sugeruje to istnienie zerwanej kulki która pod wpływem rozszerzalności cieplnej i spowodowanej nią "pracy" całego układu i płytki tymczasowo się zwarła.
Nie pytaj skąd to wytrzasnąłem, najpewniej z jakiegoś poradnika dot. napraw BGA. IMO, metoda jest legitna.

Jeszcze parę słów o "uzdrawianiu" układów scalonych ciepłem.
Sam miałem podobnie, ale z SoC RT3050 i RT3052. Układy notorycznie padają po 2-3 latach ciągłej pracy routera. Na początku sądziłem, że to przez pęknięte kulki. Po przygrzaniu z dobrym topnikiem router ożywał na kilka(naście) minut i zdychał na nowo. Za każdym razem było dokładnie tak samo, chyba ze 3 identyczne przypadki.
Gdyby to była wina kulek, to przynajmniej w jednym przypadku spodziewałbym się reakcji po delikatnym przygrzaniu (<100C) albo dociśnięciu chipa, ale to nigdy nie nastąpiło .
Po wlutowaniu nowego Ralinka router wstał na dobre- zrobiłem jednego z ciekawości, bo nie jest to opłacalna zabawa.
To jest stary fenomen znany jeszcze z czasów świetności xboxa 360. W co trzecim chrzaniła się grafika i wywalało ten słynny RROD. Ludzie owijali ręcznikami i "przegrzewali" w ten sposób konsole, ewentualnie przedmuchiwali chip zwykłą opalarką, nie topiąc w tym procesie ani jednej kulki pod układem (bez porządnego podgrzewacza i wydajnego hotaira nie mieli szans ). Problem ustępował na kilka godzin, dni albo tygodni, ale zawsze powracał. Tak naprawdę uszkodzona była wewnętrzna struktura układu, a podgrzanie tylko na chwilę to naprawiało.

Openwrt w ogóle nie wspiera sprzętowego natowania. I nie zanosi się na zmiany bo to trudny problem.
Praktycznie to 90% routerów na fabrycznym sofcie używa hardware NAT.
Jedynym znanym mi "alternatywnym" oprogramowaniem, które ma to zaimplementowane jest wive-ng-rtnl, ale działa to tylko na chipsetach Ralink. Kiedyś testowałem na DIR300 B1 z RT3050, niestety nie udało mi się ustawić tak, aby ten akcelerator działał jak należy. Po odpaleniu torrentów prędkość spadała do kilkudziesięciu KB/s. Za to w trybie software działał sprawniej od jakiegokolwiek openwrt, na łączu 50/50 nie stanowił wąskiego gardła, a router pod obciążeniem nie restartował się z przegrzania.
Moje 3 grosze - jeśli zależy komuś na szybkim natowaniu na starszym sprzęcie, lepiej zostać przy AA lub Gargoyle 1.6.

Widziałem już kilka padniętych płyt z Grzejlinkami 3050/3052. Wszystkie zdechły po mniej więcej 3 latach pracy w ten sam sposób. Zero reakcji albo uboot zawieszał się w losowych momentach. Po podlaniu fluxem i podgrzaniu hotem zawsze procek wstawał na chwilę, podziałał kilka(naście) minut i wracał do poprzedniego stanu.
Stąd podejrzewam, że to nie kulki były problemem, a uszkodzenie wewnętrznej struktury układu spowodowane temperaturą.
Znamienne, że tam, gdzie producent nie poskąpił kilkunastu centów na radiator, procek działa znacznie dłużej. Kolega ma sześcioletni router na 3050 (na chodzie non-stop), ale w środku jest oryginalnie zamontowany wcale-nie-symboliczny kawałek aluminium.

Ten opis z 192.168.1.6 i tftp dotyczy trybu ratunkowego w bootloaderze, podobny jest w Dlink DIR300 B1 i innych routerach na tym procesorze. Dopóki bootloader żyje, dopóty możesz próbować różnych obrazów w miarę bezkarnie
To jest zwykły goły RT3050, czyli zarówno BB, jak i CC powinny działać bezproblemowo.
Tylko, że nie ma to wiele sensu. Mało flasha, żeby cokolwiek sensownego pod USB postawić i wydajność słabiutka, z  NAT na tym ralinku wyciągał ok. 30Mb/s pod BB (żenada).

Jeśli skopiujesz gotowy obraz z repo (BB, CC) i użyjesz sysupgrade, to po restarcie wywali się na "unable to mount rootfs". Musisz skompilować własny obraz, z poprawkami jak w temacie, do którego dałem linka. Skompiluj sobie od razu z LuCI i czym tam jeszcze chcesz, to zajmie znacznie mniej miejsca we flash niż doinstalowane z opkg.
Ostatnio ktoś tu na forum narzekał, że pod CC wifi działa do 20Mb/s na takim sprzęcie, więc może spróbuj BB skompilować.