Mam jeszcze jeden pomysł. Jeśli masz w miarę nowy uboot, to możesz spróbować go oszukać za pomocą trybu recovery dostępnego w uboot i podać mu stary fw przez tftpd. Nie jestem pewien, czy masz recovery w uboot, czy nie, jednak wydaje mi się, że warto sprawdzić ten pomysł. Jak nie zadziała to konsola szeregowa albo programator.

Dobrze widzieć, że działa.
Nie wiem jak inni, ale ja flashe kupiłem na aliexpressie.
----edit----
Jeśli chodzi o ram, to możesz kupić nówki kości z ali albo kupić moduł sodimm i wylutować.

Mam nadzieję, że nie lutujesz i nie odlutowujesz w kółko flasha, tylko, że wgrywasz art przez tftp (uboot od tplinka) albo przez www (uboot kolegi pepe2k). Jesteś pewny, że w hex edytorze wstawiasz art pod odpowiedni offset? Dlatego pisałem, żebyś wystawił gdzieś swój wsad, aby szło do niego zajrzeć.

Nic nie rozumiem z tego co napisałeś. Na kat. 5e, jeśli kabel jest nieuszkodzony, osiąga się po 1Gb/s (ok. 120MB/s)w każdą ze stron - zgodne ze standardem i sprawdzone wielokrotnie w rzeczywistości.

---edit---

Miałem na myśli to, że zmiana na kat. 6 Ci nie pomoże. Jednak zmiana na inny kabel (inny egzemplarz) może pomóc jeśli ten kabel jest uszkodzony. Jeśli na drugim kablu kat. 5e/6 nie wynegocjuje się link na 1Gb, to wina tkwi w urządzeniach dopiętych do tego kabla.

To Ty napisałeś.
Poprostu kręcisz, jak chorągiewka na wietrze. Czytając Twoje posty można odnieść wrażenie, że wyrażasz swoje zdanie poparte praktyką, a gdy ktoś się z nie zgodzi (nieważne czy słusznie), to zmieniasz front na przeciwny, powodując poruszenie wśród osób, które mogą mieć coś mądrego do powiedzenia.
Zamiast czytać i się uczyć od innych, którzy dzielą się swoją wiedzą (pepe2k, Cezar, autor tematu, itd.) i doświadczeniami (które kosztowały dużo czasu i nerwów), to wrzucasz autora wraz z jego pomysłem do szamba, bo żal mu (w Twoim mniemaniu) 10zł na kość flash. Zaraz potem stwierdzasz, że oszczędność to jest to co lubisz. Zdecyduj się.
Widzisz, niektórzy czerpią satysfakcję z grzebania w czymkolwiek, dla samego grzebania, żeby zobaczyć, czy się da. Autor tematu podał swój przepis na mały wsad z dużą funkcjonalnością, zachęcając jednocześnie do dzielenia się swoimi doświadczeniami przez innych. A jaki jest Twój wkład w dyskusję? Nie musisz mi odpowiadać, odpowiedz sobie.

Aaa, ok. Dziękuję. Całe życie człowiek się uczy i umiera głupi To w takim razie powinno wystarczyć wrzucenie pustego miejsca (tak jak w 1.9/cc) i zaprogramować kostkę uzyskanym wsadem.

uboot jest od 0x00000 do 0x1FFFF

to się zgadza

art jest od 0x7F0000 do 0x800000

Dokładnie tak, jak napisał Cezary.

Widzę, że chyba nie bardzo kumasz, jak przeliczać adres/rozmiar w hex, więc użyj kalkulatora dokładanego gratis do każdego windowsa.
Z tego co pamiętam, to można go przełączyć na tryb programisty i korzystać z konwersji hex do dzięsiętnych.
Obliczenia rozmiaru wykonujesz w bajtach, a potem przełączasz się do hex i gotowe. W drugą stronę też to działa.
Pobaw się na początek przeliczeniem rozmiaru/adresu dla uboota, a potem, dla zbudowanego obrazu 8MB i wtedy zobaczysz zależność pomiędzy rozmiarem poszczególnych partycji i ich offsetem.

