Treiber für TP-LINK Archer T3U Plus

Nachricht

Deacon · #1

Moin zusammen,

ich hab mir für meine quad mit aktuellem 6.4 den obigen WLAN-Stick geholt. Ich hatte vorher per google herausgefunden dass der Chip Realtek RTL8812BU wohl dahinter steckt. Zudem soll der Treiber rtl8822bu für diesen Chip zuständig sein. Da dieser auf dem feed war und installiert ist war ich beim bestellen guter Dinge. Leider wird der Stick nicht als solcher erkannt.

dmesg schmeißt mir nur folgendes aus:

Code: Alles auswählen

[ 1407.603000] usb 3-1: new high-speed USB device number 2 using ehci-brcm

lsusb hat folgende Vendor ID:

Code: Alles auswählen

Bus 003 Device 002: ID 2357:0138

So wie ich das sehe gibt es diese ID nicht in der usb_intf.c auf git.
Gibt es eine Möglichkeit das anzupassen oder der quad eine andere ID vorzugaukeln damit der Treiber geladen wird?

Gruß
Deac

Edit: Ich habe heute das Image 6.4 vom 12.09.2021 komplett sauber ohne Einstellungen oder Plugins geflasht aber auch dort keine Veränderung. Auf dem Feed habe ich noch einen Treiber rtl8192cu gefunden der universell für die 8xxx Chips sein soll aber auch dieser brachte keinen Erfolg. Ich hoffe ihr habt noch eine Idee

Deacon · #2

Keine Möglichkeit? Kann mir dann ggf. jemand eine Seite empfehlen wo man in das Thema Treiber kompilieren für die Boxen heran geführt wird? Ich habe mir schon mal eine VM aufgesetzt und schon mal ein Image und eine ipk gebastelt aber welche Schritte für die Treiber nötig sind war für mich noch nicht ersichtlich...

Gruß
Deac

#3

z.b. oe-alliance-core/meta-oe/recipes-oe-alliance/enigma2-network-drivers at 5.0 . oe-alliance/oe-alliance-core . GitHub - seh da aber nur ein bb für den 8812au.

gebaut wird wie hier beschrieben - enigma2/README.md at 7.0 . openatv/enigma2 . GitHub . Das build-enviroment holt sich dann noch andere repositories. Müsstest da mal schauen und dann ein bb mit patch oder bbappend machen.

Deacon · #4

arn354 hat geschrieben:z.b. oe-alliance-core/meta-oe/recipes-oe-alliance/enigma2-network-drivers at 5.0 . oe-alliance/oe-alliance-core . GitHub - seh da aber nur ein bb für den 8812au.

Der fünfte von unten müsste das dann sein, mal schauen was ich als compile noob anrichten kann :rofl_80_anim_gif:

arn354 hat geschrieben:gebaut wird wie hier beschrieben - enigma2/README.md at 7.0 . openatv/enigma2 . GitHub . Das build-enviroment holt sich dann noch andere repositories. Müsstest da mal schauen und dann ein bb mit patch oder bbappend machen.

Oh oh, ich glaube ich komme morgen Abend nicht zur Ruhe bis ich da durchgestiegen bin. Das wird mal wieder ne kurze Nacht :wondering_80_anim_g

Deacon · #5

Ich finde unter /home/openatvbuilder/openatv7.0/build-enviroment/meta-oe-alliance/meta-oe/recipes-connectivity/realtek eine rtl8822bu_1.0.0.9.bb in der auf nen github treiber von atvcaptain verwiesen wird

Code: Alles auswählen

SUMMARY = "Ralink 88x2BU v1.0.0.9"
HOMEPAGE = "http://www.realtek.com.tw"
SECTION = "kernel/modules"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://LICENSE;md5=b234ee4d69f5fce4486a80fdaf4a4263"

inherit module
SRCREV = "${AUTOREV}"
SRC_URI = "git://github.com/atvcaptain/rtl8822bu.git;branch=main"

SRC_URI:append:sh4 = " file://fix_sh4_build.patch"

EXTRA_OEMAKE = "LINUX_SRC=${STAGING_KERNEL_DIR} KDIR=${STAGING_KERNEL_DIR}"

S = "${WORKDIR}/git"

do_compile () {
    unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS CC LD CPP
    oe_runmake 'M={D}${base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless' \
        'KERNEL_SOURCE=${STAGING_KERNEL_DIR}' \
        'LINUX_SRC=${STAGING_KERNEL_DIR}' \
        'KDIR=${STAGING_KERNEL_DIR}' \
        'KERNDIR=${STAGING_KERNEL_DIR}' \
        'KSRC=${STAGING_KERNEL_DIR}' \
        'KERNEL_VERSION=${KERNEL_VERSION}' \
        'KVER=${KERNEL_VERSION}' \
        'CC=${KERNEL_CC}' \
        'AR=${KERNEL_AR}' \
        'LD=${KERNEL_LD}'
}

do_install() {
    install -d ${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless
    install -m 0644 ${S}/88x2bu.ko ${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless
}

do_package_qa() {
}

Wenn ich nun diesen sourcecode herunterlade und den lokal anpasse (usb_intf.c), müsste ich SRC_URI in der .bb auf die lokale Source-Dateien verweisen oder? Muss ich noch mehr beachten? Oder sollte ich das lieber über die "append" Funktion machen? Hab da nur keine Ahnung wie...

Deacon · #6

Moin zusammen,

falls es noch jemanden interessieren sollte, ich konnte das Problem für mich lösen.

Ich habe die usb_intf.c vom obigen Treiber von Captain angepasst und mit "git diff" die Differenzen zwischen dieser und der Originalen herausfiltern lassen. Raus kam dann folgendes:

Code: Alles auswählen

diff --git a/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c b/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c.new
index a5f86ad..5de0d54 100644
--- a/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c
+++ b/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c.new
@@ -236,6 +236,10 @@ static struct usb_device_id rtw_usb_id_tbl[] = {
    {USB_DEVICE(0x0B05, 0x1812), .driver_info = RTL8812}, /* ASUS - Edimax */
    {USB_DEVICE(0x7392, 0xB822), .driver_info = RTL8822B}, /* Edimax - EW-7822ULC */
    {USB_DEVICE(0x0b05, 0x184c), .driver_info = RTL8822B}, /* ASUS USB AC53 Nano */
+   {USB_DEVICE(0x0b05, 0x1841), .driver_info = RTL8822B}, /* ASUS USB AC57 */
+   {USB_DEVICE(0x2357, 0x0115), .driver_info = RTL8822B}, /* Archer USB T4Uv3 */
+   {USB_DEVICE(0x2357, 0x012d), .driver_info = RTL8822B}, /* Archer USB T3U */
+   {USB_DEVICE(0x2357, 0x0138), .driver_info = RTL8822B}, /* Archer USB T3U PLUS*/
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xB82C, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, /* Default ID for USB multi-function */
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xB812, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, /* Default ID for USB Single-function, WiFi only */
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_EDIMAX, 0xB822, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, //EDX

Es sind ein paar mehr device IDs mit drin die laut original Linux Treiber diesen Chip nutzen. Diese "usb_intf.patch" habe ich dann in die "rt8822bu_1.0.0.9.bb" eingebunden und neu kompiliert. Nach der Installation (force reinstall) der neuen "kernel-module-88x2bu-4.8.3_1.0.0.9-r0_gb7356.ipk" und "enigma2-plugin-drivers-network-usb-rtl8822bu_1.0-r0_all.ipk" wurde der Stick nun erkannt und konnte eingerichtet werden.

Code: Alles auswählen

[   13.609000] usbcore: registered new interface driver rtl88x2bu

Jetzt sind bis 30MB/s up und down via samba möglich, was so ziemlich das maximum der USB Schnittstelle sein sollte

Ich melde mich in ein paar Tagen nochmal ob weiterhin alles sauber läuft, vielleicht kann Captain den patch für den feed berücksichtigen :-)

Gruß
Deac

#7

Weiße Seite posting

memo322 · #8

Hallo

Könntest du bitte diese ipk Dateien hochladen, habe einen Archer USB T3U PLUS der leider nicht funtioniert.

Mit freundlichen Grüßen

spammi · #9

Könntest du dieses Paket zur Verfügung stellen da ich das gleiche Problem habe

Mfg

Deacon · #10

memo322 hat geschrieben:Hallo

Könntest du bitte diese ipk Dateien hochladen, habe einen Archer USB T3U PLUS der leider nicht funtioniert.

Mit freundlichen Grüßen

spammi hat geschrieben:Könntest du dieses Paket zur Verfügung stellen da ich das gleiche Problem habe

Mfg

Moin zusammen,

leider habe ich keine Benachrichtigung für den Thread bekommen, sorry wegen der späten Antwort. Bei mir läuft der Treiber weiterhin einwandfrei und ich versuche mal die Sachen hochzuladen. Es sollte beachtet werden dass das Kernel Modul nur für Kernel 4.8.3 und die quad kompiliert ist, also OATV 7.0. Zudem muss die ipk über nen terminal via force-reinstall installiert werden. Kompletter Neustart nicht vergessen.

[ATTACH]79502[/ATTACH]

Vielleicht kann Captain ja den patch mit einbauen, dann haben wir das auf dem feed.

Gruß
Deac

oben · #11

Hallo Deacon, ich habe mich hier mal bedient, danke für die ausführliche Beschreibung deiner Vorgehensweise

oben · #12

Ich habe das ganze für eine VU+ Zero 4K gemacht, meine patch-Datei sieht so aus:

Code: Alles auswählen

diff --git a/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c b/atvcaptain/rtl8822bu/os_dep/linux/usb_intf.c
index a5f86ad..5de0d54 100644
--- a/os_dep/linux/usb_intf.c
+++ b/os_dep/linux/usb_intf.c
@@ -236,6 +236,10 @@ static struct usb_device_id rtw_usb_id_tbl[] = {
    {USB_DEVICE(0x0B05, 0x1812), .driver_info = RTL8812}, /* ASUS - Edimax */
    {USB_DEVICE(0x7392, 0xB822), .driver_info = RTL8822B}, /* Edimax - EW-7822ULC */
    {USB_DEVICE(0x0b05, 0x184c), .driver_info = RTL8822B}, /* ASUS USB AC53 Nano */
+   {USB_DEVICE(0x0b05, 0x1841), .driver_info = RTL8822B}, /* ASUS USB AC57 */
+   {USB_DEVICE(0x2357, 0x0115), .driver_info = RTL8822B}, /* Archer USB T4Uv3 */
+   {USB_DEVICE(0x2357, 0x012d), .driver_info = RTL8822B}, /* Archer USB T3U */
+   {USB_DEVICE(0x2357, 0x0138), .driver_info = RTL8822B}, /* Archer USB T3U PLUS*/
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xB82C, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, /* Default ID for USB multi-function */
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_REALTEK, 0xB812, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, /* Default ID for USB Single-function, WiFi only */
    {USB_DEVICE_AND_INTERFACE_INFO(USB_VENDER_ID_EDIMAX, 0xB822, 0xff, 0xff, 0xff), .driver_info = RTL8822B}, //EDX

Beim Pfad ist das build-environment pingelig, deshalb habe ich in einer patch-Datei von @Captain gespickt.

Wenn man die Patch-Datei hier auf Github mit reinpacken würde, wäre bald vielen Nutzern dieses WLAN-Sticks geholfen.

Ich habe durchaus ein paar Einträge gefunden, nicht nur hier, sondern auch im VTi-Forum, in denen sie den Stick zum laufen bringen möchten.

In der conf/local.conf kann man noch

Code: Alles auswählen

PARALLEL_MAKE = "-j 8"
BB_NUMBER_THREADS = "8"

(je nach Prozessorkernen) setzen, dann dauert das ganze auch nicht ewig.

oben · #13

Der Vollständigkeit halber, und für die Google- und Forumsuche-Benutzenden, ein paar Links und Stichworte:

TP-Link Archer T4U v2 AC1300 https://www.opena.tv/viewtopic.php?t=36395 (Allgemein, 2017) 2357:010d
TP-Link Archer T3U Plus AC1300 https://www.opena.tv/viewtopic.php?t=54055 (Mutant, 2020)
TP-Link Archer T3U https://www.opena.tv/viewtopic.php?t=56959 (Allgemein, 2021) 2357:012d

TP-Link Archer T3U Plus Treiber Support fur TP-Link Archer T3U Plus USB Adapter - Netzwerk - Vu+ Support Forum (VTi, 2021) 2357:0138
TP-Link Archer T4U v3 Realtek rtl8812au driver for new Vu+ kernel | Page 6 | VuPlus Community (Black Hole, 2021) 2357:0115

Captains repo: GitHub - atvcaptain/rtl8822bu (Realtek v5.2.4.1)
Basiert auf: GitHub - cilynx/rtl88x2bu: rtl88x2bu driver updated for current kernels. (mittlerweile bei Realtek 5.8.7.1)
Der neuste Treiber, den ich gefunden habe: GitHub - morrownr/88x2bu-20210702: Linux Driver for USB WiFi Adapters that are based on the RTL8812BU and RTL8822BU Chipsets - v5.13.1 (Realtek v5.13.1)

Deacon · #14

Klasse! Wäre echt super wenn der Treiber-Patch in den feed kommt. Da der Stick ja recht erschwinglich ist und eigentlich gut funktioniert, kann ich mir gut vorstellen dass er in einigen Schubläden schlummert :lazy2:

Lump91 · #15

Moin, bisher hat sich da gar nichts getan, weder in meinem Thread, noch in anderen.
Ich würde mich nun also gerne selbst damit beschäftigen, den T3U auf meiner Ax 60 Box zum laufen zu bringen.
Im Prinzip muss doch nur dem Treiber gesagt werden, dass er auch für die anderen IDs gilt. Es ist wohl nicht möglich, die Datei einfach zu bearbeiten, sie muss also neu gebaut werden.
Wie geht das?

Deacon · #16

Schau mal auf Seite 1 in diesem thread, da hat arn nen link zu nen tutorial gepostet. Zudem hab ich weiter unten noch mein Vorgehen beschrieben.

oben · #17

Ich wärme den Faden mal wieder auf, ich habe den Treiber erneut gebaut. Der alte atvcaptain-Treiber mit angepassten USB-IDs läuft zwar ok, aber in modernen WLAN-Netzwerken mit WPA3, handoff usw. gab es ein paar Probleme.

Ich habe mich für den Treiber im morrow-Repo entschieden: GitHub - morrownr/88x2bu-20210702: Linux Driver for USB WiFi Adapters that are based on the RTL8812BU and RTL8822BU Chipsets - v5.13.1

Hier noch der Link zur Anleitung, wie das Build-Environment eingerichtet wird: enigma2/README.md at 7778a2d739147eb025d76d2b9f990a93523550ca . openatv/enigma2 . GitHub (Link zu openatv7.0)

Wir erstellen eine bitbake-Datei namens

Code: Alles auswählen

rt8822bu_1.0.0.10.bb

im Ordner

Code: Alles auswählen

/home/openatvbuilder/openatv7.0/build-enviroment/meta-oe-alliance/meta-oe/recipes-connectivity/realtek/

Der Inhalt ist im Code-Block am Ende dieses Beitrags zu finden.

Die alte

Code: Alles auswählen

rt8822bu_1.0.0.9.bb

Datei löschen.

Dann mit

Code: Alles auswählen

MACHINE=vuzero4k DISTRO=openatv bitbake enigma2-plugin-drivers-network-usb-rtl8822bu linux-vuplus

das ganze starten und ihr habt im Ordner

Code: Alles auswählen

/home/openatvbuilder/openatv7.0/build-enviroment/builds/openatv/release/vuzero4k/tmp/deploy/ipk/vuzero4k/

die Dateien

Code: Alles auswählen

kernel-module-88x2bu-4.1.20-1.9_1.0.0.10-r0_vuzero4k.ipk
rt8822bu_1.0.0.10-r0_vuzero4k.ipk

Diese auf dem Receiver installieren, und alles funktioniert

Code: Alles auswählen

SUMMARY = "Ralink 88x2BU v1.0.0.9"
HOMEPAGE = "http://www.realtek.com.tw"
SECTION = "kernel/modules"
LICENSE = "GPLv2"
LIC_FILES_CHKSUM = "file://LICENSE;md5=ab842b299d0a92fb908d6eb122cd6de9"

inherit module
SRCREV = "${AUTOREV}"
SRC_URI = "git://github.com/morrownr/88x2bu-20210702;protocol=https;branch=main"

# SRC_URI:append:sh4 = " file://fix_sh4_build.patch"

EXTRA_OEMAKE = "LINUX_SRC=${STAGING_KERNEL_DIR} KDIR=${STAGING_KERNEL_DIR}"

S = "${WORKDIR}/git"

do_compile () {
    unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS CC LD CPP
    oe_runmake 'M={D}${base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless' \
        'KERNEL_SOURCE=${STAGING_KERNEL_DIR}' \
        'LINUX_SRC=${STAGING_KERNEL_DIR}' \
        'KDIR=${STAGING_KERNEL_DIR}' \
        'KERNDIR=${STAGING_KERNEL_DIR}' \
        'KSRC=${STAGING_KERNEL_DIR}' \
        'KERNEL_VERSION=${KERNEL_VERSION}' \
        'KVER=${KERNEL_VERSION}' \
        'CC=${KERNEL_CC}' \
        'AR=${KERNEL_AR}' \
        'LD=${KERNEL_LD}'
}

do_install() {
    install -d ${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless
    install -m 0644 ${S}/88x2bu.ko ${D}${nonarch_base_libdir}/modules/${KERNEL_VERSION}/kernel/drivers/net/wireless
}

do_package_qa() {
}

Deacon · #18

Dann werde ich mich damit wohl demnächst wieder beschäftigen müssen und das für meine Quad bauen :thinking_80_anim_gi

Danke fürs teilen

oben · #19

Ich habe endlich mal die Box, um die es hier ging, auf 7.3 hochgezogen. Dafür bin ich dann im 7.3 Build-Environment meiner Anleitung oben gefolgt und habe den Treiber dafür gebaut. (Womöglich wäre der alte sogar gelaufen, habe ich nicht getestet)
Dabei ist mir aufgefallen, dass die Anleitung unvollständig war, und das kernel-module garnicht gebaut wurde.

Das habe ich geändert und kann berichten, dass die Anleitung auch für openATV 7.3 gilt.

Build-Environment nach dieser Anleitung einrichten: https://github.com/openatv/enigma2/blob/7.3/README.md

Die Dateien mal im Anhang, vielleicht kann ja jemand etwas damit anfangen. Sind für Vu+ Zero 4K:
[ATTACH]93550[/ATTACH]
[ATTACH]93551[/ATTACH]

hysam24 · #20

oben hat geschrieben:Ich habe endlich mal die Box, um die es hier ging, auf 7.3 hochgezogen. Dafür bin ich dann im 7.3 Build-Environment meiner Anleitung oben gefolgt und habe den Treiber dafür gebaut. (Womöglich wäre der alte sogar gelaufen, habe ich nicht getestet)
Dabei ist mir aufgefallen, dass die Anleitung unvollständig war, und das kernel-module garnicht gebaut wurde.

Das habe ich geändert und kann berichten, dass die Anleitung auch für openATV 7.3 gilt.

Build-Environment nach dieser Anleitung einrichten: https://github.com/openatv/enigma2/blob/7.3/README.md

Die Dateien mal im Anhang, vielleicht kann ja jemand etwas damit anfangen. Sind für Vu+ Zero 4K:
[ATTACH]93550[/ATTACH]
[ATTACH]93551[/ATTACH]

It works good but the problem is that on searching for wifi networks, it finds nothing
This happened with me on egami 10.4
Is there any solution?