Edimax Wireless Adapter Driver

[Mellissa Sprock]

Howdo I install drivers for Edimax AC 600 Wi-Fi adapter drivers?

I went on their website and there are no drivers for the newer versions of the kernel 5.4.0

Is there a way to install generic drivers (currently I don't see the Wi-Fi/Wireless icon in network settings on Ubuntu).

edit: There is another set of repositories that provide drivers for many unsupported Realtek USB WiFi chips (including the rtl8812). I strongly recommend to use this solution from now on.morrownr repository

EW-7811Un is a nano USB wireless adapter that supports maximum range and speed. Despite the size, this tiny USB adapter supports higher data rate of up to 150Mbps when connecting with wireless 802.11n device which is 3 times faster than your normally 11g connection. You can just plug it into computer's USB port and enjoy incredible high-speed wireless network access. This is for sure the trendiest piece of upgrade you can make to your wireless network.

Wi-Fi Protected Setup (WPS) is a standard for easy and secure establishment of a wireless network. This wireless USB adapter supports software WPS-compatible configuration. By pressing 2 buttons, your wireless network is immediately secured providing your wireless router will also support this great easy function.

EW-7811Un is currently the smallest wireless adapter. The compact design of EW-7811Un is convenient to carry for all mobile users. It also means you will not be able to accidentally snap your USB adapter anymore as it is hidden very well once it is plugged into the USB port.

The package comes with a mini-CD which won't work with slot-loading CD-ROM drive (like most of the Apple computers), tray-loading CD-ROM without a smaller well, or tray-loading CD-ROM installed in vertical position. Users may need to download the materials (driver, user's manual, etc.) from Edimax website.

The Edimax EW-7612PIn V2 N300 Wireless PCI Express Adapter is an easy way to add Wi-Fi connectivity to your desktop computer. Built with the 802.11n standard, 2T2R MIMO technology, and two high-gain 3dBi detachable antennas, this wireless PCIe adapter allows for fast and stable wireless networking with data speeds of up to 300Mbps. It can be easily set up with the bundled EZmax multi-language setup wizard, and it comes with a low-profile bracket for installation on small computers.

The Edimax EW-7612PIn V2 allows for increased wireless coverage and higher data transmission rates. The latest wireless technology is built into this device to broaden its wireless coverage by 5 times and to reduce dead spots within the wireless range. The EW-7612PIn V2 complies with wireless IEEE 802.11b/g/n standards and can reach data transmission rates of up to 300Mbps when connected to wireless 802.11n devices. It also extends its wireless signal distance, and provides more reliable wireless connections than standard IEEE 802.11b/g wireless networks.

The Edimax EW-7612PIn V2 features a convenient WPS button. Users can set up an encrypted wireless connection simply by pressing the WPS button on this adapter and a WPS-enabled wireless access point. This one-click WPS button helps users set up a secure wireless network in less than a minute.

OK, pulling my hair out - and I can't afford to do that ... LOL! I have 2 USB Wi-Fi adapters, trying to one of them working, to debug another issue - and only needing the USB Wi-Fi as a client, not AP mode. I installed the following packages (opkg),

Please buy a supported WiFi adapter. For example, Alfa Network AWUS036ACM. Exactly "ACM", not any other letter combination. With snapshots, Alfa Network AWUS036AXML will also work, but it has shorter range.

At this point, any adapter based on the MT7612U chipset should work, and, until very recently, that was the only USB3 WiFi chipset supported. I used to recommend searching for "mt7612u" on AliExpress, but the problem is that the RF part and antenna quality varies.

It's a display issue (according to the author of the GitHub you mentioned), so the signal is never 3 dBm but display always showing this thing, I guess they are going to fix it later. However this is not the most important thing, this MT7921u chipset, doesn't seem to be stable enough in AP mode, my COMFAST CF-953AX with OpenWrt has driver crash from time to time (tested with many different devices), especially when high traffic volume it can die very soon.

MT7612U is better but my test is showing mixed results, the one I own isn't really working very fast (kind of disappointed) when compared to my MT7610U (Asus USB-AC51, TPLINK T2U). However for the MT7610U it's really really stable and performing well though it's only USB 2.0, sustained transfer rate 200-230Mbps is an easy task for them, right now I even pair it with one of my older Raspberry Pi to extend WiFi to cover a small corner of my home which my main WiFi isn't able to cover, and it's been a month without any issue at all. Now I am trying to see if I can grab a few more cheaper from AliExpress to augment on my old travel router GL-INET MT300N (it's 2.4GHz only but equipped with 1 x USB 2.0)

I don't see that device to be supported by Linux right now (kernel v6.7) at all. Maybe it's 'just' a case of getting the USB ID added to an existing driver, maybe it needs more efforts - in either way, you will have to engage with mainline linux wireless developers about this (and effectively provide a patch; at the very least find out which chipset is in there, maybe you can open the case and read the chip numbers/ take a photo).

Also here, why do you say that? Not debating, just to understand. And I have that loaded, but it doesn't seem to "attach" to this device (i.e. not taken into use)? And I admit, it's a bit confusing ... do I also need the rtlwifi drivers installed? Not sure if this is causing issues or not.

And another follow-up LOL. I have a feeling I know what is going on, but I admit ... I'm struggling to find where the rtl8xxx code gets pulled in to OpenWrt . And and all pointers appreciated! I will keep digging, but so far spinning in circles.

The potential fix I found is to add options usbcore use_both_schemes=y to /etc/modprobe.d/options. Hmm, that directory doesn't exist in OpenWrt. Not sure where / how to add the option. Still digging, but if anyone knows .

It only 'attaches', if it feels responsible for that USB ID - because it's declared in the driver source (or hot patched via /sys/bus/usb/drivers/rtl8xxxu/new_id, but in the context of OpenWrt that's a tad more complicated).

but in case of rtl8xxxu I'm not very hopeful about that to work, as the driver covers multiple different chipsets under one driver, without being able to tell the driver what chipset it is, there's no big success rate there (you really, really, really want the IDs to be declared in the driver source, properly).

Forgive me that I won't look into the 23.05.x/ backports 6.1 source to check about the details (maybe RTL8XXXU_UNTESTED needs to be set). While you should be able to get it working, it'll (probably) need some (limited) developing, but still would only result in basic client-only support.

If you can get it working on Ubuntu -with rtl8xxxu(!)- (it's going to be easier there, newer kernel version, everything and the kitchen sink enabled by default, firmwares preinstaleld), then it's also possible to do under OpenWrt. And with the knowledge of what (how) it is done on Ubuntu (unless they've gone for vendor drivers), it's easier to replicate on OpenWrt. 'All it needs' then is 'just' doing some driver backports, some packaging changes/ additions, not saying that it's going to be trivial, but doable.

You need to add your patch to package/kernel/mac80211/patches/, not directly as a kernel patch. The in-kernel wireless stack and -drivers aren't used, in favour of the kernel v6.1 based mac80211 backports (which does complicate things, but provides newer wireless drivers for an older base kernel).

3a8082e126