Hello everyone, First of all I apologize for my bad English.
I’m starting with Dietpi and I block to be able to operate in wifi with a TP-Link Archer T3U.
I have an RPI 2 Model B V1.1 I installed Dietpi V7.
I use Chromium in autostart only.
I have AUTO_SETUP_NET_WIFI_ENABLED=1
and in the “dietpi-wifi.txt” file I have filled in the information of my router.
It doesn’t seem to detect the wifi dongle.
How can I make this work?
I believe you need to select the country first to be able to select the proper channels. You can do this using the raspi-config application: select the ‘Localisation Options’ menu, then ‘Change Wi-Fi Country’.
one thing first. If possible, try to avoid screen prints. You simply could copy all content from SSH terminal and post it into a code tag within the forum.
@Joulinar, I’ll give you a little feedback from yesterday’s tests.
I wanted to install the drivers that you send me in the link.
but it does not work, it would take drivers for ARM HF but I have the impression that it does not exist.
I will see on the forum of TP link.
I am not attached to using this device, if you have another solution to have Wifi I will gladly take it.
For those WiFi 5 and higher adapters, the RPi kernel does not natively ship with drivers. So those need to be compiled currently. Here seem to be sources, but I just did a very quick search, would be good to find the official ones from Realtek or TP-Link: https://github.com/kevin-doolaeghe/rtl88x2bu_wifi_driver
I have two RTL8811CU chip adapters here, quite similar. I didn’t find the time to test them yet, but will do soon after Easter holidays. If compiling and using it goes well, I’ll see if we can host driver packages with the sources and making use of DKMS so that drivers are recompiled automatically on kernel updates.
I tested the link you sent me unfortunately the dongle still does not work.
I read on some forums that it was necessary to put it on hubs with power supply because in some cases the dongle consumes too much.
I’m surprised but I’ll give it a try. otherwise I would redirect to another model.
Here is the steps how to build and install it, using the sources which are closest to what one could call “official”:
cd /tmp
curl -sSfLO 'https://github.com/cilynx/rtl88x2bu/archive/refs/heads/5.8.7.1_35809.20191129_COEX20191120-7777.tar.gz'
tar xf 5.8.7.1_35809.20191129_COEX20191120-7777.tar.gz
rm 5.8.7.1_35809.20191129_COEX20191120-7777.tar.gz
cd rtl88x2bu-5.8.7.1_35809.20191129_COEX20191120-7777
sed -i -e 's/I386_PC = y/I386_PC = n/' -e 's/ARM_RPI = n/ARM_RPI = y/' Makefile
./deploy.sh
Power consumption shouldn’t be an issue as long as you do not have other heavy USB devices attached, like 2.5" USB drives (which should be always powered with dedicated PSU) or such.
Not 100% sure in case of Archer T3U, but some WiFi adapters are in a data drive mode when being attached the first time: They contain a ROM with Windows drivers which can be installed then, which triggers the switch to WiFi adapter mode. There is a tool which can be used to manually switch modes on Linux: https://packages.debian.org/bullseye/usb-modeswitch
But whether this is really true should be easy to find out by checking e.g. fdisk -l for a new USB drive, respectively lsusb or dmesg about as what this USB device is detected.
The drivers don’t work but I’m making slow progress.
I can see my two wifi dongles
Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 * 8192 270335 262144 128M c W95 FAT32 (LBA)
/dev/mmcblk0p2 270336 124735487 124465152 59,3G 83 Linux
root@DietPi:~# lsusb
Bus 001 Device 007: ID 2357:0109 TP-Link TL-WN823N v2/v3 [Realtek RTL8192EU]
Bus 001 Device 006: ID 1997:2433 Shenzhen Riitek Technology Co., Ltd wireless mi ni keyboard with touchpad
Bus 001 Device 005: ID 0483:5750 STMicroelectronics LED badge -- mini LED displa y -- 11x44
Bus 001 Device 004: ID 2357:012d TP-Link Archer T3U [Realtek RTL8812BU]
Bus 001 Device 003: ID 0424:ec00 Microchip Technology, Inc. (formerly SMSC) SMSC 9512/9514 Fast Ethernet Adapter
Bus 001 Device 002: ID 0424:9514 Microchip Technology, Inc. (formerly SMSC) SMC9 514 Hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
With “dmesg” I see wifi :
urrent kernel...
[ 5.343678] systemd[1]: Starting Load Kernel Module configfs...
[ 5.358232] systemd[1]: Starting Load Kernel Module drm...
[ 5.367220] usb 1-1.5: New USB device found, idVendor=2357, idProduct=0109, b cdDevice= 2.00
[ 5.373074] systemd[1]: Starting Load Kernel Module fuse...
[ 5.374610] usb 1-1.5: New USB device strings: Mfr=1, Product=2, SerialNumber =3
[ 5.384763] usb 1-1.5: Product: 802.11n NIC
[ 5.384793] usb 1-1.5: Manufacturer: Realtek
[ 5.384806] usb 1-1.5: SerialNumber: 00e04c000001
[ 5.405633] systemd[1]: Condition check resulted in Set Up Additional Binary
The Archer dongles were not visible as network interfaces, e.g. via “ip l”? Thats is sad. The RTL8811CU dongles I have do work well with compiled drivers, although tested on NanoPi R4S only so far. With next Armbian kernel release they will even work OOTB, the driver that ships with the kernel has just been updated to match the one I compiled. Since it’s a 3rd party driver, not merged into upstream Linux yet, the RPi Foundation however won’t ship it with the RPi kernel. I was thinking to provide them as DKMS based installer package. Probably the same can be done for the Archer T3U, when we find working driver sources.
The ‘web’ lists it as a Realtek RTL8812BU Chipset as well so i thought i could get it to work. i double ran ./deploy.sh and it is installed as it outputs:
‘Error! DKMS tree already contains: rtl88x2bu-5.8.7.1
You cannot add the same module/version combo more than once.’
so what did i miss? it is listed as usb device and it seems the driver was installed as well (correctly?) but it is not being properly recognized as a network device.
ip l lists:
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
link/ether b8:27:eb:b6:d2:07 brd ff:ff:ff:ff:ff:ff
so about hte 1st entry, is that the NIC? or is it the old one i did use before. that one did work but the coverage was so bad that it wasn’t usable at all, except when placed almost directly next to the router.
that thing will have to do it’s job in the housekeeping/utility room so it needs a bit more power to connect.