226

(14 odpowiedzi, napisanych Oprogramowanie / Software)

Właśnie sobie zaktualizowałem firmware na moim archerze c7 v2 i w końcu triggery od wifi działają jak trza. big_smile

227

(14 odpowiedzi, napisanych Oprogramowanie / Software)

Ano wiem. big_smile

228

(14 odpowiedzi, napisanych Oprogramowanie / Software)

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:usb2

Podobnie 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):

http://i.imgur.com/dQNCRBC.png

Ledy dalej nie działają jak trzeba. big_smile

Jestem człowiekiem małej wiary. big_smile

Być może tak jest w istocie, ciężko mi powiedzieć, gdy nie widzę statystyk urządzenia. big_smile

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? big_smile

235

(15 odpowiedzi, napisanych Oprogramowanie / Software)

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. big_smile

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:

http://i.imgur.com/pHAOsSP.png
http://i.imgur.com/E5dmfb7.png

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 big_smile 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?

239

(17 odpowiedzi, napisanych Oprogramowanie / Software)

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. big_smile

240

(9 odpowiedzi, napisanych Oprogramowanie / Software)

msdos400 napisał/a:

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. big_smile

No czy mogę podłączyć urządzenie co pobiera ze 2A do portu usb? big_smile

A jest jakieś ograniczenie w ogóle?

Modemy LTE na usb 2.0 zjadają więcej niż 0,5A ? Ciekawe jak to możliwe. big_smile

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? big_smile

build000 napisał/a:
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). big_smile

http://i.imgur.com/UUwGsG7.jpg

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.

http://i.imgur.com/dHZSVBP.jpg

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?

247

(8 odpowiedzi, napisanych Oprogramowanie / Software)

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.

248

(8 odpowiedzi, napisanych Oprogramowanie / Software)

Pogubiłem się trochę. big_smile 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.

249

(14 odpowiedzi, napisanych Oprogramowanie / Software)

Przez zastosowanie opcji log_type i log_file w /etc/config/system -- wszystko masz opisane w linku wyżej, przeczytaj.

250

(8 odpowiedzi, napisanych Oprogramowanie / Software)

Jak wygląda mwan3 status gdy leży jakiś interfejs