Digicom wave 150 nano e mancate connessioni

24 risposte [Ultimo contenuto]
Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Carissimi, tre giorni fa il mio adattatore wireless D-Link DWL-G122 mi ha lasciato e ho provveduto a sostituirlo con un Digicom wave 150 nano.
Il problema è che dopo aver installato il firmware-realtek l'adattatore viene riconosciuto e avviato, mi rileva tutte le reti disponibili, ma non si collega a nessuna di esse, sia che siano protette sia che siano libere.
Per la precisione riscontro questi problemi: per le reti libere, dopo un lungo tentativo di connessione, il processo abortisce nell'acquisizione di un ID, per le reti protette ottengo sempre l'errore "bad password", cosa non vera perchè le chiavi WPA2 usate sono corrette.

Mi pare strano possa essere un problema di /etc/network/interface o wpa_supplicant, altrimenti nemmeno il vecchio adattatore avrebbe funzionato.

Potrei benissimo mettermi a modificare interface e creare un wpa-supplicant.conf per la mia rete di casa, ma ho anche la necessita di usarla con il portatile e di connettermi anche ad altre reti protette o libere...

C'è qualche altro modulo che entra in gioco?

Cercando sul web riscontro che il problema su questo modello di adattatore è noto, ma non proprio risolto se non utilizzando i driver windows con ndiswrapper. prima di procedere per questa via, volevo capire per quale motivo vedo le reti e non mi ci posso connettere, nemmeno a quelle libere.

Ho contattato anche il supporto tecnico della digicom e se ne sono lavati le mani dicendomi di rivolgermi alla comunità.

Comunque, la mia situazione:
PC fisso: Debian testing, Gnome 3.4, kernel 3.10, gestore reti WiCD;
PC portatile: Debian testing, XFce 4.10, kernel 3.10, gestore reti WiCD.

#iwconfig:

wlan1     IEEE 802.11bgn  ESSID:off/any  
          Mode:Managed  Access Point: Not-Associated   Tx-Power=20 dBm   
          Retry  long limit:7   RTS thr=2347 B   Fragment thr:off
          Encryption key:off
          Power Management:off
 
eth0      no wireless extensions.
 
eth1      no wireless extensions.
 
lo        no wireless extensions.

#lsmod:

rtl8192cu              54770  0 
rtlwifi                57650  1 rtl8192cu
rtl8192c_common        32209  1 rtl8192cu
mac80211              358182  2 rtlwifi,rtl8192cu

Se avete qualche dritta...

Grazie!

.theShort Sad

Ritratto di mcortese
mcortese
(Moderatore)
Offline
Moderatore
Iscritto: 27/02/2009
Messaggi: 2918

Il chip dovrebbe essere un 8192SU. Secondo l'autorevole wiki, ci sono due moduli per questo chip: r8192s_usb e r8712u. Ma dal tuo lsmod sembrerebbe che tu ne abbia un terzo: rtl8192cu.

Un esperimento che puoi fare è rimuovere (rmmod) il modulo sbagliato, mettere (modprobe) a turno gli altri due e vedere se cambia qualcosa. Ovviamente se funziona, bisognerà mettere a posto blacklist etc. per rendere permanente la modifica.

Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Ciao,

è vero, il chip è il 8192SU e installando il pacchetto firmware-realtek dovrei aver soddisfatto le dipendenze. infatti mi ritrovo in lib/firmware/ la cartella RTL8192SU con dentro il binario rtl8192sfw.bin.
Come dici tu, il modulo a me necessario è l'r8712u (il modulo r8192s_usb non è presente), però di default mi viene sempre caricato l'rtl8192cu.

Se faccio caricare il modulo r8712u e metto in blacklist l'rtl8192cu, l'adattatore non viene più visto. C'è anche da dire che caricando solo l'r8712u, il mio lsmod dice:

r8712u                139018  0 

i moduli rtlwifi, rtl8192c_common e mac80211, non vengono più caricati. Se li carico a mano non puntano più l'r8712u. Come faccio a far sì che ciò avvenga come succedeva prima con l'rtl8192cu?

Invece, se cfaccio caricare entrambi i moduli, l'adattatore funziona, però alle reti libere non c'è verso di connettersi e a quelle protette riesco solo determinate volte. Ma la cosa mi pare ovvia visto che sono in utilizzo due moduli per la stessa periferica.

Grazie per l'interessamento! Wink

Ritratto di mcortese
mcortese
(Moderatore)
Offline
Moderatore
Iscritto: 27/02/2009
Messaggi: 2918

theShort ha scritto:

(il modulo r8192s_usb non è presente)

Hai vero, sono uno stupido, c'era anche scritto:

* Superseded by r8712u and removed from mainline at Linux 2.6.37

theShort ha scritto:

Se faccio caricare il modulo r8712u e metto in blacklist l'rtl8192cu, l'adattatore non viene più visto.

Mmmm... hai i VedorID/ProductID della tua scheda?

theShort ha scritto:

C'è anche da dire che caricando solo l'r8712u, il mio lsmod dice:

r8712u                139018  0 
i moduli rtlwifi, rtl8192c_common e mac80211, non vengono più caricati. Se li carico a mano non puntano più l'r8712u. Come faccio a far sì che ciò avvenga come succedeva prima con l'rtl8192cu?

Bella domanda. Cosa ti dice "modinfo r8712u"?

Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Dunque, il VedorID e il ProductID li puoi vedere da qui:

Bus 007 Device 009: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN Adapter
Device Descriptor:
  bLength                18
  bDescriptorType         1
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  idVendor           0x0bda Realtek Semiconductor Corp.
  idProduct          0x8176 RTL8188CUS 802.11n WLAN Adapter
  bcdDevice            2.00
  iManufacturer           1 Realtek
  iProduct                2 802.11n WLAN Adapter
  iSerial                 3 00e04c000001
  bNumConfigurations      1
  Configuration Descriptor:
    bLength                 9
    bDescriptorType         2
    wTotalLength           46
    bNumInterfaces          1
    bConfigurationValue     1
    iConfiguration          0 
    bmAttributes         0x80
      (Bus Powered)
    MaxPower              500mA
    Interface Descriptor:
      bLength                 9
      bDescriptorType         4
      bInterfaceNumber        0
      bAlternateSetting       0
      bNumEndpoints           4
      bInterfaceClass       255 Vendor Specific Class
      bInterfaceSubClass    255 Vendor Specific Subclass
      bInterfaceProtocol    255 Vendor Specific Protocol
      iInterface              0 
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x81  EP 1 IN
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x02  EP 2 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x03  EP 3 OUT
        bmAttributes            2
          Transfer Type            Bulk
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0200  1x 512 bytes
        bInterval               0
      Endpoint Descriptor:
        bLength                 7
        bDescriptorType         5
        bEndpointAddress     0x84  EP 4 IN
        bmAttributes            3
          Transfer Type            Interrupt
          Synch Type               None
          Usage Type               Data
        wMaxPacketSize     0x0040  1x 64 bytes
        bInterval               1
Device Qualifier (for other device speed):
  bLength                10
  bDescriptorType         6
  bcdUSB               2.00
  bDeviceClass            0 (Defined at Interface level)
  bDeviceSubClass         0 
  bDeviceProtocol         0 
  bMaxPacketSize0        64
  bNumConfigurations      1
Device Status:     0x0000
  (Bus Powered)

Questo invece è quanto mi dice "modinfo r8712u":

filename:       /lib/modules/3.10-3-amd64/kernel/drivers/staging/rtl8712/r8712u.ko
firmware:       rtlwifi/rtl8712u.bin
author:         Larry Finger
description:    rtl871x wireless lan driver
license:        GPL
alias:          usb:v0409p02B6d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v7392p7622d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07AAp0051d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v050Dp845Ad*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8174d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3325d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3310d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3341d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3340d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3339d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v04F2pAFF6d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v04F2pAFF5d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v04F2pAFF2d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v14B2p3302d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v14B2p3301d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v14B2p3300d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0064d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p004Cd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0049d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0058d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v2019p4901d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v2019pED18d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3306d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0E66p0015d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v06F8pE031d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v1740p9605d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v7392p7612d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07D1p3303d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07D1p3300d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07D1p3302d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v050Dp815Fd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3309d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3336d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3335d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3334d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3333d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3342d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3311d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v13D3p3323d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0EB0p9061d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8192d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8172d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v25D4p4CABd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v25D4p4CA1d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v083ApC512d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v20F4p646Bd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v1690p0752d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp5077d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v177Fp0154d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0063d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p005Dd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p005Bd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p004Bd*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0059d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0045d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0DF6p0057d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v2019pED16d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v2019pAB28d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0789p0167d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v06F8pE032d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v06F8pE034d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0E66p0016d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v1740p9603d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v7392p7611d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07D1p3306d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v2001p3306d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07AAp0047d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v050Dp11F1d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v050Dp945Ad*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0B05p1791d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0B05p1786d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v07B8p8188d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDApC512d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8713d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8712d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8173d*dc*dsc*dp*ic*isc*ip*in*
alias:          usb:v0BDAp8171d*dc*dsc*dp*ic*isc*ip*in*
depends:        usbcore
staging:        Y
intree:         Y
vermagic:       3.10-3-amd64 SMP mod_unload modversions 
parm:           wifi_test:int
parm:           video_mode:int
parm:           chip_version:int
parm:           rfintfs:int
parm:           lbkmode:int
parm:           hci:int
parm:           network_mode:int
parm:           channel:int
parm:           mp_mode:int
parm:           wmm_enable:int
parm:           vrtl_carrier_sense:int
parm:           vcs_type:int
parm:           busy_thresh:int
parm:           ht_enable:int
parm:           cbw40_enable:int
parm:           ampdu_enable:int
parm:           rf_config:int
parm:           power_mgnt:int
parm:           low_power:int
parm:           ifname: Net interface name, wlan%d=default (string)
parm:           initmac:MAC-Address, default: use FUSE (charp)

