Właśnie sobie zaktualizowałem firmware na moim archerze c7 v2 i w końcu triggery od wifi działają jak trza. ![]()
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez morfik
Właśnie sobie zaktualizowałem firmware na moim archerze c7 v2 i w końcu triggery od wifi działają jak trza. ![]()
Ano wiem. ![]()
Diody migotać to migotały zawsze, tam wcześniej był brak jednego bloku w tym pliku -- po tej aktualizacji się pojawił -- ja sobie to wcześniej ręcznie dopisałem. Z tym, że ja chciałbym by mi te diody działały w oparciu o phy0tpt i phy1tpt, tak by się świeciły jeśli wifi jest włączone i migały przy przesyłaniu danych. Póki co tylko jedna dioda mi tak działa, a druga jest ustawiona na miganie przy odbieraniu pakietów.
Jakaś różnica jest w działaniu phy0tpt i phy1tpt ? Ja sobie ten trigger phy1tpt przestawiłem na wifi 2,4GHz bo ta dioda ma taki sam kształt co w innych routerach co mają tylko jedno radio i zarówno po ustawieniu na 5 czy 2,4ghz miga w zależności od tego którym pasem dane lecą. Nie wiem czemu nie mogą dorobić do tego phy0tpt
Tam na stronie głównej jest wpis o zaktualizowaniu obrazów:
2014-12-21 - r43737 dla TP-LINK Archer C5/C7: dodanie poprawnej konfiguracji LED dla radia wifi 2.4GHz i 5GHz
Z tym, że tutaj raczej nic się w tej sprawie nie zmieniło.
Ledy dalej są niebieskie:
root@the-mountain:~# ls -al /sys/class/leds/
drwxr-xr-x 2 root root 0 Jan 1 1970 .
drwxr-xr-x 23 root root 0 Jan 1 1970 ..
lrwxrwxrwx 1 root root 0 Dec 22 20:11 ath9k-phy1 -> ../../devices/platform/qca955x_wmac/leds/ath9k-phy1
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:lan1 -> ../../devices/virtual/leds/tp-link:blue:lan1
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:lan2 -> ../../devices/virtual/leds/tp-link:blue:lan2
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:lan3 -> ../../devices/virtual/leds/tp-link:blue:lan3
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:lan4 -> ../../devices/virtual/leds/tp-link:blue:lan4
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:qss -> ../../devices/platform/leds-gpio/leds/tp-link:blue:qss
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:system -> ../../devices/platform/leds-gpio/leds/tp-link:blue:system
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:wan -> ../../devices/virtual/leds/tp-link:blue:wan
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:wlan2g -> ../../devices/platform/leds-gpio/leds/tp-link:blue:wlan2g
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:blue:wlan5g -> ../../devices/platform/leds-gpio/leds/tp-link:blue:wlan5g
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:green:usb1 -> ../../devices/platform/leds-gpio/leds/tp-link:green:usb1
lrwxrwxrwx 1 root root 0 Jan 1 1970 tp-link:green:usb2 -> ../../devices/platform/leds-gpio/leds/tp-link:green:usb2Podobnie triggery są bez zmian:
# cat /sys/class/leds/tp-link\:blue\:wlan5g/trigger
none switch0 timer default-on netdev heartbeat usbdev phy0rx phy0tx phy0assoc phy0radio phy1rx phy1tx phy1assoc phy1radio [phy1tpt]Dalej brakuje tego [phy0tpt] i jedna dioda od wifi jest zgaszona i nie sygnalizuje przy tym czy wifi działa czy też nie działa.
Jedynie co to się troszeczkę zmienił plik /etc/config/system -- poniżej diff (oryginał po prawej):

Ledy dalej nie działają jak trzeba. ![]()
Jestem człowiekiem małej wiary. ![]()
Być może tak jest w istocie, ciężko mi powiedzieć, gdy nie widzę statystyk urządzenia. ![]()
Ta lampka sys ma tak w standardzie, że po załadowaniu się routera ona świeci się ciągle. Można to sobie zmienić via heartbeat . Co do resetu, to te archery to one niby mają jeden przycisk wykrywany przez system, z tym, że ja nie wiem czy failsafe działa w oparciu o samo wykrywanie zdarzeń przycisku czy ten przycisk musi być skonfigurowany by to zadziałało. W każdym razie spróbuj wciskać wszystkie przyciski podczas uruchamiania się routera. Jeśli ci pinguje na .1.1 tzn, że jest możliwość wbicia na failsafe.
Tak czy inaczej, jak widać z powyższych fotek, spadek liczby połączeń, zbytnio nie wpływa na wykorzystanie RAM. Może parę MB ale raczej 32MiB powinien sobie z tym poradzić, choć nie wiem jakie wykorzystanie RAMu tam jest standardowo.
Czy aby na pewno taki ustawiłeś, może jakaś literówka była? ![]()
Jak ja korzystałem z extroota to wpisywałem zawsze poweroff i wciskałem przycisk by wyłączyć i wszystko działało jak trza. ![]()
Domyślny, czyli? Poza tym, jaki ustawiłeś?
To nie jest ilość połączeń, tylko ilość wpisów w tablicy conntracka. Rzeczywistych połączeń jest sporo mniej. Poza tym, 4k wpisów nie zjada znowu tyle RAMu, przykład:


