marne szanse ... ale widzę że nie doczytałeś wcześniejszej wypowiedzi Shibbyiego więc przytoczę

"...inna bajka i wiele wody upłynie nim AC68 będzie wspierane przez tomato.

AC66 to w dalszym ciągu mipsel - procek identyczny jak w N66u. AC68 to już architektura ARM, której tomato nawet nie liznęło."

A ja mam jakiś mega problem z prędkością wifi na RT-AC66U.
Może coś skopałem w ustawieniach?

Czy są gdzieś optymalne ustawienia dla 2.4 i 5GHz?

Teraz łączy mi się na 65, albo 72Mbps.
Jakiś dramat.
Sprawdzam na MacBook Pro po Wifi 5GHz. NA oryginalnym sofcie łączył się na 300 i 450Mbps.

Oryginalny soft ustawiałem w tryb Access Point - bo za pierwszy router robi u mnie coś innego, ten ma być szybkim access pointem dla klientów Wifi. Może tu jest pies pogrzebany?

Zrzut ze statusu:


A tu jeszcze pełna konfiguracja Network:

Masz ustawioną szerokość kanału na 20MHz, więc z tego wyciągniesz tylko 65mbit (130mbit przy mimo 2x2)
Zmień to na 40MHz, a nawet chyba na 80MHz w wersji AC. Z tym że był jakiś myk na zmianę, poszukaj kilka stron wstecz, shibby o tym pisał.

mam już ten router, więc pracę rozpocznę jak tylko czas pozwoli. Ale tak jak pisali inni, to jest całkiem inna architektura. Nie wiem faktycznie ile wody będzie musiało upłynąć aż powstanie tomato na procesory ARM od broadcoma.



nie dość że jest wysoko taktowany na 800MHz to można go przetaktować na 1GHz. No i najważniejsze to jest już proces dual-core



tomato może istnieć tylko na routery z procesorem broadcom. Taki był zamysł autora i nikt nie ma prawa tego zmieniać. Z tego też powodu nie znajdziesz tomato na ralinka czy atherosa. Jeżeli ktoś chciałby zrobić mod na inny procesor to:
a) nie mógłby używać nazwy tomato
b) nie mógłby używać GUI tomato
c) ani żadnych skryptów napisanych tylko dla tomato.

W RT-AC68U asus zaskoczył mnie softem http://ec2-50-112-54-3.us-west-2.comp...etwork.asp wynika z niego z obsługuje DUAL WAN to dobra wiadomość bo jest to jakaś alternatywa dla tomato dual wan gdzie chińczyki źródeł nie udostępniają przez co shibby nie może rozwinąć tej funkcjonalności jak trzeba

dual-wan w softach Asusa jest od co najmniej roku dostępny Asus go raz włączał, raz wyłączał. W softach Merlina ogólnie zawsze dual-wan był włączony.

Panowie któryś raz z kolei mam problem z Tomato na Asusie RT-N16. Niezależnie od wersji K26 czy K26RT-N. O totalnie losowej porze przestaje mi działać wykrywanie urządzeń USB. Tzn. SWAP na pendrive "działa" bo go widać w Overview, natomiast logi prują read-errory. Z dyskami jest gorzej - tych już w ogóle nie widać. Dodatkowo przy próbie wejścia na router przez SSH hasła mi nie przyjmuje.

Teraz jedyna rzecz jaka mi ratuje dupę to zgranie konfiguracji, jej reset i wgranie ponownie, ale ile można? Czy ktoś spotkał się z tym problemem? Żadna z pamięci nie jest zapełniona. Zwykły reset routera nic nie daje.

W logach widać tylko błędy transmission'a, "kernel: Read-error on swap-device", błędy I/O sda1 i sdb1 (pendrive i zatoka z HDD). Urządzeń nie widać na liście pod USB Support.

Reset NVRAM + wgranie konfiguracji usuwa problem na jakiś czas. Ktoś ma pomysł? Zaraz spróbuję swap'a wywalić i inne urządzenia po kolei, ale wydaje mi się że już tego próbowałem kiedyś.

