Przejdź do treści forum
eko.one.pl
OpenWrt, Linux, USB, notebooki i inne ciekawe rzeczy
Nie jesteś zalogowany. Proszę się zalogować lub zarejestrować.
Aktywne tematy Tematy bez odpowiedzi
Opcje wyszukiwania (Strona 7 z 9)
KMY napisał/a:Kusiu napisał/a:zaznaczyłem na młyńskiej "markerem" i od niej do domu na wiślanej który jest widoczny pokazało 1,58 km. z placu kazimierza 4,23 km ze szpitala 4,73 
1,6 km dla UMTS900 do w domu bez anteny odbierzesz, chyba że góry i lasy po drodze
jak pisałem, sprawdź, bo moim zdaniem, to Ci nic nie potrzebne
Lub domek jak klatka Faradaya Przerabiam to na sobie: 2km do nadajnika i brak zasięgu (nadajnik widać). Bez anteny za oknem ani rusz - nawet biorąc pod uwagę straty na kablu, przejściówkach itd. (zysk zestawu ujemny) z anteną jest -64 do -71dBm (antena "wycelowana" pomiędzy nadajniki Plusa (Aero2) i Play) zależnie od propagacji/pogody.
Próbuję zainstalować i:
# opkg install transmission-control
Installing transmission-control (0.3beta20130311) to root...
Downloading http://ecco.selfip.net/attitude_adjustment/ar71xx/packages/transmission-control_0.3beta20130311_all.ipk.
Collected errors:
* pkg_run_script: package "transmission-control" preinst script returned status 1.
* preinst_configure: Aborting installation of transmission-control.
* opkg_install_cmd: Cannot install package transmission-control.
Transmission zainstalowane i działa (rpc też), Gargoyle 1.5.9.7
jak to obejść?
OK, nie działa bo nie ładuje sterownika. Jednak musi być DPF a nie st2205 - http://forum.openwrt.org/viewtopic.php?id=34133
A w repo niestety nie ma i tu mała prośba o kompilację LCD4Linux-dpf (jak opisane w powyższym linku).
Dobre Jest podłączone. Bez tego nie byłoby co bindować.
# usbip list -r 192.168.1.10
Exportable USB devices
======================
- 192.168.1.10
1-1: GEMBIRD : unknown product (1908:0102)
: /sys/devices/platform/ehci-platform/usb1/1-1
: Vendor Specific Class / Vendor Specific Subclass / Vendor Specific Protocol (ff/ff/ff)
: 0 - Vendor Specific Class / unknown subclass / unknown protocol (ff/00/00)
a na drugim:
# usbip list -l
Local USB devices
=================
- busid 1-1 (1908:0102)
1-1:1.0 -> usbip-host
Chyba problem leży w driverze - podczas attacha debug wyrzuca na końcu:
libusbip: debug: vhci_driver.c:475:[usbip_vhci_attach_device2] attached port: 0
usbip: error: record connection
Pełny debug:
# usbip --debug attach -h 192.168.1.10 -b 1-1
usbip: debug: usbip.c:134:[run_command] running command: `attach'
libusbip: debug: vhci_driver.c:264:[get_nports] name: status path: /sys/devices/platform/vhci_hcd/status len: 377 method: 1 value: prt sta spd bus dev socket local_busid
000 004 000 000 000 0000000000000000 0-0
001 004 000 000 000 0000000000000000 0-0
002 004 000 000 000 0000000000000000 0-0
003 004 000 000 000 0000000000000000 0-0
004 004 000 000 000 0000000000000000 0-0
005 004 000 000 000 0000000000000000 0-0
006 004 000 000 000 0000000000000000 0-0
007 004 000 000 000 0000000000000000 0-0
libusbip: debug: vhci_driver.c:356:[usbip_vhci_driver_open] available ports: 8
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: bdi
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 16
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 3
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 4
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 5
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: default
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd-romap
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd-rwmap
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd-unmap
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: block
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock3
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock4
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock5
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: sda
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: sdb
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: bsg
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: firmware
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: gpio
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: gpio21
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: gpio22
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: gpiochip0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: ieee80211
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: phy0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: phy1
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: leds
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ath9k-phy0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ath9k-phy1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: blue:qss
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: blue:system
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: blue:wlan2g
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: green:usb1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: green:usb2
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: mdio_bus
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ag71xx-mdio.0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: mem
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: full
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: kmsg
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mem
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: null
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: port
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: random
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: urandom
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: zero
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: misc
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: fuse
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: tun
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: watchdog
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: mtd
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd0ro
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd1ro
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd2ro
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd3
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd3ro
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd4
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd4ro
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd5
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtd5ro
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: net
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 3g-wan
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: br-lan
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: eth0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: eth0.1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: eth0.2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: imq0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: lo
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: wlan0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: wwan0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: pci_bus
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 00
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: ppp
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ppp
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: scsi_device
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: scsi_disk
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: 0:0:0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: scsi_host
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: host2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: host3
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: spi_master
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: spi0
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: tty
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: console
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ptmx
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: tty
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS10
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS11
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS12
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS13
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS14
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS15
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS3
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS4
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS5
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS6
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS7
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS8
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyS9
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyUSB0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyUSB1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: ttyUSB2
libusbip: debug: vhci_driver.c:166:[search_class_for_usbip_device] class: block
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock0
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock1
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock2
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock3
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock4
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: mtdblock5
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: sda
libusbip: debug: vhci_driver.c:174:[search_class_for_usbip_device] cdev: sdb
libusbip: debug: vhci_driver.c:244:[refresh_imported_device_list] name: status path: /sys/devices/platform/vhci_hcd/status len: 377 method: 1 value: prt sta spd bus dev socket local_busid
000 004 000 000 000 0000000000000000 0-0
001 004 000 000 000 0000000000000000 0-0
002 004 000 000 000 0000000000000000 0-0
003 004 000 000 000 0000000000000000 0-0
004 004 000 000 000 0000000000000000 0-0
005 004 000 000 000 0000000000000000 0-0
006 004 000 000 000 0000000000000000 0-0
007 004 000 000 000 0000000000000000 0-0
libusbip: debug: vhci_driver.c:79:[parse_status] port 0 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 1 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 2 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 3 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 4 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 5 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 6 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:79:[parse_status] port 7 status 4 speed 0 devid 0
libusbip: debug: vhci_driver.c:80:[parse_status] socket 0 lbusid 0000000000000000
libusbip: debug: vhci_driver.c:115:[parse_status] exit
libusbip: debug: vhci_driver.c:467:[usbip_vhci_attach_device2] writing: 0 3 65538 2
libusbip: debug: vhci_driver.c:475:[usbip_vhci_attach_device2] attached port: 0
usbip: error: record connection
EDIT:
Podłączyłem brelok bezpośrednio pod ruter z LCD4LINUX i nadal nie ma urządzenia (?) jest za to komunikat:
kern.info kernel: [ 9049.140000] usb 1-1.2.3: new full-speed USB device number 9 using ehci-platform
user.notice usb-modeswitch: 1-1.2.3:1.0: Manufacturer=hackfin Product=USB-Display Serial=001
Potrzebuję podpowiedzi, jaki port wpisać w konfigu (nie pojawił się żaden nowy dysk)?
No właśnie - na kliencie jest tylko:
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 001 Device 002: ID 05e3:0608 Genesys Logic, Inc. USB-2.0 4-Port HUB
Bus 001 Device 004: ID 12d1:1506 Huawei Technologies Co., Ltd. E398 LTE/UMTS/GSM Modem/Networkcard
Bus 001 Device 005: ID 154b:005b PNY
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Tak jakby driver vhci_vhd nie wystawiał urządzenia. Na pewno na kliencie wystarczy usbip, kmod-usbip, kmod-usbip-client, usbip-client?
Próbuję podłączyć wyświetlacz LCD (ramka na st2205) poprzez usbip (wiem, kombinuję 
)i jeden ruter ładnie binduje urządzenie a drugi ładnie robi attach
[ 110.560000] IMQ driver loaded successfully. (numdevs = 1, numqueues = 1)
[ 241.450000] vhci_hcd vhci_hcd: rhport(0) sockfd(3) devid(65538) speed(2)
[ 241.450000] vhci_hcd: changed 1
ale teraz pytanie - jak to ładnie podłączyć pod LCD4LINUX?
Też Linux ale jeszcze nie Gargoyle Obydwa ruterki - most przy TV i główny z minidlna
Heh! Ja mam telewizor podpięty przez most/przekaźnik na Gargoyle i po każdym włączeniu ruterka przy TV muszę restartować minidlna - inaczej TV nie widzi serwera, nieważne czy cokolwiek innego jest podłączone do rutera z miniDLNA. Obydwa działąją na najnowszym Gargoyle-pl.
Ale jak ładnie dociąży tego procka Nie tyle ważna jest opłacalność, ale stress dla procka. W RAMie tak jakoś ostatnio pustawo i procek się nudzi, niech się ruterek wykaże
Gdzieś widziałem archaiczną wersję działającą na DD-WRT na słabiutkich sprzętach a tu do dyspozycji 128MB RAMu i 560MHz...
Cezary, czy mógłbyś skompilować CGminera? Niech się ruterki nie nudzą za bardzo
KMY napisał/a:Wally napisał/a:Eee tam, znajdzie się i uniwersalna
Zysk:
7,5 dBi (698-800 MHz),
8,0 dBi (800-960 MHz),
10 dBi (1700-2700 MHz),
kabel 10 m + złączki + konektor to straty na poziomie 5dBi
jeśli nie jest wymagane osiągnięcie jakiegoś zysku, ale tylko przenieść punkt odbioru fal na zewnątrz to OK
ale jeśli trzeba jeszcze coś zyskać, to tylko anteny dedykowane pod konkretną częstotliwość
Przy ~3km od nadajnika (jak jest w pierwszym poście), to spokojnie wystarczy, ważne żeby sygnał trafił do modemu. Jeżeli poza budynkiem/na dachu będzie sygnał, to przy tych parametrach w budynku będzie znacznie lepszy - 5dBi (w paśmie LTE) to jednak spory zysk.
Moja antenka ma zysk ok. 7dBi, 10m kabla, nieciekawie zaciśnięty konektor i pigtail do modemu (w lekko uszkodzonym gnieździe, zalutowany) a przy odległości ok. 6-7km od nadajnika miałem poziom sygnału na poziomie -72dBi (bez anteny - brak sygnału w domu), teraz przy ok. 2-3km mam -67,-65dBi (zależnie od pogody). W 3ginfo skoczyło z coś ok. 54% do 70-74%.
Przy stratach mniej więcej równych zyskowi anteny poziom sygnału jest wystarczająco dobry aby z Playa wyciągnąć ok. 5-6Mbit/s a Aero ssało swoje 512 jak stara d...
Cezary napisał/a:1. No na 2100 masz inną antenę, na 1800 też inną.
Eee tam, znajdzie się i uniwersalna
Antena TRANS-DATA LTE KYZ 7,5/8/10
Niby tak, ale w ten sposób wszystko, co dotyczy modemu byłoby w jednym miejscu...
Czy dałoby się tak zmodyfikować skrypt, aby wyświetlał nie tylko ilość danych z aktualnej sesji ale również sumaryczną powiedzmy od zainstalowania 3ginfo?
Dane historyczne powinny być oczywiście przechowywane na jakimś nośniku określonym zmienną (podobnie jak plik clf).
Cezary napisał/a:Po co ci na nim openwrt? Chyba że coś więcej zamierzasz z nim działać.
Akurat kompilacja tego nie jest żadnym problemem, no programowo jest to klon 900'tki.
Mam takie dziwne zboczenie - żaden sprzęt u mnie, jeżeli tylko może, to nie działa na oprogramowaniu producenta. Stąd wybór ruterka TP-Linka a teraz ten extender. Głownie chodzi mi o podłączenie TV do LANu stąd właśnie pytanko jak zachowa się port LAN w trybie RE. W przypadku N.MINI oraz trybie APC to jest ładnie opisane. Gdyby w trybie RE port LAN był niedostępny na firmowym sofcie (a zakładam, że jest to jedna z możliwości - producenci są dziwni ), to w OpenWRT da się to obejść.
Cezary napisał/a:PS. Na iboodzie dziś są powerline + wifi (combo)
Widziałem... Ale TV i ruter są na różnych fazach, do tego wkrótce ruter w ogóle wyleci na zasilanie z panela słonecznego.
Cezary napisał/a:Oryginalnego nie, ja ci mogę zrobić obrazy.
Dzięki jesteś jak zwykle pomocny, ale na razie się nie pali. To takie pytanko "na wyrost". Jak widzisz, dopiero rozglądam się za czymś takim i planuję wydatki
W każdym razie, jeżeli wybór padnie na to urządzonko, nie omieszkam się zgłosić.
Biorę jeszcze pod uwagę AirLive N.MINI ze względu na rozmiary i możliwość zawieszenia za TV, ale tu pozostanie tylko AP Client i chyba brak wsparcia OpenWRT.
Na patchwork.openwrt.org pojawiło się wsparcie dla tego modelu, a przynajmniej działający patch. Czy można liczyć na builda AA na to urządzonko?
A na marginesie, czy mieliście z nim do czynienia? Jak się sprawuje jako range extender? Czy w trybie RE port Eth jest również "podpięty" do "rozszerzanej" sieci, czy jest wyłączony, czy może tylko jako wan?
Jaki inny extender (za rozsądne pieniądze) 300Mb możecie polecić? Ważne, żeby retransmitował sygnał Wi-Fi i dawał go też na port LAN, wystarczy mi jeden LAN (do TV).
jarek7714 napisał/a:Wally napisał/a:Rzuć okiem na [Test] Pobór prądu E3131s-2 i E353s-2. Modem najwięcej prądu pobiera właśnie podczas wyszukiwania sieci i łączenia a podczas działania jest w miarę stabilnie. Więc takie częste skoki prądowe przy Aero2, to niezły test wydajności zasilania USB
Nie nazywajmy tego testem-tj co najwyżej szczątkowy teścik. Wskazuje różnicę w poborze energii na starcie między konkretnymi modemami w dobrych warunkach zasięgu (użyteczny raczej przy zakupie modemu) i dalece nie wiarygodny przy aktywnym przerzucaniu danych przez modem-a nie tylko przy utrzymywaniu połączenia z siecią (dalece różny jest pobór energii przy intensywnym użytkowaniu sieci-512kbps do daleko od możliwości tych modemów-np. mój E367 w realu na iPlus przerzuca x10 i wówczas grzeje się na maxa). Nie musimy w ciemno kupować aktywnego HUB-a USB ale musimy mieć świadomość że być może będzie niezbędny, innym uzupełnieniem jest zastosowanie zewnętrznej anteny kierunkowej (stabilizacja zasięgu wpływa bardzo korzystnie na mniejsze zużycie energii), 3/4 problemów z utrzymaniem połączenia 3-4G na ww routerach zamieszczanych w postach jest spowodowane ułomnością zasilania modemów po USB, najczęściej w parze ze stabilnością zasięgu sieci.
E367 to rzeczywiście grzałka miałem okazję się przekonać. E3131 jest chłodniejszy nawet po kilkugodzinnym downloadzie w okolicach 5-6Mb/s ale też potrafi być cieplutki. Generalnie nowe modele Huawei są mniej prądożerne. Ale tak jak napisałeś, dobry zasięg to podstawa i to właśnie dlatego zawsze warto dorzucić antenkę (u mnie zasięg w domku bez anteny jest na granicy czułości, z anteną 3dB na zewnątrz - 68-74% wg 3ginfo). No i nie zapominajmy o przełączaniu pasm - to dopiero prądożerna operacja więc też warto ustawić wymuszanie tylko tego jednego dostępnego.
Suma sumarum - najgorsze dla zasilacza zawsze są momenty włączania i wyłączania (szczytowe prądy) oraz wszelkiego rodzaju skoki (jak np. przy łączeniu modemu) prądowe. Stabilne obciążenie do mniej więcej 80% wartości granicznej (nie szczytowej) ma niewielki wpływ na zasilacz (no chyba, że jest to jakiś chiński wynalazek o "papierowych" parametrach i na częściach z bambusa ). Więc w przypadku modemu pobór prądu rzędu 300-400mA z USB to powinien być max. dla stabilnej pracy, a niestety są modemy, które potrzebują więcej. Wystarczy wczytać się we wcześniejsze posty, gdzie modemy (ZTE?) bez aktywnego huba wieszały się właśnie przy łączeniu.
Osobiście używam Antena ATK-LOG GSM/DCS/UMTS/HSDPA + pigtail do modemu. Do E3131 pasował Konektor wtyk FME na MV510 - nie jest co prawda CRC9 (SMB) jak powinno być, ale za to (po lekkim rozgięciu) ładnie się zalutowało na złączu w modemie. Niestety lutowanie to najpewniejszy sposób na nieurwanie i nierozwalenie gniazda w modemach Huawei, są one piekielnie delikatne.
Sama antena jest dość uniwersalna i przyda się nie tylko do GSM/EDGE.
Cezary napisał/a:Drugi. Pierwszy wykonuje się od razu podczas rejestracji funkcji więc nic ci po tym.
Dzięki!
Cezary napisał/a:Mówisz o tym szczególnym przypadku, kiedy masz dwa porty i masz możliwość ich sterowania. Jak masz jeden port i hub to takiej możliwości już nie ma.
Tak, właśnie chodzi mi o WDR3600. Czy możesz doradzić, która opcja wyłączania będzie lepsza?
W sumie to taki sam szczególny przypadek jak podłączenie tylko modemu z kartą
jarek7714 napisał/a:Wally napisał/a: Więc jakoś bez huba da się żyć.
Pewnie że się da, jednak działanie modemu na przykładzie Aero2 to niezbyt fortunny przykład (w żaden sposób nie da się jego z weryfikować-nawet jak router będzie miał status pracy 30dni to połączenie z siecią tylko 1h i modem w tym czasie może być 150 razy fizycznie rozłączany od routera).
Jak pisałem, modem jest cały czas dociążony, a więc cały czas ciągnie swoje 512Kb/s poza cogodzinnym zrywaniem i wznawianiem połączenia. Więc to raczej dobry przykład.
jarek7714 napisał/a:Ja w tej chwili mam status w ramach jednej sesji, pod jednym IP :
wwan0 Typ: dhcp
Adres: 87.251...
Maska sieci: 255.255.255.252
Brama: 87.251...
DNS 1: 212.2.96.52
DNS 2: 212.2.96.51
Połączony: 29d 15h 38m 34s
Rzuć okiem na [Test] Pobór prądu E3131s-2 i E353s-2. Modem najwięcej prądu pobiera właśnie podczas wyszukiwania sieci i łączenia a podczas działania jest w miarę stabilnie. Więc takie częste skoki prądowe przy Aero2, to niezły test wydajności zasilania USB
Wally napisał/a:Jedno pytanie: w skrypcie są odwołania do sda, a więc jeżeli karta w modemie będzie wykrywana jako np. sdb a pendrive jako sda to modem się przełączy przed extrootem?
Cezary napisał/a:Nie masz pojęcia jako które urządzenie pojawi się nośnik.
Może da się to jakoś obejść. Czy do skryptu można dodać polecenia wyłączające i włączające zasilanie jednego portu USB (zgodnie z OpenWrt - TP-Link TL-WDR3600#USB)? Mając tylko modem wpięty do jednego portu a wszystko inne do drugiego, karta w modemie zawsze byłaby wykryta jako sda. Jeżeli tak, to w którym miejscu - wyłączenie przed deklaracją funkcji modem_usb_modeswitch() a włączenie po jej wywołaniu na końcu sktyptu, czyli:
[cut]
# wylaczenie zasilania USB2
echo 0 > /sys/class/gpio/gpio22/value
# USB2 wylaczone
modem_usb_modeswitch() {
[cut body]
}
boot_hook_add preinit_mount_root modem_usb_modeswitch
# wlaczenie zasilania USB2
echo 1 > /sys/class/gpio/gpio22/value
# USB2 wlaczone
czy tez lepiej w samej funkcji, a więc coś jakby:
[cut]
modem_usb_modeswitch() {
# wylaczenie zasilania USB2
echo 0 > /sys/class/gpio/gpio22/value
# USB2 wylaczone
[cut body]
# wlaczenie zasilania USB2
echo 1 > /sys/class/gpio/gpio22/value
# USB2 wlaczone
}
boot_hook_add preinit_mount_root modem_usb_modeswitch
jarek7714 napisał/a:Dodam jeszcze że jeżeli używamy internetu bezprzewodowego 3-4G jako łącza stałego, aktywnego całą dobę to przy średnich warunkach zakup aktywnego HUB-a USB więcej niż wskazany przy każdym z ww produktów. A co do flash to im więcej tym lepiej-zwłaszcza w przypadku open-wrt (wzorcowe w tym przypadku są routery Buffalo-niestety zbyt drogie).
A u mnie Aero na E3131 działa 24h (dociążone na max. - cały czas 512Kb/s downlink) od jakiś dwóch miechów stabilnie i bez żadnych problemów. Modem wpięty bezpośrednio do WDR3600 ale ma dolutowaną (tak, złącze w modemie padło po 4 miesiącach) antenę zewnętrzną i zasięg cały czas w okolicach 70%. Uptimy rutra to zwykle 4-7 dni (od czasu do czasu coś tam kombinuję i jest konieczny restart). Więc jakoś bez huba da się żyć.
Znalezione posty: 151 do 175 z 201