Sbaglio o dovrebbe puntare al rtl8192sfw.bin e non al rtl8712u.bin?

Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Ieri sera ho provato a farla sporca. Devil

Ho fatto una copia di rtl8192sfw.bin rinominandola come "rtl8712u.bin" e l'ho messa in lib/firmware/rtlwifi al posto dell'originale.
Ebbene, il giochetto non ha dato i suoi frutti. Con il modulo rtl8192cu in blacklist, l'adattatore continua a non essere visto...

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2068

Ciao,
mi intrometto pure io.
L'ID della chiavetta è 0BDA:8176 che sembra essere gestito dal modulo rtl8192cu e non dal r8712u.
Se vuoi forzare un modulo al posto dell'altro forse questa guida può esserti di aiuto, in pratica metti in blacklist il modulo che viene caricato di default ( rtl8192cu ) e poi forzi il sistema creando l'ID 0BDA:8171 che usa il modulo r8712u e relativo firmware.
Che possa funzionare ?

Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Grazie badroot, però sulla documentazione a corredo dell'adattatore è specificato il driver rtl8192su che, stando a quanto dice il wiki Debian, sia collegato al modulo r8712u:

r8712u (supported devices)
 
    Supports USB devices based on the RTL8188SU, RTL8191SU and RTL8192SU chips.
 
    Introduced in Linux 2.6.37,6 enabled at linux-2.6 2.6.37-1~experimental.1. 

Almeno da parte mia mi sembra ci sia abbastanza confusione su questo aggeggio...

Comunque è interessante la guida che mi hai postato, però non ho capito cosa deve rappresentare la voce "new_id" nell'istruzione echo.

Ritratto di badroot
badroot
(Guru)
Offline
Guru
Iscritto: 22/08/2008
Messaggi: 2068

Ciao,
in pratica con :

modprobe rtl8192cu
echo 0bda 8176 > /sys/bus/usb/drivers/foo_driver/new_id

carichi il modulo e gli dici, scivendo in new_id, su quale ID si deve agganciare, poi attacchi la chiavetta e dovrebbe accadere il miracolo.
Sul sito Realtek ci sono i sorgenti del driver, credo, hai pensato di provare la via della compilazione degli stessi ?

Ritratto di theShort
theShort
(Collaboratore)
Offline
Collaboratore
Iscritto: 02/08/2006
Messaggi: 595

Ultimi sviluppi,
con gli ID 0bda 8171 il giochetto non funziona, l'adattatore non viene visto. Con gli ID 0bda 8176, l'adattatore lo vede ma rimane in down la rete:

wlan3     unassociated  Nickname:"rtl_wifi"
          Mode:Auto  Access Point: Not-Associated   Sensitivity:0/0  
          Retry:off   RTS thr:off   Fragment thr:off
          Encryption key:off
          Power Management:off
          Link Quality:0  Signal level:0  Noise level:0
          Rx invalid nwid:0  Rx invalid crypt:0  Rx invalid frag:0
          Tx excessive retries:0  Invalid misc:0   Missed beacon:0

se provo a dare:
ifconfig wlan3 up

il processo non termina mai tanto da doverlo stoppare io...

I sorgenti dei driver li sono presenti anche nel CD del dispositivo però, avedo teoricamente già tutti i moduli necessari, non mi è sembrato il caso di compilarli. Proverò anche questa strada e faccio sapere.

Ritratto di homeless
homeless
(Guru)
Offline
Guru
Iscritto: 21/10/2011
Messaggi: 1329

theShort ha scritto:

I sorgenti dei driver li sono presenti anche nel CD del dispositivo


Con quale licenza sono rilasciati ?