Almost one year ago, I switched to a Cudy WR2100.

It has worked very well in these months. I installed it, then forgot about it, but it kept doing its job.

A few months ago, we bought a cheap TV, which happened to be an entry-level Android TV, too. I tried to set it up to connect to WiFi, but it did not work. Initially, I blamed the TV, but we did not buy it for its “smart” functionalities, so we just used it as a plain-old TV for some time.

But after a while, I wanted to use my old Oneplus One as a test device with Android 9, and it could not connect, too!

I solved the issue on the phone by updating it to an Android 10 ROM (and I had to find another way to deal with the original problems that needed Android 9 in another way 😮‍💨️).

Therefore, I initially thought Pie was the problem and that Android 10 fixed some bugs. But good luck finding information about an issue like this!

Eventually, a few days ago, I thought of carefully checking OpenWRT settings. I found that “Disassociate On Low Acknowledgement”, which allows the access point to disconnect stations based on low ACK conditions, was enabled. It can be set on a network basis, so it should be turned off separately for the 2,4GHz and the 5GHz, and it is the last item in the latest tab (advanced settings).

That fixed my problems. It is the first time I have found an option that could be a wrong default on OpenWRT in all these years. Or is it a problem with the MediaTek drivers? I am not sure, to be honest.

I must say that some functionalities like YouTube works pretty well and are convenient. I would have loved to use the built-in Chromecast, but I had continuous disconnections. So, maybe the fault must be shared between the TV and the router, after all 😅️.

Negli ultimi tempi avevo accumulato un po’ di app che non mi sarebbero più servite, quali applicazioni per i treni di 3 paesi diversi, app per alberghi e aerei, quindi, sfruttando anche il periodo di calma con le ferie, ho deciso di fare pulizia a modo mio: cambiando ROM e aggiornando il mio vetusto Oneplus One ad Android 10/Q.

La cosa non è stata proprio indolore: la prima ROM che ho provato aveva problemi con le gestures di Q, la batteria durava pochissimo, dovevo caricarlo anche due volte al giorno, e il solito problema del WiFi limitato a pochi megabit/s.

Quello della batteria si è rivelato essere un problema collegato alle Gapps: il Google Play Services era la principale causa del consumo di batteria e, fortunatamente, cambiando di nuovo ROM (con MSM Xtended) l’ho risolto. Ma prima di risolverlo, ero quasi arrivato al punto di cambiare telefono, la mia unica speranza era quella di vedere come sarebbero stati i consumi una volta tornato al lavoro.

Quello del WiFi invece mi dava proprio fastidio, anche perché appena installata la ROM non si era verificato e mi ero intestardito a tal punto che ero disposto ad accettare solo un grosso bug: o il WiFi, o la batteria. … [Leggi il resto]

Da alcuni mesi ho un bug decisamente antipatico con il WiFi nel mio portatile ASUS N550, dotato di una Qualcomm Atheros AR9485.

La scheda ha sempre funzionato abbastanza bene, viene gestita dal leggendario driver ath9k, uno dei migliori driver prima dell’arrivo di 802.11AC, anche se comunque il mio modello di scheda non è mai stato considerato uno dei migliori.

Ad un certo punto, però, ho cominciato a riscontrare continue disconnessioni, o in alcuni test con wget e altri computer della LAN, riscontravo un brusco calo della velocità di download fino al fermarsi dello stesso.

In particolare, su dmesg riscontravo questo errore:

[   65.582958] ath: phy0: DMA failed to stop in 10 ms AR_CR=0x00000024 AR_DIAG_SW=0x02000020 DMADBG_7=0x00006100
[   66.744578] wlp4s0: authenticate with e8:de:27:xx:xx:xx
[   66.764530] wlp4s0: send auth to e8:de:27:xx:xx:xx (try 1/3)
[   66.769890] wlp4s0: authenticated
[   66.771192] wlp4s0: associate with e8:de:27:xx:xx:xx (try 1/3)
[   66.775556] wlp4s0: RX AssocResp from e8:de:27:xx:xx:xx (capab=0x431 status=0 aid=6)
[   66.775668] wlp4s0: associated

Come potete vedere, è capitato a solo un minuto dal boot. … [Leggi il resto]

Di recente, mi sono stufato di usare la Edimax EW-7811UTC, perché aveva un sacco di problemi sia su Linux, con i costanti driver da tenere tramite DKMS, che su Windows.

D’altra parte, però, investire oggi su una scheda PCI Express con supporto al WiFi 5, come viene chiamato oggi 802.11ac, non ne vale la pena, proprio perché c’è il nuovo WiFi 6 (nome che sostituisce 802.11ax).

Per questa nuova tecnologia, ho trovato solo una Intel Killer AX1650, che sarebbe anche supportata da Debian, ma l’ho trovata solo in formato M.2. Tra scheda e adattatore PCI/antenne andrei a spendere non meno di 50-60€. Su Amazon marketplace ci sarebbero anche delle AX200 a meno soldi, ma i venditori non mi sembrano troppo affidabili e comunque richiederebbero sempre un convertitore.

Siccome questo bisogno di WiFi potrebbe essere una cosa temporanea, ho deciso allora di rispolverare una vecchia chiavetta D-Link compatibile con 802.11n a 150Mbps, 2,4GHz, basata su un vecchio Ralink RT3070. … [Leggi il resto]

Nel precedente articolo avevo descritto un po’ la mia prima esperienza con il wireless a 5GHz su Linux.

Avevo deciso di chiedere il reso per la chiavetta che avevo comprato, ed eventualmente aspettare fino a quando non avrei trovato un prodotto migliore con prezzo inferiore alla soglia psicologica dei 20€, dovuta al fatto che non mi è così indispensabile il wireless AC.

Tuttavia ho fatto lo stesso delle ricerche e sul forum della Raspberry Pi avevo trovato che la Edimax EW-7811UTC è supportata molto bene, e consente anche la creazione di Access Point. Così, visto che costava 20,09€ su Amazon, e che avevo avuto il rimborso totale di quella vecchia, ho deciso di comprarla.

Questa mattina è arrivata e ho subito proceduto a fare alcune prove con il mio computer.

La chiavetta è basata, secondo WikiDevi, sul chip Realtek RTL8811AU. Sebbene ci siano dei driver per Linux completamente Open Source e non richiedono neppure un firmware binario, il tree ufficiale non li include. … [Leggi il resto]