Autor Tema: HG556a + USB WiFi (TP-Link TL-WN722N) (Leído 65254 veces)

bmwjavier · « **Respuesta #40 en:** 22-05-2014, 01:47 (Jueves) »

Muchisimas gracias Danitool. La he instalado, (la versión de 128k, creo que es esta la que me corresponde) me reconoce el wifi interno sin problemas pero cuando he pinchado el TL-WN722N.......

Nada, no ocurre nada. No se agregan más radios en el wifi ni si enciende el led del pincho ni nada. Vamos, que no lo reconoce. Lo he pinchado en los tres usb pero nada...

Por si acaso he pinchado una ALFA AWUS036H que tengo y nada, sucede lo mismo, no me la reconoce.

haciendo lsusb me sale:
Bus 001 Device 005: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n

O sea que si lo reconoce pero no lo añade. Tampoco se enciende led alguno en el TL-WN722N

Mi router tiene un HW versión: HG56BZRB VER.A

Siento daros tanto la brasa pero es que me urge poder repetir la señal con mi TL-WN722N. A ver si podéis indicarme que hacer....

Muchas gracias,

bmwjavier · « **Respuesta #41 en:** 22-05-2014, 03:22 (Jueves) »

Os paso también el dmesg a ver si veis donde esta el problema...

root@OpenWrt:~# dmesg
[ 0.000000] Linux version 3.10.36 (dani@tool) (gcc version 4.8.3 (OpenWrt/Linaro GCC 4.8-2014.04 r40668) ) #2 Wed May 21 22:12:45 CEST 2014
[ 0.000000] Detected Broadcom 0x6358 CPU revision a1
[ 0.000000] CPU frequency is 300 MHz
[ 0.000000] 64MB of RAM installed
[ 0.000000] registering 40 GPIOs
[ 0.000000] board_bcm963xx: Resetting USB PLL... done
[ 0.000000] board_bcm963xx: Boot address 0xbe000000
[ 0.000000] board_bcm963xx: CFE version: d081.5003
[ 0.000000] bcm63xx_nvram: nvram checksum failed, contents may be invalid (expected 33313930, got e0833871)
[ 0.000000] No bcm_tag found!
[ 0.000000] bootconsole [early0] enabled
[ 0.000000] CPU revision is: 0002a010 (Broadcom BMIPS4350)
[ 0.000000] board_bcm963xx: board name: HW556_A
[ 0.000000] Determined physical RAM map:
[ 0.000000] memory: 04000000 @ 00000000 (usable)
[ 0.000000] Initrd not found or empty - disabling initrd
[ 0.000000] Zone ranges:
[ 0.000000] Normal [mem 0x00000000-0x03ffffff]
[ 0.000000] Movable zone start for each node
[ 0.000000] Early memory node ranges
[ 0.000000] node 0: [mem 0x00000000-0x03ffffff]
[ 0.000000] On node 0 totalpages: 16384
[ 0.000000] free_area_init_node: node 0, pgdat 802c86b0, node_mem_map 81000000
[ 0.000000] Normal zone: 128 pages used for memmap
[ 0.000000] Normal zone: 0 pages reserved
[ 0.000000] Normal zone: 16384 pages, LIFO batch:3
[ 0.000000] Primary instruction cache 16kB, VIPT, 2-way, linesize 16 bytes.
[ 0.000000] Primary data cache 16kB, 2-way, VIPT, cache aliases, linesize 16 bytes
[ 0.000000] pcpu-alloc: s0 r0 d32768 u32768 alloc=1*32768
[ 0.000000] pcpu-alloc:

0