Zasilanie?
Kondensatory na płycie n16 zdrowe?

Jak podłączone dyski i usb? Jak sformatowane?

swap na pendrive!?!?!?! No to juz znasz odpowiesz na swoj problem

Na RT-N66U na firmwarze MIPSR2-114 K26AC USB VPN-64K mam taki problem ze po kazdym restarcie router'a oba radia (2.4 GHz i 5 GHz) ustawiaja mi sie na pasmo 20 Mhz, pomimo ze w konfiguracji mam 40 Mhz i kanał Auto. Musze recznie zmieniac z Auto na jakis konkretny kanał zeby zaskoczylo 40 MHz. A potem po kolejnym restarcie znowu schodzi na 20 Mhz.

wget z opcją -i - czyli pobieranie linków z pliku - niestety nie działa

root@unknown:/opt/etc# ipkg list_installed |grep wget
wget - 1.12-2 - A network utility to retrieve files from the Web

/opt/etc/ipkg.conf
src/gz optware http://ipkg.nslu2-linux.org/feeds/optware/oleg/cross/stable
src shibby http://tomato.groov.pl/repo

czy wie może ktoś gdzie można pobrać pakiet wget z obsługą parametru i

Bez swap'a problem dalej występował. Zresetowałem konfigurację, czekam na następny raz.

Posiada ktoś kartę TP-LINK WN725N V2 i router Netgear WNR3500L v2 z Tomato v112 AIO (standardowy sterownik lub ND) i mógłby się podzielić informacją jak to zestawienie pracuję?

Korzystam z takiego rozwiązania ale WN725N V2 działa na debianie z kompilacją sterowników dla rtl8188eu i przy większych obciążeniach karta ta totalnie 'zamula' łącze. Zestawienie z routerem jest w standardzie G.

Może ktoś zestawił takie połączenie z oryginalnymi sterownikami pod Win i mógłby się podzielić spostrzeżeniami.

Jaka jest szansa na przeportowanie Paragon NTFS dla rt-n16 ?

widać na horyzoncie PL?

@ovner - niestety marna. Kernel RT-N tomato zbytnio się różni od kernela Asusa i dlatego moduł się wywala przy próbie jego użycia. Kernel dla RT-AC został w całości przeportowany od Asusa dlatego tu moduł paragona chodzi poprawnie. Niestety jak wiemy RT-N16 nie jest zgodny z branchem RT-AC.

@johnny86 - dwie rzeczy zostały mi do ukończenia v115, tak więc PLke wydam od razu dla nowej wersji.

Połączony z 19 listopad 2013 14:35:26:
@zygmunt78 - wget masz już wgrany. Odwołaj się teraz do niego ścieżką bezwzględną /opt/bin/wget

Czyli aby mieć swap musi być HDD?
Lepiej bez swapa niż swap na pendrive?
A może swap na SD via USB?
A swap po CIFS?
Patrząc na wykorzystanie swapa (przez transmission ?) to jest żadne, 5MB z 100MB w porywach. Może lepiej zwiększyć cache i podziękować za swap?

W changelogu przeczytałem

dlatego wnioskowałem że jest szansa jeżeli branch RT-N nie będzie już rozwijany.

może faktycznie niedostatecznie sformuowałem treść changeloga. Ty było info tylko dla developerów, czyli osób, które wzorują lub korzystają z moich źródeł. Scalenie branchy polegało na tym, że, że źródła RT-N i RT-AC zostały wrzucone do jednego brancha. Część źródeł jest wspólna np. dnsmasq, transmission itd. ale część jest rozdzielona (np. kernel). W ten sposób zaoszczędziłem sobie trochę pracy i miejsca. Tak więc info o scaleniu mówiło tyle, żeby do kompilacji RT-N nie używać już dedykowanego brancha tylko użyć RT-AC. Za jego pomocą można kompilować obrazy zarówno RT-N jak i RT-AC. Ale nie oznacza to, że routery dotychczas wspierane przez RT-N będą wspierane przez RT-AC, niestety...