Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Oprogramowanie / Software → Cudy WR3000P v1 - ktos juz moze testowal
Strony Poprzednia 1 … 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
Pewnie tak, ale to standardowa konfiguracja. Skrętka z ont do wan, do tego tylko 1G. Nigdy nie przytrafiło mi się coś podobnego na starych sprzętach na wersjach stabilnych. Problem występuje przy całkowicie wyłączonym hardware offloadingu oraz WED
Kilka dni temu chciałem spróbować SQM Qos. W jednym z punktów w poradniku było przełączenie sterowania pakietami na wszystkie CPU w globalnych ustawieniach interfejsów. Jakież było moje zdziwienie kiedy po włączeniu tej opcji i próbie obciążenia sieci router przestaje pingować. Pomaga tylko restart. Czy to problem platformy filogic?
Kilka dni temu chciałem spróbować SQM Qos. W jednym z punktów w poradniku było przełączenie sterowania pakietami na wszystkie CPU w globalnych ustawieniach interfejsów. Jakież było moje zdziwienie kiedy po włączeniu tej opcji i próbie obciążenia sieci router przestaje pingować. Pomaga tylko restart. Czy to problem platformy filogic?
na zyxelu t-56(filogic 830) włączyłem packet steering na wszystkie rdzenie i probowałem iperfem i speedtestem obciązyć i nic,pingi przechodzą normalnie, regularnie miałem włączony ale nie na wszystkie rdzenie i chodziło ciągle
potestuje dłużej, ale predzej jest to kwestia tego cudy niż całej rodziny prockow filogic
Wygląda na to że ten cudy słabo działa, dodatkowo mam z końcówką s jako ap i niestety też mi padł przy zabawie z ustawieniami. Za to ax3000t jest stabilny. Zaczynam się interesować jak wgrać na te cudy oficjalne sterowniki mediateka bo już mam dosyć problemów. Ktoś się tym już interesował?
Wygląda na to że ten cudy słabo działa, dodatkowo mam z końcówką s jako ap i niestety też mi padł przy zabawie z ustawieniami. Za to ax3000t jest stabilny. Zaczynam się interesować jak wgrać na te cudy oficjalne sterowniki mediateka bo już mam dosyć problemów. Ktoś się tym już interesował?
A u mnie odwrotnie, CUDY P jest stabiniejszy od AX3000t, ma wiecej ram, to czyni go naprawde wydajnym sprzetem, obciazenia minimalne, zasieg duzo lepszy same + zero = a jak sa to ja ich jeszcze nie zaobserwowalem.
testowałeś 25.12?
Zasięg jest ten sam a mam wr3000p, s i xiaomi.
Każdy stoi w tym samym miejscu, tylko na innym piętrze. Różnicę widzę jedynie między kanałem 100, na którym moc to 26 dBm, a kanałem 36, gdzie jest tylko 20 dBm
do poprawy zaięgu to tylko to https://git01.mediatek.com/plugins/giti … wrt-feeds/
testowałeś 25.12?
Zasięg jest ten sam a mam wr3000p, s i xiaomi.
Każdy stoi w tym samym miejscu, tylko na innym piętrze. Różnicę widzę jedynie między kanałem 100, na którym moc to 26 dBm, a kanałem 36, gdzie jest tylko 20 dBmdo poprawy zaięgu to tylko to https://git01.mediatek.com/plugins/giti … wrt-feeds/
Mam 25.12 Cezarego
A u mnie odwrotnie, CUDY P jest stabiniejszy od AX3000t, ma wiecej ram, to czyni go naprawde wydajnym sprzetem, obciazenia minimalne, zasieg duzo lepszy same + zero = a jak sa to ja ich jeszcze nie zaobserwowalem.
A jaki masz Grade w https://www.waveform.com/tools/bufferbloat przy wyższych prędkościach np. powyżej 600 Mbps?
Czy router może działać z pełną wydajnością bez flow offloading przy np. 600 Mbps?
roblad napisał/a:A u mnie odwrotnie, CUDY P jest stabiniejszy od AX3000t, ma wiecej ram, to czyni go naprawde wydajnym sprzetem, obciazenia minimalne, zasieg duzo lepszy same + zero = a jak sa to ja ich jeszcze nie zaobserwowalem.
A jaki masz Grade w https://www.waveform.com/tools/bufferbloat przy wyższych prędkościach np. powyżej 600 Mbps?
Czy router może działać z pełną wydajnością bez flow offloading przy np. 600 Mbps?
Gdzieś przy 600mbps bez offloadingu zapewne będzie max filogic 820, skoro na 830 ledwo chodzą okolice gigabita
Gdyby nie mieć pppoe to zapewne byłoby sporo lepiej
Odpaliłem dla testów stare sqm cake to wpadło w okolice 340. Jest w nowych wersjach cake_mq może wypadnie lepiej.
Przy samym NAT okolice 500, wr3000p
Jest błąd w nowym Gargoyle. Na czystym obrazie nie działa USB. Zaczyna działać po dograniu kmod-usb3.
Ponieważ domyślnie moduł do obsługi usb dodali do definicji tego cudy 19 stycznia 2026 a samo gargoyle bazuje na źródłach openwrt z 5 stycznia. Więc siłą rzeczy nie ma tego; będzie wraz z następnymi buildami.
Zrobiłem z WR3000P głupiego AP, zasilanego ze switcha POE. WAN przełączony na LAN i tutaj narodziła się idea:
Z racji braku harmonogramu POE w switchu Keeplink, czy istnieje możliwość wyłączania zasilania POE w samym routerze (wgrany świeży OpenWrt 25.12 z luci Cezarego), stworzenia harmonogramu?
Nie. Takie routery nie mają możliwości sterowania swoim zasilaniem
Nie. Takie routery nie mają możliwości sterowania swoim zasilaniem
Jasna sprawa, dziękuję.
Jeszcze jedno pytanie:
po przełączeniu WAN do LAN (zasilanie POE) przestała działać dioda LED od statusu WAN. Wszystkie inne działają prawidłowo (według moich ustawień), ale tej nie mogę w żaden sposób w tej konfiguracji (głupi AP) ożywić. WAN dodany do br-lan i ustawiony w interfejsach jako niezarządzany.
Jak to ugryźć?
Lubię jak LED miga lub świeci - jak jest w urządzeniu 
Nie wiem czy to nie przez poe ale generalnie powinna działać, bo ona jest obsługiwana programowo w /etc/config/system. Tak samo jak diody od lanu.
Nie wiem czy to nie przez poe ale generalnie powinna działać, bo ona jest obsługiwana programowo w /etc/config/system. Tak samo jak diody od lanu.
Dzięki, powalczę jeszcze, ale światełka w tunelu nie widzę.
Zobacz czy masz tą konfigurację ledów od wanu
Zobacz czy masz tą konfigurację ledów od wanu
Wszystko jest w systemie (pełna konfiguracja LED-ów w Luci), tylko ta dioda jest prawdopodobnie sterowana hardwarowo i po wyłączeniu WAN, nie mogę jej zapalić. Obszedłem to po swojemu i to co chciałem zrobiłem obok, na LED od USB (którego nie używam). Ot takie sobie rozwiązanie "po mojemu".
Programowo: https://github.com/openwrt/openwrt/blob … 1_leds#L81
Dioda WAN jest chyba źle zdefiniowana w dts'ie, bo u mnie nie działa ona od samego początku. Chyba złe GPIO jest przypisane.
Zrób sobie echo w odpowiednie /sys/class/leds i zobacz czy się zapali
Zrób sobie echo w odpowiednie /sys/class/leds i zobacz czy się zapali
Niestety nie zapala.
Więc problem może faktycznie jest w dtsie a nie ustawieniach.
Więc problem może faktycznie jest w dtsie a nie ustawieniach.
Czy to już tak zostanie, czy mogą to jednak poprawić developerzy OpenWRT od Cudy-iego?
Strony Poprzednia 1 … 4 5 6 7 Następna
Zaloguj się lub zarejestruj by napisać odpowiedź
eko.one.pl → Oprogramowanie / Software → Cudy WR3000P v1 - ktos juz moze testowal
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc