TL-WN823N V2

Minden olyan eszköz, ami a többi kategóriába nem fér bele
nocsak
Hozzászólások: 104
Csatlakozott: 2014.09.29. 15:01

TL-WN823N V2

Hozzászólás Szerző: nocsak » 2018.07.28. 16:45

Mielőtt bele kezdek, annyit elöljáróban, hogy vért izzadtam mire rá jöttem, "a hiba nem az ön készülékében van", hanem a készülék birtoklójában avagy bennem.... a hiba a figyelmetlenség megkétszerezve volt.

Tehát adott a témaindító hardware, letöltöttük a képeken mellékelt

Tipli_Link_Link.png
Tipli_Link_Link.png (6.16 KiB) Megtekintve 291 alkalommal
Tipli_Link_Device.png
Tipli_Link_Device.png (79.06 KiB) Megtekintve 291 alkalommal
link alapján a megfelelő linuxos driver csomagot. Majd a kapott (tömörített) állományt átmásoljuk a /tmp/ könyvtárunkba, vagy ha natív linuxos fájlrendszert vagy mentésfájlt használunk de kevés a memória, akkor a /root/ könyvtárba. Én tmp könyvtárban dolgoztam, ott létre hoztam külön erre a projektre egy /tmp/Tipli/ könyvtárat, amibe másoltam a (tömörített) driver állományt. LX7-es Puppy linux, 3.2.32-es kernel, devx, kernel forrás sfs fájlokat betáraztam (betöltöttem), PCmanFM fájlkezelővel jobb klikk a driver zip fájlra >> Kibontás ide. Kitömörítettem a zip-et. Az így kapott /Driver/ Könyvtárat és Installation for linux driver_RTL.pdf fájlt a zip fájl nevével létrejött könyvtáron belül kaptuk, ami így fest:

Kód: Egész kijelölése

/tmp/Tipli/TL-WN823N(US)_V2_160315_Linux
tehát ezen a mappán belül van az említett mappa és pdf. Minek után tanulságos mese is egyben leírom az első buktatót:


A /tmp/Tipli/TL-WN823N(US)_V2_160315_Linux/Driver/ mappán belül nyitunk egy terminált PCmanFM fájlkezelővel, és kiadjuk a már csatolt devx és kernel forrás sfs-ek fényében a make parancsot, ami el is indulna de rögvest kivág minket a konzolba, mondván Unknown vagy Invalid Token near "(" a 0. sorban. Oké, már meggyőződtem arról, hogy a TP-Link képtelen Drivert írni, de ha routerekre ír működő firmware-ket akkor csak nem.

Első buktató megoldása:

Ugye jól figyeltetek, és észre vettétek, hogy a near "(" az nem a Makefile hibája hanem a mappa nevében rejlő zárójeleké, ugyanis:

Kód: Egész kijelölése

/tmp/Tipli/TL-WN823N(US)_V2_160315_Linux/Driver
ezen belül adtuk ki a make parancsot fordításra és a zárójel bekavar. Ergo, helyezzük ki ROX fájlkezelővel Mindent (Rejtetteket) mutató állapotukban a Driver könyvtárat simán egy mappaszinttel feljebb a

Kód: Egész kijelölése

/tmp/Tipli
könyvtárba.


Buktató 2:

Hát mondom mekkora felfedezést tettem, azon nyomban kiadtam újra az új helyen is a make parancsot, és pár sor után ismét recursive error-ral találtam magam szemben... Miért?

Második buktató megoldása:

Írja a pdf:


Hogy ugyan ellenőrizzük már le, hogyha nem képes a kernel a 80211 -re, akkor írjuk át a Makefile-t a képen látható módon:
kb.: 7. sorban ezt:

CONFIG_IOCTL_CFG80211=y
erre:

Kód: Egész kijelölése

CONFIG_IOCTL_CFG80211=n
majd mentsük el, és így adjuk ki a make parancsot, (addig semmiféleképpen ne!).
Legyárt jelzem sikerrel kismillió .o meg egyéb fájlokat a C fordító, majd megkapjuk a sikeres fordítást követően a .ko fájlt is. Ekkor kiadjuk terminálba a már megszokott módon a

Kód: Egész kijelölése

new2dir make install
parancsot, végigzongorázzuk, majd a végén egy tetszőleges karakter megadással elindítjuk a dir2pet szkriptet is, és készítünk belőle telepítő PET csomagot is. Az így kapott telepítő fájl mellé jön egy .files fájl is, abban pedig ezek találhatóak... bár készül kismillió fájl is de csak ezek kerülnek valamiért be... lehet hibás a new2dir szkript?

Kód: Egész kijelölése

/lib/modules/3.2.32/kernel/drivers/net/wireless/8192eu.ko
/lib/modules/3.2.32/modules.dep
/lib/modules/3.2.32/modules.dep.bin
/lib/modules/3.2.32/modules.pcimap
/lib/modules/3.2.32/modules.usbmap
/lib/modules/3.2.32/modules.ccwmap
/lib/modules/3.2.32/modules.ieee1394map
/lib/modules/3.2.32/modules.isapnpmap
/lib/modules/3.2.32/modules.inputmap
/lib/modules/3.2.32/modules.ofmap
/lib/modules/3.2.32/modules.seriomap
/lib/modules/3.2.32/modules.alias
/lib/modules/3.2.32/modules.alias.bin
/lib/modules/3.2.32/modules.softdep
/lib/modules/3.2.32/modules.symbols
/lib/modules/3.2.32/modules.symbols.bin
/lib/modules/3.2.32/modules.devname
Na mindegy, az így kapott pet fájlomat feltelepítettem úgy, hogy csatlakoztattam a Stick.et a géphez, lévén adott a .ko fájl neve 8192eu.ko néven, így utána

Kód: Egész kijelölése

modprobe 8192eu
majd az így kapott WLAN 1 -gyel létrehoztam az internet kapcsolatot.
Tipli_NIC.png
Tipli_NIC.png (32.74 KiB) Megtekintve 291 alkalommal
Ami érdekesség még, az az US elnevezés, márpedigy magyar honban lett a Stick vásárolva. De a gyári driver CD-n is alapból több minden kell neki, mint a windows-nál a V1-eshez a .sys a .cat és a .inf fájlok. A LED ugyanúgy nem világít, de a netet erről használom már, tehát működik.
Csatolmányok
Tipli_NIC.png
Tipli_NIC.png (32.74 KiB) Megtekintve 292 alkalommal
Tipli_Link_LinStall_03.png
Tipli_Link_LinStall_03.png (28.77 KiB) Megtekintve 292 alkalommal

nocsak
Hozzászólások: 104
Csatlakozott: 2014.09.29. 15:01

Re: TL-WN823N V2

Hozzászólás Szerző: nocsak » 2018.07.29. 09:39

Nem merem szerkeszteni az előző hozzászólásomat, mert valamiért mindig véletlenszerűen megkeverednek a képek, szóval egy fontos megjegyzés, ez kimaradt, de menet közben jöttem rá erre is, hogyha a /Driver/ mappát átnevezzük pl.: tlwn823n_v2-1.0 -ra úgy fog helyesen működni vele a new2dir és a dir2pet szkript is, mert lát verziószámot a mappa nevében... ebbe először én is belefutottam, és kezdhettem előről a lépéseket. Persze ettől függetlenül változatlanul nem értem, hogy a new2dir miért csak a modulokat szedi össze, a többi .o meg egyéb fájlokat miért nem. De mivel a sima make install alapján ténykedik, (elvileg!) így végképp nem értem akkor a többi hol marad ki vagy hova kerül, nem kerül.

NTamas
Hozzászólások: 1504
Csatlakozott: 2014.06.19. 13:36

Re: TL-WN823N V2

Hozzászólás Szerző: NTamas » 2018.07.29. 17:06

Igaz, nem LX7-es Puppy linux, 3.2.32-es kernel......

https://archive.org/download/Puppy_Linux_Forum_Pets
Kép

Válasz küldése

Vissza: “Egyéb hardware”