[ 0.000000] Built 1 zonelists in Zone order, mobility grouping on. Total pages: 16256
[ 0.000000] Kernel command line: root=/dev/mtdblock2 rootfstype=squashfs,jffs2 noinitrd console=ttyS0,115200
[ 0.000000] PID hash table entries: 256 (order: -2, 1024 bytes)
[ 0.000000] Dentry cache hash table entries: 8192 (order: 3, 32768 bytes)
[ 0.000000] Inode-cache hash table entries: 4096 (order: 2, 16384 bytes)
[ 0.000000] Memory: 61560k/65536k available (2276k kernel code, 3976k reserved, 603k data, 188k init, 0k highmem)
[ 0.000000] NR_IRQS:256
[ 0.036000] Calibrating delay loop... 297.98 BogoMIPS (lpj=595968)
[ 0.036000] pid_max: default: 32768 minimum: 301
[ 0.040000] Mount-cache hash table entries: 512
[ 0.048000] NET: Registered protocol family 16
[ 0.064000] registering PCI controller with io_map_base unset
[ 0.084000] bio: create slab <bio-0> at 0
[ 0.092000] PCI host bridge to bus 0000:00
[ 0.096000] pci_bus 0000:00: root bus resource [mem 0x30000000-0x37ffffff]
[ 0.100000] pci_bus 0000:00: root bus resource [io 0x8000000-0x800ffff]
[ 0.104000] pci_bus 0000:00: No busn resource found for root bus, will use [bus 00-ff]
[ 0.108000] pci 0000:00:01.0: [1814:3592] type 00 class 0x028000
[ 0.108000] pci 0000:00:01.0: reg 10: [mem 0xffff0000-0xffffffff]
[ 0.120000] pci 0000:00:01.0: PME# supported from D0 D3hot D3cold
[ 0.120000] pci_bus 0000:00: busn_res: [bus 00-ff] end is updated to 00
[ 0.120000] pci 0000:00:01.0: BAR 0: assigned [mem 0x30000000-0x3000ffff]
[ 0.128000] Switching to clocksource MIPS
[ 0.140000] NET: Registered protocol family 2
[ 0.148000] TCP established hash table entries: 512 (order: 0, 4096 bytes)
[ 0.156000] TCP bind hash table entries: 512 (order: -1, 2048 bytes)
[ 0.160000] TCP: Hash tables configured (established 512 bind 512)
[ 0.168000] TCP: reno registered
[ 0.172000] UDP hash table entries: 256 (order: 0, 4096 bytes)
[ 0.176000] UDP-Lite hash table entries: 256 (order: 0, 4096 bytes)
[ 0.184000] NET: Registered protocol family 1
[ 0.188000] PCI: CLS 0 bytes, default 16
[ 0.196000] squashfs: version 4.0 (2009/01/31) Phillip Lougher
[ 0.200000] jffs2: version 2.2 (NAND) (SUMMARY) (ZLIB) (CMODE_PRIORITY) (c) 2001-2006 Red Hat, Inc.
[ 0.212000] msgmni has been set to 120
[ 0.216000] io scheduler noop registered
[ 0.220000] io scheduler deadline registered (default)
[ 0.228000] bcm63xx_uart.0: ttyS0 at MMIO 0xfffe0100 (irq = 10) is a bcm63xx_uart
[ 0.236000] console [ttyS0] enabled, bootconsole disabled
[ 0.252000] physmap platform flash device: 02000000 at 1e000000
[ 0.256000] physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x0000c2 Chip ID 0x00227e
[ 0.268000] physmap-flash.0: Found an alias at 0x1000000 for the chip at 0x0
[ 0.268000] Amd/Fujitsu Extended Query Table at 0x0040
[ 0.272000] Amd/Fujitsu Extended Query version 1.3.
[ 0.280000] number of CFI chips: 1
[ 0.284000] bcm63xxpart: CFE boot tag found with version 8 and board type HW556
[ 0.292000] bcm63xxpart: Partition 0 is CFE offset 0 and length 20000
[ 0.296000] bcm63xxpart: Partition 1 is kernel offset 20100 and length fff00
[ 0.304000] bcm63xxpart: Partition 2 is rootfs offset 120000 and length dc0000
[ 0.312000] bcm63xxpart: Partition 3 is cal_data offset ee0000 and length 20000
[ 0.320000] bcm63xxpart: Partition 4 is nvram offset fe0000 and length 20000
[ 0.328000] bcm63xxpart: Partition 5 is linux offset 20000 and length ec0000
[ 0.332000] bcm63xxpart: Spare partition is offset 460004 and length a7fffc
[ 0.340000] 6 bcm63xxpart partitions found on MTD device physmap-flash.0
[ 0.348000] Creating 6 MTD partitions on "physmap-flash.0":
[ 0.352000] 0x000000000000-0x000000020000 : "CFE"
[ 0.364000] 0x000000020100-0x000000120000 : "kernel"
[ 0.368000] mtd: partition "kernel" must either start or end on erase block boundary or be smaller than an erase block -- forcing read-only
[ 0.384000] 0x000000120000-0x000000ee0000 : "rootfs"
[ 0.396000] mtd: device 2 (rootfs) set to be root filesystem
[ 0.400000] mtd: partition "rootfs_data" created automatically, ofs=0x460000, len=0xa80000
[ 0.408000] 0x000000460000-0x000000ee0000 : "rootfs_data"
[ 0.420000] 0x000000ee0000-0x000000f00000 : "cal_data"
[ 0.428000] 0x000000fe0000-0x000001000000 : "nvram"
[ 0.436000] 0x000000020000-0x000000ee0000 : "linux"
[ 0.448000] bcm63xx-spi bcm63xx-spi: at 0xfffe0800 (irq 9, FIFOs size 542)
[ 0.468000] libphy: bcm63xx_enet MII bus: probed
[ 0.472000] b53_common: found switch: BCM5325, rev 0
[ 0.480000] bcm63xx_enet bcm63xx_enet.1: attached PHY at address 0 [Broadcom B53 (1)]
[ 0.492000] bcm63xx-wdt bcm63xx-wdt: started, timer margin: 30 sec
[ 0.512000] TCP: cubic registered
[ 0.516000] NET: Registered protocol family 17
[ 0.520000] 8021q: 802.1Q VLAN Support v1.8
[ 0.532000] VFS: Mounted root (squashfs filesystem) readonly on device 31:2.
[ 0.544000] Freeing unused kernel memory: 188K (802e1000 - 80310000)
[ 3.064000] usbcore: registered new interface driver usbfs
[ 3.068000] usbcore: registered new interface driver hub
[ 3.076000] usbcore: registered new device driver usb
[ 3.092000] Button Hotplug driver version 0.4.1
[ 3.184000] SCSI subsystem initialized
[ 3.204000] ehci_hcd: USB 2.0 'Enhanced' Host Controller (EHCI) Driver
[ 3.212000] ehci-platform: EHCI generic platform driver
[ 3.220000] ehci-platform ehci-platform: EHCI Host Controller
[ 3.224000] ehci-platform ehci-platform: new USB bus registered, assigned bus number 1
[ 3.232000] ehci-platform ehci-platform: irq 18, io mem 0xfffe1300
[ 3.252000] ehci-platform ehci-platform: USB 2.0 started, EHCI 1.00, overcurrent ignored
[ 3.260000] hub 1-0:1.0: USB hub found
[ 3.264000] hub 1-0:1.0: 2 ports detected
[ 3.276000] ohci_hcd: USB 1.1 'Open' Host Controller (OHCI) Driver
[ 3.284000] ohci-platform ohci-platform: Generic Platform OHCI Controller
[ 3.292000] ohci-platform ohci-platform: new USB bus registered, assigned bus number 2
[ 3.300000] ohci-platform ohci-platform: irq 13, io mem 0xfffe1400
[ 3.364000] hub 2-0:1.0: USB hub found
[ 3.368000] hub 2-0:1.0: 2 ports detected
[ 3.388000] usbcore: registered new interface driver usb-storage
[ 3.400000] input: gpio-keys-polled as /devices/platform/gpio-keys-polled.0/input/input0
[ 3.588000] usb 1-2: new high-speed USB device number 2 using ehci-platform
[ 3.596000] eth0: link UP - 100/full - flow control off
[ 3.728000] hub 1-2:1.0: USB hub found
[ 3.732000] hub 1-2:1.0: 4 ports detected
[ 4.012000] usb 1-2.2: new high-speed USB device number 3 using ehci-platform
[ 6.080000] jffs2: notice: (247) jffs2_build_xattr_subsystem: complete building xattr subsystem, 1 of xdatum (1 unchecked, 0 orphan) and 9 of xref (0 dead, 0 orphan) found.
[ 6.600000] eth0: link DOWN
[ 9.152000] NTFS driver 2.1.30 [Flags: R/O MODULE].
[ 9.176000] Loading modules backported from Linux version master-2014-05-19-0-g3bea516
[ 9.188000] Backport generated by backports.git backports-20140320-37-g5c33da0
[ 9.208000] nf_conntrack version 0.5.0 (964 buckets, 3856 max)
[ 9.296000] xt_time: kernel timezone is -0000
[ 9.356000] ip_tables: (C) 2000-2006 Netfilter Core Team
[ 9.376000] cfg80211: Calling CRDA to update world regulatory domain
[ 9.404000] cfg80211: World regulatory domain updated:
[ 9.408000] cfg80211: DFS Master region: unset
[ 9.412000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 9.424000] cfg80211: (2402000 KHz - 2472000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 9.432000] cfg80211: (2457000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 9.440000] cfg80211: (2474000 KHz - 2494000 KHz @ 20000 KHz), (N/A, 2000 mBm), (N/A)
[ 9.448000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[ 9.456000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 2000 mBm), (N/A)
[ 9.464000] cfg80211: (57240000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 0 mBm), (N/A)
[ 9.684000] usbcore: registered new interface driver carl9170
[ 9.720000] PCI: Enabling device 0000:00:01.0 (0000 -> 0002)
[ 9.728000] rt2800pci 0000:00:01.0: setting latency timer to 64
[ 9.728000] ieee80211 phy0: rt2x00lib_request_eeprom_file: Info - Loading EEPROM data from 'rt2x00.eeprom'.
[ 9.740000] ieee80211 phy0: rt2x00_set_rt: Info - RT chipset 3572, rev 0223 detected
[ 9.748000] ieee80211 phy0: rt2x00_set_rf: Info - RF chipset 0008 detected
[ 9.756000] ieee80211 phy0: Selected rate control algorithm 'minstrel_ht'
[ 9.824000] usbcore: registered new interface driver ath9k_htc
[ 13.628000] eth0: link UP - 100/full - flow control off
[ 20.280000] device eth0.1 entered promiscuous mode
[ 20.288000] device eth0 entered promiscuous mode
[ 20.296000] br-lan: port 1(eth0.1) entered forwarding state
[ 20.300000] br-lan: port 1(eth0.1) entered forwarding state
[ 20.632000] eth0: link UP - 100/full - flow control off
[ 21.764000] cfg80211: Calling CRDA for country: CN
[ 21.776000] cfg80211: Regulatory domain changed to country: CN
[ 21.784000] cfg80211: DFS Master region: FCC
[ 21.788000] cfg80211: (start_freq - end_freq @ bandwidth), (max_antenna_gain, max_eirp), (dfs_cac_time)
[ 21.800000] cfg80211: (2402000 KHz - 2482000 KHz @ 40000 KHz), (N/A, 2000 mBm), (N/A)
[ 21.808000] cfg80211: (5170000 KHz - 5250000 KHz @ 80000 KHz), (N/A, 2300 mBm), (N/A)
[ 21.816000] cfg80211: (5250000 KHz - 5330000 KHz @ 80000 KHz), (N/A, 2300 mBm), (0 s)
[ 21.824000] cfg80211: (5735000 KHz - 5835000 KHz @ 80000 KHz), (N/A, 3000 mBm), (N/A)
[ 21.832000] cfg80211: (57240000 KHz - 59400000 KHz @ 2160000 KHz), (N/A, 2800 mBm), (N/A)
[ 21.840000] cfg80211: (59400000 KHz - 63720000 KHz @ 2160000 KHz), (N/A, 4400 mBm), (N/A)
[ 21.848000] cfg80211: (63720000 KHz - 65880000 KHz @ 2160000 KHz), (N/A, 2800 mBm), (N/A)
[ 22.304000] br-lan: port 1(eth0.1) entered forwarding state
[ 25.080000] ieee80211 phy0: rt2x00lib_request_firmware: Info - Loading firmware file 'rt2860.bin'
[ 25.124000] ieee80211 phy0: rt2x00lib_request_firmware: Info - Firmware detected - version: 0.34
[ 25.324000] device wlan0-1 entered promiscuous mode
[ 27.880000] wlan0: authenticate with 00:1a:2b:86:de:ef
[ 27.912000] wlan0: send auth to 00:1a:2b:86:de:ef (try 1/3)
[ 27.924000] wlan0: authenticated
[ 27.932000] wlan0: associate with 00:1a:2b:86:de:ef (try 1/3)
[ 27.944000] wlan0: RX AssocResp from 00:1a:2b:86:de:ef (capab=0x411 status=0 aid=1)
[ 27.952000] wlan0: associated
[ 30.148000] br-lan: port 2(wlan0-1) entered forwarding state
[ 30.152000] br-lan: port 2(wlan0-1) entered forwarding state
[ 32.156000] br-lan: port 2(wlan0-1) entered forwarding state
[ 65.464000] usb 1-2.2: USB disconnect, device number 3
[ 70.404000] usb 1-1: new high-speed USB device number 4 using ehci-platform
[ 191.800000] usb 1-1: USB disconnect, device number 4
[ 213.504000] usb 1-1: new high-speed USB device number 5 using ehci-platform
[ 213.672000] usb 1-1: ath9k_htc: Firmware htc_9271.fw requested
[ 214.072000] usb 1-1: ath9k_htc: Transferred FW: htc_9271.fw, size: 51272
[ 214.408000] ath9k_htc 1-1:1.0: ath9k_htc: HTC initialized with 33 credits
[ 217.388000] ath9k_htc 1-1:1.0: ath9k_htc: FW Version: 1.3
[ 217.396000] ath: EEPROM regdomain: 0x809c
[ 217.396000] ath: EEPROM indicates we should expect a country code
[ 217.396000] ath: doing EEPROM country->regdmn map search
[ 217.396000] ath: country maps to regdmn code: 0x52
[ 217.396000] ath: Country alpha2 being used: CN
[ 217.396000] ath: Regpair used: 0x52
[ 217.504000] ieee80211 phy1: Atheros AR9271 Rev:1
[ 217.516000] cfg80211: Calling CRDA for country: CN

jar229 · « **Respuesta #42 en:** 22-05-2014, 08:19 (Jueves) »

Cita de: bmwjavier en 22-05-2014, 01:47 (Jueves)

Muchisimas gracias Danitool. La he instalado, (la versión de 128k, creo que es esta la que me corresponde) me reconoce el wifi interno sin problemas pero cuando he pinchado el TL-WN722N....... Nada, no ocurre nada. No se agregan más radios en el wifi ni si enciende el led del pincho ni nada. Vamos, que no lo reconoce. Lo he pinchado en los tres usb pero nada...

Por si acaso he pinchado una ALFA AWUS036H que tengo y nada, sucede lo mismo, no me la reconoce.

haciendo lsusb me sale:
Bus 001 Device 005: ID 0cf3:9271 Atheros Communications, Inc. AR9271 802.11n

O sea que si lo reconoce pero no lo añade. Tampoco se enciende led alguno en el TL-WN722N

Mi router tiene un HW versión: HG56BZRB VER.A

Siento daros tanto la brasa pero es que me urge poder repetir la señal con mi TL-WN722N. A ver si podéis indicarme que hacer....

Muchas gracias,

Después de pinchar el wifi USB, debes forzar a que sea detectado por el sistema:

Código: [Seleccionar]

wifi detect > /etc/config/wireless

bmwjavier · « **Respuesta #43 en:** 22-05-2014, 20:40 (Jueves) »

Bueno pues gracias a jar229 efectivamente puse "wifi detect > /etc/config/Wireless" y por fin!!!!

Aparecio radio1!!!!! Ya estaba yo con una sonrisa de oreja a oreja pero.... Mi gozo en un pozo...

Resulta que por cable tengo 20mbps de bajada y 10 de subida. Pues bien, por WIFI si utilizaba Radio0 para captar y repetir la señal la velocidad que me daba era de 6,5 de bajada y apenas 3 de subida.

Pues vale, ahora usando radio0 para captar y radio1 (TL-WN722N) para repetir los resultados son: 1mbs de bajada y 1,36 de subida!!!!!!!!! NO ENTIENDO NADA!!!!

Intento hacerlo al revés, es decir, captar la señal con el TL-WN722N y repetirla con la radio0 del router pero IMPOSBLE PORQUE POR MAS QUE LO INTENTO el TL-WN722N no escanea. Lo intento una y otra vez pero no escanea de ninguna forma. ¿Alguna solución?

La verdad es que este maldito HG556a me esta volviendo loco....

saludos,

danitool · « **Respuesta #44 en:** 22-05-2014, 21:26 (Jueves) »

No sé si insistir siempre en lo mismo... pero prueba los canales de ambas wifis lo más separados posibles, y varias combinaciones, usando varios tipos de encriptación.

Estas cosas hay que detallarlas cuando se informa de un problema.

bmwjavier · « **Respuesta #45 en:** 22-05-2014, 21:45 (Jueves) »

Cita de: danitool en 22-05-2014, 21:26 (Jueves)

No sé si insistir siempre en lo mismo... pero prueba los canales de ambas wifis lo más separados posibles, y varias combinaciones, usando varios tipos de encriptación.

Estas cosas hay que detallarlas cuando se informa de un problema.

He separado los canales lo máximo posible. Probare con la encriptación. De cualquier forma esto no es causa para que el TL-WN722N no escanee. ¿Algun consejo? Porque me gustaría probar captando la señal con el TL-WN722N y repitiéndola con el interno del router.

Saludos,

danitool · « **Respuesta #46 en:** 22-05-2014, 21:54 (Jueves) »

Para escanear desde línea de comandos
iw dev wlan0 scan
ó
iw dev wlan1 scan

Para unirse en modo cliente a una red wifi tampoco necesitas escanear, solo configurar bien.

Siendo esto una versión trunk seguramente con muchos defectos tal vez lo mejor sea probar en una versión estable como AA. Puedo incluir la ID del TL-WN722N en un backport a 12.09 si hay interés.

EDITO
En el backport que hice a AA ya está incluida la ID del TL-WN722N. Sacado directamente del código fuente:

Código: [Seleccionar]

{ USB_DEVICE(0x0cf3, 0x9271) }, /* Atheros */
Y me decís que no funciona este backport, que no detecta nada??!!!!

bmwjavier · « **Respuesta #47 en:** 23-05-2014, 15:40 (Viernes) »

Definitivamente desisto. He probado tanto la r39304usb como la openwrt-HG556a-usbATH-pllfixABC que tan amablemente colgó danitool en este hilo. He probado tanto con la TL-WN722N como con una Alfa AWUS036H. Siguiendo las indicaciones de danitool he separado los canales lo máximo posible y he intentado todas las combinaciones de encriptación posibles. Os aseguro que más de 6 horas hasta bien entrada la madrugada haciendo pruebas para nada....

Bien, captando por wifi la señal con el H556a y conectándolo al portátil por cable tengo 20 MBS de bajada y 10 MBS de subida.

Si utilizo la TL-WN722N y la Alfa para repetir la seña por wifi las velocidades de obtengo son: Menos de 2 mbs de bajada y entre 2 y 3 de subida... INACEPTABLE.

Si lo hago al revés, es decir, usar la TL-WN722N y la ALFA para captar la señal y la repito con la radio interna del HG556a las velocidades aun son peores!!

Usando la radio interna del HG556a tanto para captar como para repetir la señal las velocidades que obtengo son menos de 10 MBS de bajada y entre 6 y 7 de Subida.... Iguialmente no me vale esta velocidad para lo que necesito....

Por todo ello y después de muchas horas de pruebas y dolores de cabeza para nada, desisto. No se si será culpa de HG556a VER A con chipset Ralinlk que tengo o si será culpa de openwrt pero lo cierto es que no ha habido manera.

Por todo esto os pediría por favor que si alguien sabe cual puede ser el problema y su solución me lo haga saber.

De cualquier forma y por si acaso no hubiera solución a esto, ¿alguien sabe de algún router que tenga dos radios internas (una para captar la señal y otra para repetirla) y que no pierda mucha velocidad??

Seria como cliente/punto de acceso. No repetidor ni wds.

Yo tengo 20 MBS de bajada y 10 MBS de subida. Con poder repetir esta señal por WIFI y tener 15 MBS de bajada y 7 de subida me valdría.

Gracias y saludos,

danitool · « **Respuesta #48 en:** 23-05-2014, 16:23 (Viernes) »

Y cuando conectas el ordenador por cable al hg556a con el wifi interno deshabilitado y conectando a través del TL-WN722N por wifi que velocidad obtienes?

luego colgaré una imagen del backport AA con los drivers Ath9k wifi incluidos, ya que el driver interno USB del hg556 en AA es diferente a lo que hay ahora

wolf_rider · « **Respuesta #49 en:** 23-05-2014, 17:05 (Viernes) »

Por mi experiencia los Ath9... nunca han funcionado bien con openwrt yo ya he dañado de intentar lo. Prueba cambiar de chip "xexexexexxe" a 3070 o similar.

Tki2000 · « **Respuesta #50 en:** 23-05-2014, 17:43 (Viernes) »

Cita de: bmwjavier en 23-05-2014, 15:40 (Viernes)

De cualquier forma y por si acaso no hubiera solución a esto, ¿alguien sabe de algún router que tenga dos radios internas (una para captar la señal y otra para repetirla) y que no pierda mucha velocidad??

El WD MyNet N750 y el WD MyNet N600 tienen dos radios. Una para b/g/n y otra para a/n. Podría servirte si tienes con qué captar la radio a/n. Ya hay firmwares compilados por jar229 con openwrt. Con respecto a la bajada de velocidad en repetidor, ni idea, pero procesador más potente desde luego que tienen. A lo mejor incluso repitiendo por USB tampoco baja tanto la velocidad.
Si captas sus correspondientes radios, creo que cualquier router con dual band que no sea 'ac' y que tenga las wifis soportadas en openwrt te podría servir.

danitool · « **Respuesta #51 en:** 23-05-2014, 18:12 (Viernes) »

Compilación backport 12.09 estable con drivers USB ath9k y carl1970, también con el usb 0pllfix

https://docs.google.com/uc?export=download&id=0B-EMoBe-_OdBdzRmaV9veFRlajg

Las velocidades de las que hablais son muy bajas:
1mbs? esto es un megabit = 128kiB por segundo.... esto el router más cutre lo aguanta, incluso 10 megabits lo aguanta sin problemas un bcm6348. No veo que la CPU limite el ancho de banda, no con estas velocidades.

Un bcm6358 debería dar sin problemas 30 megabits aunque fuesen repartidos entre dos interfaces pero nunca hice la prueba. En caso de que la CPU fuese un problema también hay la posibilidad de usar conexiones WDS sin enrutar, o sea todo puenteado y transparente, con AP+WDS y CLIENT+WDS, y sin iptables cargado, esta sería la configuración óptima.

También hay opciones en el wifi que se pueden cambiar en el archivo /etc/config/wireless, o bien con el comando iw

jar229 · « **Respuesta #52 en:** 23-05-2014, 19:34 (Viernes) »

Cita de: danitool en 23-05-2014, 18:12 (Viernes)

Compilación backport 12.09 estable con drivers USB ath9k y carl1970, también con el usb 0pllfix

https://docs.google.com/uc?export=download&id=0B-EMoBe-_OdBdzRmaV9veFRlajg

Las velocidades de las que hablais son muy bajas:
1mbs? esto es un megabit = 128kiB por segundo.... esto el router más cutre lo aguanta, incluso 10 megabits lo aguanta sin problemas un bcm6348. No veo que la CPU limite el ancho de banda, no con estas velocidades.

Un bcm6358 debería dar sin problemas 30 megabits aunque fuesen repartidos entre dos interfaces pero nunca hice la prueba. En caso de que la CPU fuese un problema también hay la posibilidad de usar conexiones WDS sin enrutar, o sea todo puenteado y transparente, con AP+WDS y CLIENT+WDS, y sin iptables cargado, esta sería la configuración óptima.

También hay opciones en el wifi que se pueden cambiar en el archivo /etc/config/wireless, o bien con el comando iw

Yo ya comenté en este mismo hilo (algunas páginas más atrás), que también tuve problemas con una wifi usb con chipset atheros (similar al modelo tp-link), pero las últimas compilaciones han corregido esos problemas. Así que no es un problema de falta de CPU del router ...

Voy a instalar esa compilación, en mi hg556a versión C y comento resultados

jar229 · « **Respuesta #53 en:** 23-05-2014, 20:06 (Viernes) »

Conectado por wifi al router principal (captura de esta mañana):

Router hg556a Ver C (wifi atheros) con la última compilación (AA openwrt-HG556a_128k-squashfs-cfe.bin) + pincho Wifi USB marca Comfast con chipset atheros (driver ath9k).

El pincho Wifi en modo Cliente Wireless de mi router principal y la wifi interna del router en modo AP

danitool · « **Respuesta #54 en:** 23-05-2014, 20:57 (Viernes) »

Gracias jar229 tus datos tienen más sentido. La verdad me gustaría saber cual es el máximo que alcanzaría en una transferencia directa en red local.

O algo realmente mal están haciendo los demás. O bien solo cabría la posibilidad de que las versiones con Ralink el puerto USB no vaya muy fino. Sino va fino podría ser el hub que es diferente en ambas versiones. Pero el puerto USB superior no usa hub va directametne conectado al SoC, son idénticos tanto en las versiones A,B,C del hg556a. Con lo que solo quedaría la posibilidad que fuese problema de alimentación del USB. Así que para comprobarlo hay una opción
- conectar un hub alimentado en USB superior y ahí enchufar el pincho wifi USB.

También hacer tests con pendrives o discos duros ayudaría a ver si es el puerto USB lo que da problemas.

jar229 · « **Respuesta #55 en:** 23-05-2014, 22:06 (Viernes) »

Yo, por el momento, más pruebas no puedo hacer (ya no tengo ningún hg556a con WiFi ralink).

Esperaremos a ver si alguien se anima ...

Enviado desde mi CUBE U30GT-H

bmwjavier · « **Respuesta #56 en:** 24-05-2014, 01:53 (Sábado) »

Bueno pues al menos ahora puedo usar el Tl-WN722N como cliente y la radio interna del HG556a para repetir pero nada, siguen los problemas.......

Router hg556a Ver A (wifi Ralink) con la última compilación que tan amablemente ha colgado danitool ( openwrt-HG556a-usbATH-pllfixABC-12.09) + pincho Wifi USB TL-WN722N con chipset atheros (driver ath9k).
El pincho Wifi en modo Cliente Wireless de mi router principal y la wifi interna del router en modo AP

Conectado al HG556a con cable.

Conectado al HG556a por wifi

Como veis continua el problema. Ya no se que hacer...... Llevo horas y horas invertidas en intentar solucionar esto pero no hay manera..... No se que puede pasar. Si Uso la radio interna como cliente y el TL-Wn722N como AP el resultado es parecido....

¿Qué pensáis? ¿Dónde puede estar el problema??

Saludos y gracias a todos por vuestra ayuda. Ojala podamos dar con la solución.

Tki2000 · « **Respuesta #57 en:** 24-05-2014, 11:52 (Sábado) »

¿Tienes posibilidad de realizar la prueba con un picho que no sea el 722N? ¿Que tenga otro chipset?
Es para descartar que sea problema del driver.
Otra cosa a tener en cuenta es que estás enganchando 2 radios con un traspaso de datos por el puerto USB a la CPU para el enrutamiento y retransmisión, y eso cuesta tiempos de ciclo.
Cuando me engancho a un HG556a por radio tengo una tasa de transferencia de alrededor de 24Mbps subiendo a la memoria (me refiero a que los datos no se enrutan a otra red). Cuando los tengo que enrutar a otra salida, ya sea redirigirlos a un puerto USB para escribir a disco, o bien para mandar esos datos a un picho wifi para que los retransmita por radio con enrutamiento de por medio, sinceramente me esperaría la mitad de la tasa global.
Además, no creo que los USB del HG556 den los 480Mbps ni de lejos. Yo haciendo transferencias desde la memoria a un picho USB de 8GB no he conseguido pasar de las 3-4MB/s (como mucho 32Mbps). Y estoy diciendo desde la memoria directamente, no desde otra red con enrutamiento y paso por USB.
Teniendo en cuenta que el bus por el que se comunica la CPU con la wifi USB no es nativo y no va a toda la velocidad que debe ir, hay muchos factores que pueden influir en la bajada de velocidad. La wifi interna va mejor porque el bus de comunicación es mejor. El traspaso de datos entre un bus y otro cuesta ciclos.

bmwjavier · « **Respuesta #58 en:** 27-05-2014, 14:54 (Martes) »

Hola Tki2000, tengo otro pero el problema no es ese. Como puedes ver más arriba, usando el TL-WN722N para captar la señal y conectando al HG556a por cable la velocidad está perfecta. El problema viene al repetir esa señal por Wifi, entonces la velocidad es inaceptable.

Da igual que capte la señal con el TL-WN722N y la repita con el interno del HG556a o que lo haga al revés y capte la señal con el interno y la repita con el TL-WN722N. En ambos casos la velocidad es inaceptable y en ambos casos si conecto al HG556a por rj45 en vez de por wifi la velocidad es perfecta.

No se donde puede estar el problema.....

Saludos,

bmwjavier · « **Respuesta #59 en:** 29-05-2014, 20:56 (Jueves) »

Por favor, ¿alguna idea?

Noticias:

Autor Tema: HG556a + USB WiFi (TP-Link TL-WN722N) (Leído 65254 veces)

bmwjavier

bmwjavier

bmwjavier

danitool

bmwjavier

danitool

bmwjavier

danitool

wolf_rider

danitool

danitool

bmwjavier

bmwjavier

bmwjavier