Nie ma problemu.

Teraz ja mam pytanko, a nawet dwa do wszystkich, którzy mają wiedzę na temat uboot.
Pierwsze pytanko dotyczy modelu routera. Zauważyłem, że nie wszystkie routery mają tę informację w uboocie - uboot od robo1973 nie zawiera tej informacji oraz dwie sztuki wr1043nd v1 (v1.7 i v1.8), które wpadły w moje ręce też nie posiadały tej informacji. Pozostałe modele, w których grzebałem (kilka wr740n, wr741n, wr841n, wdr3600, wdr4300 i cała masa mr3020), posiadały zapisany model w drugiej połówce uboota. Mój wr1043nd v1.10 posiadał tę informację. Co jest grane? Czy ktoś już w nich grzebał, czy może we wczesnych wersjach fw, ta informacja nie była umieszczana przez tplinka?

Druga sprawa dotyczy uboot robo1973. Jeśli potraktować uboota poleceniem strings, to wypluje między innymi coś takiego:

bootargs=console=ttyS0,115200 root=31:02 rootfstype=jffs2 init=/sbin/init mtdparts=ar7240-nor0:256k(u-boot),64k(u-boot-env),2752k(rootfs),896k(uImage),64k(NVRAM),64k(ART) REVISIONID

Z czego można by podejrzewać, że uboot ma większy rozmiar niż 128KB.
To samo dla wr1043nd v1.8

bootargs=console=ttyS0,115200 root=31:02 rootfstype=jffs2 init=/sbin/init mtdparts=ar9100-nor0:128k(u-boot),1024k(kernel),4096k(rootfs),64k(art)

Oczywiście sprawdziłem w oryginalnym wsadzie dostarczonym przez robo, że za 128KB znajduje się ciąg

01 00 00 00 4F 70 65 6E 57 72 74

czyli znacznik początku i string OpenWrt, więc uboot ma 128KB i ani bajta więcej.

Od razu dodam, że wiedza ta nie jest mi niezbędna do dalszego życia, ale raczej wolę wiedzieć niż nie wiedzieć

Zaraz do tego zajrzę.

Źle. Art ma się znajdować na offsecie 7f0000.

Jak chcesz pomocy przy sklejaniu, to podaj rozmiar obrazu gargoyle w bajtach, a  nie kilobajtach albo megabajtach.

---edit---
7d0000 to rozmiar partycji firmware dla kości 8MB.

---edit2---
A i wy*eb ten hex edytor. Nie używaj tego, bo tylko komplikujesz sobie prostą robotę. Tak jak pisałem użyj copy z command line.

Nie!
Uboot jest na offsecie 0 i zajmuje 0x20000 bajtów w hex (128KB), potem przychodzi fw i zaczyna się na offsecie 0x20000 ciągnie się do 0x7f0000 (rozmiar 8192000/0x7d0000 bajtów) w przypadku flasha 8MB, a następnie na samym końcu jest art, aż do 0x80000

---edit---
To odpowiedź na post kolegi robo

Ooo, super. Dzięki za info.

---edit---

To jeszcze mam pytanko  odnośnie 1043nd v1. Kiedyś, ktoś (wybaczcie, już nie pamiętam kto) portował Twój kod pod v1 i pisał na forum (innym, nie eko), że zrobił pull requesta do twojego repo. Nawet zamieścił skompilowaną wersję, ale jak kiedyś ją sprawdzałem to była niekompletna, znaczy się nie było network konsole i chyba httpd. I teraz pytanie czy nic z tego nie będzie? Jakie są losy tego kodu?

---edit2---
A tak poza tym, to świetna robota z tym ubootem. Dzięki.