Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
eko.one.pl → Posty przez vatazhka
Strony Poprzednia 1 2 3 Następna
Czy zmiana anteny na jakąś dookólną 5dBi lub 8dBi, plus postawienie jej wyżej, może coś pomóc?
W standardzie masz antenę 5 dBi.
Tak jak pisałem myślę nad zmianą anteny (tylko nie wiem jaką) oraz teraz przeglądając różne fora/artykuły myślę o zmianie karty wifi. Co myślicie o wymianie na CM9 - http://allegro.pl/item784473910.html ??? Wtedy mógłbym 2.6 wcisnąć. Czy sygnał byłby lepszy i "będzie Pan zadowolony"? :)
Ja mam TL-WN560G (parametry porównywalne z CM9) za 30 PLN (tyle dałem za kartę i kabel). Wyborowałem wiertłem fi 7 dziurę w obudowie, osadziłem gniazdo antenowe, dokręciłem drugą antenę 5 dBi (10 PLN) i moc sygnału jest nawet wyższa niż z oryginalną kartą (mierzone telefonem). Za dodatkowe 50 PLN mógłbym mieć TL-WN562AG, która daje 4 dBi więcej na wyjściu.
Nie wiem jak duży wpływ mogły mieć wymiana karty i dodanie drugiej anteny, ale kilka tygodni po przeróbce padł mi oryginalny zasilacz.
GMT+1 mamy zimą, teraz mamy GMT+2.
W dodatku do /etc/TZ nie wpisujesz bezpośrednio oznaczenia strefy - musisz zamienić "+" na "-" (i odwrotnie). Stąd właśnie różnica 3 h (wpisałeś GMT+1, a powinno być GMT-2).
Nie ma błędu - full-speed oznacza zawsze 12 Mbps (czyli Mbit/s, nie MB/s), niezależnie czy mowa jest o USB 1.1, czy 2.0. Inna sprawa, że osiągi wskazują raczej na działanie interfejsu w trybie low-speed, ale być może chodzi o obciążenie generowane przez sterownik Ethernetu. Tutaj wiarygodny powinien być test zaproponowany przez Cezarego, czyli kopiowanie z użyciem dd do /dev/null. Jeżeli nadal będzie wolniej niż ~12 Mbps, to "winny" jest w łańcuchu USB.
Można obejrzeć przypisane adresy DHCP (oczywiście nie działa na adresy przypisane statycznie):
cat /tmp/dhcp.leasesMożna też obejrzeć tablicę ARP:
arp -aAle tam też jest błąd, bo 12Mbps to jest standard dla USB 1.1, a nie 2.0.
W dokumentacji jest poprawnie, co nie znaczy, że intuicyjnie :>
Standard USB 1.1 dopuszcza dwie przepływności: low-speed - 1,5 Mbps i full-speed - 12 Mbps.
Standard USB 2.0 dopuszcza trzy przepływności: low-speed - 1,5 Mbps, full-speed - 12 Mbps i hi-speed - 480 Mbps.
Moja propozycja nie dotyczyła dodawania artykułów, gdyż nie spłodziłem żadnych, lecz pakietów - bo mam ich kilka. Nie obrażaj się, tylko podrzuć parę pakietów ;P
Co do repozytorium pakietów, SVN już działa. Ze względu na ubogie możliwości konfiguracji praw dostępu do drzewa SVN ("wszystko albo nic") na Google Code, prawo commit jak na razie rezerwuję tylko dla siebie.
Pakiety dla platform brcm-2.4 i brcm47xx są uaktualniane i publikowane w repozytorium z pierwszego postu.
Ponownie zapraszam wszystkich do przyłączania się do projektu!
W dokumentacji wyraźnie napisano
Procesor AT91SAM9260 (AT91SAM9G20) posiada wbudowany Host USB z dwoma portami, zgodny ze standardem USB 2.0 (full-speed – 12Mbps). Porty te są doprowadzone do podwójnego złącza USB A znajdującego się na module MMnet1002.
Zapraszam do przyłączenia się do projektu na http://code.google.com/p/openwrt-kamikaze-backports/!
Na forum openwrt.org natknąłem się na kilka opinii, że developerzy są obecnie zainteresowani głównie portowaniem OpenWrt na coraz to bardziej egzotyczne platformy i nie naprawiają zgłoszonych błędów.
Proponuję inicjatywę oddolną, podobnie jak to było w przypadku Debiana i serwisu backports.org. Zaczynał skromnie, ale stał się oficjalnym repozytorium backportów Debiana.
To jak - zaczynamy?
Szczerze mówiąc, kiedyś odwiedziłem tę stronę i nie zrobiła ona na mnie oszałamiającego wrażenia. Teraz widzę, że jednak zebrało się wokół niej trochę ludzi. Czy można tam zahostować repozytorium?
Boję się tylko, że .pl zniechęci potencjalnych maintainerów z innych krajów. Warto by było także dostawać raporty o błędach od ludzi nie posługujących się językiem polskim.
Rzeczywiście, byłoby dobrze tak zrobić. Pierwszym krokiem musi być znalezienie jednej lokalizacji dla repozytorium, możliwie z SVN do pracy nad źródłami pakietów. Może warto spróbować z SourceForge albo Google Code? Później można by było ustalić utrzymujących poszczególne pakiety (maintainerów) i dać im dostęp do SVN.
Postanowiłem udostępnić skompilowane przeze mnie pakiety szerszej publiczności. Są to głównie nowsze wersje pakietów backportowane z gałęzi trunk.
Wystarczy do /etc/opkg.conf dopisać następującą linię (odpowiednią dla platformy):
src/gz vatazhka http://strony.aster.pl/vatazhka/kamikaze/brcm-2.4lub:
src/gz vatazhka http://strony.aster.pl/vatazhka/kamikaze/brcm47xxi wykonać opkg update.
Staram się używać bibliotek z oryginalnego Kamikaze 8.09, aby instalacja pakietów nie wiązała się z robieniem śmietnika w systemie.
Jak zwykle przypominam, że instalacja pakietów z niezaufanego repozytorium oznacza możliwość przejęcia Waszego sprzętu. Jeżeli mi nie ufasz, nie instaluj tych pakietów!
Jeżeli ten Neoware to EON2000, to obsługuje on tylko PCI 2.1 (bodajże), natomiast większość kart WiFi 802.11g (i 802.11n pewnie też) wymaga PCI 2.2. Zainstaluj pciutils i wykonaj lspci. Jeżeli moja teoria jest prawdziwa, karta nie pokaże się.
Z kolei jeżeli się pokaże, to możesz mieć problem z przerwaniami - tutaj możesz próbować wyłączać zbędne urządzenia w BIOS-ie.
A nie lepiej poprostu wrzucić tam debiana stable? (testing ewentualnie)?
Jeżeli to ma być router/firewall bez WiFi, to proponuję m0n0wall, pfSense albo podobne dystrybucje oparte na Linuksie (poprzednie dwie oparte są na FreeBSD). Sam mam stary terminal NeoWare EON 2000, dołożyłem do niego DOM 1 GB, 128 MB RAM, kartę na Intelu 82550 i pięknie działa - zero wiatraków, pobór mocy mniej niż 20 W.
Co do Debiana, to polecam Voyage Linux - to wersja Debiana skrojona pod budowę WiFi AP.
Pytanie tylko po co, skoro ten sprzęt ledwo daje radę z 802.11g i USB 2.0? IMHO warto o tym pomyśleć przed wydaniem pieniędzy.
Musisz najpierw wiedzieć, jak ustawiona jest enkapsulacja po stronie koncentratora VPN. Ja np. nie musiałem niczego zmieniać, bo włączona była enkapsulacja SSL.
Użyj adresu 192.168.10.1 zamiast 192.168.1.1.
@vatazhka: taka sama sytuacja jak zamontowanie flasha jako ext3 (księgowanie na flashu) czy montowanie bez atime
Chyba miałeś na myśli montowanie bez noatime (i nodiratime) - rzeczywiście wtedy mamy zapis przy każdym dostępie do pliku, jak i przy korzystaniu z journallingu...
zrobiłem test na pliku 700MB " time cp /mnt/disc0_2/film.avi /dev/null " i uzyskałem 1 minute i 14 sekund co daje ~9,45MB/s ale przez sieć jest kiepsko
Z ciekawości zmierzyłem osiągi dysku IDE na najtańszym mostku no-name IDE-USB:
root@openwrt:~# hdparm -tT /dev/scsi/host0/bus0/target0/lun0/disc
/dev/scsi/host0/bus0/target0/lun0/disc:
Timing cached reads: 192 MB in 2.00 seconds = 96.00 MB/sec
Timing buffered disk reads: 18 MB in 3.29 seconds = 5.47 MB/secWydaje mi się, że wąskim gardłem jest wydajność procesora. Po FTP wszystko leci wolniej (narzut operacji serwera FTP) - niecałe 3 MB/s.
drobne pytanko.
Wrzuciłem jakiegoś starego pendrajwa 128MB i sformatowałem na ext3.root@OpenWrt:/# fdisk -l Disk /dev/scsi/host0/bus0/target0/lun0/disc: 129 MB, 129740800 bytes 50 heads, 32 sectors/track, 158 cylinders Units = cylinders of 1600 * 512 = 819200 bytes Device Boot Start End Blocks Id System /dev/scsi/host0/bus0/target0/lun0/part1 1 158 126384 83 Linuxwrzuciłem do /etc/init.d plik S11mount z kodem:
#!/bin/sh # # mount script # mount -t ext3 /dev/scsi/host0/bus0/target0/lun0/part1 /mntzrobiłem ln –s /etc/init.d/S11mount /etc/rc.d/S11mount, oczywiście S11mount ma chmod +x ale nie działa mi montowanie przy bootowaniu:(
Co jest nie tak?
pozdr,
Bacownik
Czasami potrzebne jest opóźnienie, bo inicjalizacja USB może trochę trwać. Spróbuj dodać sleep 3 przed komendą mount.
Ja napisałem taki skrypt:
#!/bin/sh /etc/rc.common
START=40
MNTDEV=/dev/scsi/host0/bus0/target0/lun0/part1
MNTPNT=/mnt
SWPDEV=/dev/scsi/host0/bus0/target0/lun0/part2
start() {
[ -b $MNTDEV ] && mount -t vfat $MNTDEV $MNTPNT
[ -b $SWPDEV ] && swapon $SWPDEV
}
stop() {
[ -b $MNTDEV ] && umount $MNTPNT
[ -b $SWPDEV ] && swapoff $SWPDEV
}
restart() {
stop
start
}A, zamiast tworzyć dowiązania symboliczne za pomocą ln -s, można w przypadku mojego skryptu napisać jego nazwę (np. /etc/init.d/usbdrive) z parametrem enable 
Nie powinno, bo plik będzie przyrastał a nie będzie nadpisywany, ale...
Flash zapisywany jest blokami, a więc przy powolnym logowaniu i/lub synchronicznych operacjach I/O (wtedy nie mamy buforowania - agregacji zapisów po stronie systemu operacyjnego) mamy sporą szansę, że blok danych zostanie zapisany wielokrotnie. Uwaga - linuksowy syslog domyślnie dokonuje zapisów synchronicznych, tzn. wymusza zapis po zalogowaniu każdego komunikatu!
Skompilowałem Ci aktualną wersję trunk (10459) dla platformy brcm47xx z jądrem 2.6 i radiem Atheros (standardowa konfiguracja - bez obsługi USB itp.). Instaluj tylko jeżeli mi ufasz 
Obraz trx i plik .config w archiwum tar.bz2 znajdziesz tu.
Mój ISP w ustalonych godzinach zmienia parametry łącza na wyższe. Chciałbym dostosowywać ustawienia QoS do tych zmian, tak abym mógł korzystać z VoIP czy gier sieciowych nawet wtedy, gdy będę ściągał coś z sieci.
Na szybko napisałem taki skrypt:
#!/bin/sh
if [ $1 == "day" ]; then {
uci set qos.wan.upload=256
uci set qos.wan.download=1024
qos-stop
qos-start
} elif [ $1 == "night" ]; then {
uci set qos.wan.upload=512
uci set qos.wan.download=2048
qos-stop
qos-start
} fiUruchamiam go z crona:
0 8 * * * /etc/init.d/qos-change day
0 0 * * * /etc/init.d/qos-change nightWadą jest to, że wywołanie qos-stop/qos-start powoduje skasowanie i ponowne utworzenie listy reguł firewalla oraz drzew kolejkowania pakietów, a co za tym idzie - utratę statystyk. Czy znacie bardziej elegacki sposób?
Nie wiem, czy w ogóle przejmowanie się parametrami QoS ma w tym przypadku sens. Pamiętam, że kiedyś QoS w Linuksie nie było zaimplementowane zbyt dobrze, można było ustawić co najwyżej orientacyjne limity - np. ustawienie maksymalnej przepływności na 512 kbit/s skutkowało tym, że można było osiągać w granicach 1 Mbit/s, kiedy łącze zewnętrzne było nieobciążone i 300 kbit/s, kiedy było w pełni wysycone, no ale wtedy używało się innych polityk kolejkowania... Bardziej od limitowania maksymalnych przepustowości interesuje mnie priorytetyzacja określonego typu ruchu sieciowego.
Wydaje mi się, że nie jest to raczej kwestia software'u, ponieważ obsługa urządzeń USB klasy hub jest zaszyta w podstawowym sterowniku USB. Natomiast ze specyfikacji USB wynika, że hub bez własnego zasilania potrafi dostarczyć kolejnym urządzeniom prąd do 100 mA (gniazdo w komputerze/routerze - do 500 mA) - być może tu tkwi problem.
Jeżeli próbowałeś podłączać przez USB dysk 2,5" i nie ruszył on, spróbuj skorzystać z zewnętrznego zasilacza (do dysku).
Strony Poprzednia 1 2 3 Następna
eko.one.pl → Posty przez vatazhka
Forum oparte o PunBB, wspierane przez Informer Technologies, Inc