Także u mnie przy 3k router zjada około 50M, tylko ja tam mam go dość ostro zapchanego i mam dość spore wahania co do wykorzystania pamięci
Czasem to nawet potrafi w 5min się zmienić o 20M.
Te archery to chyba wszystkie mają bugnięte przyciski reset i bez odpowiedniej zmiany się nie da ani zresetować routera ani wbić na failsafe. Poza tym, co przestawiałeś, że ci się nie chce połączyć? U mnie po zmianie adresu lan, bez problemu wszystko gra, także musiałeś coś pochrzanić. Co za adres pingujesz?
Ten loadavg nie dotyczy tylko procesora ale całej maszyny. Przykładowo, możesz mieć procek nieobciążony i przy tym wysoki load, bo np. dysk nie wyrabia. U mnie loadavg z 0,35 spadł do 0.14 po przeniesieniu statystyk z pendrive do RAM routera, no bo jak wiadomo, RAM jest o wiele szybszy niż jakikolwiek dysk. Poza tym, często można zaobserwować wysoki load przy kopiowaniu plików -- niby procek nie jest obciążony ale procesy czekają w kolejce, a czekają bo nie mogą czytać danych z dysku. ![]()
4. Czy od razu po rozpakowaniu routera mogę instalować Gargoyle czy ileś czasu musi być na oryginalnym sofcie?
Ja bym pierw sprawdził przez tydzień albo dwa, czy wszystko jest w porządku na fabrycznym firmware.
Może kiedyś, już nie pamiętam. ![]()
No czy mogę podłączyć urządzenie co pobiera ze 2A do portu usb? ![]()
A jest jakieś ograniczenie w ogóle?
Modemy LTE na usb 2.0 zjadają więcej niż 0,5A ? Ciekawe jak to możliwe. ![]()
Za wikipedią:
USB 1.1, 2.0 5V 500mA
USB 3.0 5V 900mA
Więc jak ty chcesz bardziej zasilić ten modem przez hub, skoro na hubie również będziesz miał max 0,5A w każdym porcie?
A coś na usb 2.0 może chcieć więcej niż 0,5A? ![]()
morfik napisał/a:(...)
A czemu ma nie uciągnąć? Z tego co pamiętam, to usb2 dostarcza 2,5W, a sam pendrive ciągnie koło 0,5W, także nawet i 4 powinno uciągnąć.
(...)Chociażby z 3-ech powodów:
1. Nie każdy router dostarcza przewidzianej standardem odpowiedniej wydajności prądowej (w praktyce mało takich)
2. Niektóre huby (pasywne również) na sztywno przydzielają każdemu wyjściu wydajność prądową podzieloną przez ilość wyjść
3. Niektóre pendrive i w zdecydowanej większości prawie każdy dysk połączony przez USB potrzebuje do bezproblemowej pracy, czy to w trybie zwykłego użytkowania, czy tylko przy dużej ilości operacji i/o i r/w znacznie większej wydajności prądowej (nawet jeżeli jest to chwilowa potrzeba) - dalej to wiadomo co wychodzi z tego w praktyce.
Nie mogąc spać po nocach, w końcu zrobiłem testy swoich dwóch hubów.
Poniżej jest hub aktywny tyle, że bez podłączonego zasilania, wpięty do jednego z portów usb na archerze c7 v2. Między huba a router są wpięte te dwa mierniki -- czarny to amperomierz, żółty to voltomierz. Do huba są wpięte 3 urządzenia -- 2 pendrive i mp3player. Dodatkowo dane są kopiowane między pendrivami, tyle, że mi na force ucieło tego drugiego pena (tam na górze jest kawałek kabelka). ![]()

Poniżej jest drugi hub wpięty do jednego z portów z tego poprzedniego huba, by sprawdzić czy da radę wyciągnąć więcej niż 500/4mA. Musiałem tylko nieco zmienić ustawienie bo nie miałem jak podłączyć mp3playera, bo ten ma mini usb tak samo jak ten hub, a nie mam drugiego kabelka. Za to wrzuciłem czytnik kart + kartę i kopiowanie danych z pena na karte + z pena na drugiego pena.

Przy czym tutaj jeszcze nie mam uwzględnionego poboru prądu przez pierwszego huba, a on tam pobiera chyba 0,05A
Także chyba wszystko jest w porządku?
Może ten mwan3 jest tak zaprojektowany by w przypadku padu jednego interfejsu przełączał ruch na drugi interfejs? Wtedy hosty z pierwszego interfejsu będą mieć net. No bo to trochę bez sensu, to co chcesz zrobić, czyli jak padnie interfejs, to żeby te hosty co lecą przez ten interfejs nie miały połączenia, mimo, że przecie drugi interfejs jest sprawny i funkcjonuje. Nie mam jak sprawdzić teraz to ci nie powiem czy tak jest w istocie.
Pogubiłem się trochę.
Czy ty korzystasz z multiwan czy z mwan3, bo to ździebko co innego. Dalej, jeśli korzystasz z mwan3 to musisz mieć ustawione odpowiednie metryki na interfejsach wan. Ja robiłem jakiś czas temu konfigurację mwan3 i mi wszystko działało jak należy, zajrzyj sobie pod ten link, tam jest opisany proces konfiguracji, może ci się przyda coś z tego.
Przez zastosowanie opcji log_type i log_file w /etc/config/system -- wszystko masz opisane w linku wyżej, przeczytaj.
Jak wygląda mwan3 status gdy leży jakiś interfejs
eko.one.pl → Posty przez morfik
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc