Hirdetés
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- TCL LCD és LED TV-k
- Kormányok / Autós szimulátorok topicja
- Xiaomi Mi Box S: butából okostévét, jó áron
- Steam Deck
- SONY LCD és LED TV-k
- Kifosztották a csúcs-Ryzen készleteket a bányászok
- HiFi műszaki szemmel - sztereó hangrendszerek
- iPad topik
- AMD Ryzen 9 / 7 / 5 / 3 5***(X) "Zen 3" (AM4)
-
PROHARDVER!
Specifikációjához képest meglepően olcsó router, ami AC1200-as Wifi-t és gyári firmware-val is több hasznos szolgáltatást ígér (fájlmegosztás, dlna, nyomtató megosztás, stb.)
Új hozzászólás Aktív témák
-
woodworm
veterán
Nem sikerült a padavan fw-t lefordítani rá, mindig félbeszakad hibaüzenettel. Erre (is) várni kell még.
-
woodworm
veterán
Olvasgatva az asus rt-n56u topikot, a b1 kapcsán ott is szívtak páran a hdd csatlakoztatás után hektikussá váló wifivel. Abban a proci kis tesója van, jóval drágábban. Tehát az ok valószínűleg nem a jóárasításban keresendő.
-
woodworm
veterán
Szegény xiaomit vádoltam az egyedi openwrt buildjével, hogy nem tud csatlakozni a 860-asra. Meg a kínai dzsunkafonokat, hogy nincs bennük 5GHz. Erre kiderül, hogy a router bolondul meg "néha" és 5Ghz-en nem hajlandó csatlakozni, "Nincs engedélyezve vagy csatlakozó kliens" vagy valami hasonló üzenettel. Miközben be van kapcsolva és éppen csatlakozni szeretnék rá. Nem is javul meg, csak újraindítással.
-
woodworm
veterán
Saját kútfőből annyit tudtam megállapítani, hogy ilyenkor a 860-as nullákkal teli BSSID-t küld.
Itt egy részlet a xiaomi logjából, amikor kliensként akartam csatlakozni hozzá és végre sikerült.Feb 18 21:57:14 kernel: AP-Client probe: SSID=OpenWrt D-Link 5GHz, BSSID=00:00:00:00:00:00
Feb 18 21:57:15 kernel: AP-Client probe: SSID=OpenWrt D-Link 5GHz, BSSID=00:00:00:00:00:00
Feb 18 21:57:16 kernel: AP-Client probe: SSID=OpenWrt D-Link 5GHz, BSSID=00:00:00:00:00:00
Feb 18 21:57:17 kernel: AP-Client probe: SSID=OpenWrt D-Link 5GHz, BSSID=00:00:00:00:00:00
Feb 18 21:57:20 kernel: AP-Client probe: SSID=OpenWrt D-Link 5GHz, BSSID=xx:xx:xx:xx:xx:xx
Feb 18 21:57:20 kernel: AP-Client probe response: SSID=OpenWrt D-Link 5GHz, BSSID=xx:xx:xx:xx:xx:xx
Feb 18 21:57:20 kernel: !!! APCLI LINK UP - IF(apclii0) AuthMode(7)=WPA2PSK, WepStatus(6)=AES![ Szerkesztve ]
-
woodworm
veterán
-
woodworm
veterán
válasz markussandor #116 üzenetére
Szerintem néhány oldalon bennragadtak az A1 adatai. A B1 esetén már adott volt az ac végleges specifikációja.
-
woodworm
veterán
Senki nem próbált még a PROMETHEUS alapján buildelni egy padavan-t? Szerintem a deszka paramétereinél elbaszarintották a switch alapbeállításait és hibaüzenettel elszáll a buildelés. A készítőknek a 4PDA oldalán van fórumuk, de orosz az alapnyelv.
A xiaomi mininél sokkal jobb lett a végeredmény, mint openwrt-vel.[ Szerkesztve ]
-
-
woodworm
veterán
válasz vottokar #190 üzenetére
Ott a Xiaomi Mi R1D, igaz a portok száma azon is korlátozott. De ha a ~30ezres árból kivonom az 1TB-os hdd értékét, akkor majdnem a 860l árában járok. Gyárilag openwrt, még ha el is van rejtve, de akár át lehet állni asusos custom fw-re.
Kicsit visszavett hardver a 860l-hez képest (fele a proci), de az asus n56u b1 hasonló alapokon építkezik. A soc leírásában említik a lemezműveletek hardveres gyorsítását, ha ez nem került ki a kisebb soc-ból, akkor hozhatja a 860l sebességét. Annál is inkább mert ez a 860l esetén sem egyértelmű.
A driverek miatt openwrt-vel ezen sem biztos a fáklyásmenet, de asus custom fw elérhető rá. -
woodworm
veterán
válasz vottokar #230 üzenetére
Maga a végeredmény angol nyelvű, a virtuális gépen vagy a linux alá felrakott prometheus, ha nem is angolul indul, de átállítható, tehát a build és a flash már mehet angolul. Egyelőre nem fordul le, mert a switch konfigurációs hibája miatt félbeszakad a folyamat. A fórumon megemlítik és beszélnek is róla, hogy kézzel kell konfigurálni, de a konkrét módja nincs leírva. Raktak fel beszélgetés közben egy példakönyvtárat a fejlesztőnek, de nem érzek magamban annyi tudást, hogy én fájlokat cserélgessek a forráskódban.
A padavan egyébként az mtk gyári drivereit használja, az n56ub1 szépen működik vele. Bár a benne lévő soc butított a 860l-hez képest és a 2,4 GHz-es wifi chip sem ugyanaz, de az 5GHz-es megegyezik. Egyébként kapcsolódva a xiaomihoz, a mini kifogástalanul működik vele (5GHz-en ez is ugyanaz). A gyárin az user hülyének nézése zavaró, openwrt-vel pedig mindegyiknél volt valami hiányérzetem, egyedül itt éreztem, hogy klappol minden.
(#231) suste
Entware és optware támogatás van. Ha sikeresen fel lehetne rá rakni ki fogom próbálni, még mindig nincs berakva fő routernek. A wifi kapcsán a fentebb említett xiaomira tudok hivatkozni, bár ott bele kell nyúlni az eepromba egy kicsit, mert kínai karaktereket tartalmaz az RSSI és vételi problémák voltak nélküle, hiába implementálták ezt elméletileg az mt76-os driverbe.Apropó, kérdés az okosabbaknak, ez nem lehet probléma a 860l-nél? Ha ez a hiba az eepromban van, akkor ez xiaomi vagy mtk vétek?
[ Szerkesztve ]
-
woodworm
veterán
válasz woodworm #232 üzenetére
Közben találtam egy kész fw-t, mellette egy módosított eeprom partíciót a ddwrt fórumon. Az user stabilnak írja, bár nem túl bőbeszédű (a mellékelt leírása sem).
-
woodworm
veterán
válasz vottokar #246 üzenetére
Igen, az lenne és benne a gyári driverrel, ami nála jól működik.
A leírásban nem volt túl bőbeszédű:
1. From dd-wrt to Padavan:
mtd write -r DIR-860L_3.4.3.9-099.trx linux2. Write factory partition:
mtd_write write mtd2.bin "Factory"Hogy a későbbiekben visszafordítható legyen a folyamat készítettem egy teljes backupot openwrt alatt, meglepetésre teljesen más a flash kiosztása, mint ddwrt alatt. Nehogy az legyen, hogy valamit nem jól csinálok, elindultam ddwrt alól. No, legyen innen is egy teljes mentésem az eltérő kiosztás miatt, hmmm, nem akkora a módosított mtd2, mint a mentés.
Mi legyen? Az a mentés padavan alá szólna? Éltem a gyanúperrel, hogy az összekavarodott switch konfiguráció miatt nem lesz elérhető a rendszer, be is jött. Egyedül a wan portra dugott kábelen érzékel valamit a windows, de nem tudtam elérni se telneten, se ssh-n.A mentett és a módosított mtd2 méretkülönbsége:
Hogyan lehetne innen továbblépni, nem mellesleg esetleg visszalépni?
-
woodworm
veterán
válasz vottokar #249 üzenetére
Nem, nem írja felül a bootloadert. Teljes mentést készítettem a flashről openwrt és ddwrt alatt is mielőtt bármivel próbálkoztam, de eddig vissza tudtam térni mindig a recoveryvel.
Eddig azt nem értettem, és nagyon most sem, hogy az első parancs "-r" opciója miatt flash után újraindul, tehát a második parancsot már padavan alatt kell kiadnia (erre utal a megadott user/pass is), de ha hibás a konfig, akkor hogyan jön létre nála az ssh kapcsolat.
Nálam ugyanis csak a narancs led villog és hiába próbáltam kapcsolódni rá nem sikerült. Egyedül a wan portnál látszik némi élet a kábel csatlakoztatásánál, de kapcsolat ott sem jön létre. Majd később teszek egy próbát a recoveryhez adott image fájllal. A biztonság kedvéért padavan alatt is egy mentéssel kezdek, nem szeretném, ha a másképp felosztott flash miatt nem lennének jók az eddigiek.Nem tudom, hogy az user megegyezik-e a 4pda-ssal, de az ott linkelt módisítással lefordult a padavan, tehát van egy saját buildem is a méretből látszódóan bővebb funkcionalitással.
[ Szerkesztve ]
-
woodworm
veterán
-
woodworm
veterán
A hálózatfelderítése pl. kimondottan tetszik.
Van két switch üzemmódban futó routerem és mindig elfelejtem/keverem a címeket. Lehet openwrt-ben is be lehet kapcsolni, de itt működik alapesetben is. Lehet funkcionalitás tekintetében nyerő az openwrt, de ergonómiában sokkal jobb az asus/padavan.
Egyébként lassan az openwrt/lede is elérkezik oda, hogy a méretek miatt a külső tárhely lesz az alapopció a csomagok telepítéséhez.Nem vagyok otthon annyira az asusok tekintetében, de a készülék nagyjából behatárolja a rárakható custom romot is. Vagy nem így van? Tehát ritkán választhatsz hogy a gyári helyett padavan vagy tomato menjen fel.
[ Szerkesztve ]
-
woodworm
veterán
Nem kell wan kábel. A recovery a böngészőben a 192.168.0.1-es címen érhető el, a gépet lan-ra kell csatlakoztatni és fix ip-t kell adni (192.168.0.2).
A routert lenyomva tartott reset gomb mellett kell bekapcsolni és 10 másodpercig tartani. Nekem nem jött be a simán lenyomva tartott reset. Ha tp-linkhez vagy szokva, akkor a reset az alján van és nem azonos a wps gombbal. -
woodworm
veterán
válasz woodworm #257 üzenetére
Helyzetjelentés:
Annak ellenére hogy nagyrészt a folyamattal együtt tanulok és hátráltatnak az ismeretlen fw-k is, egy kis félsikerről be tudok számolni.
Alapvetően a ddwrt fórumos user leírása a Moszkvában Mercédeszeket osztogatnak jellegű rádióhírre hajaz. A legnagyobb hiba, hogy belementem ebbe a ddwrt-ről indulok leírásba, mivel részlépeseket hagy ki és nagy valószínűséggel keveri a csatlakozási formákat. A parancs ugyanis nem működik ddwrt-n abban a formában, ahogy leírta, rossz a parancs megadása, a kapcsolót az utasítás elé kell tenni, előtte kell egy unlock a meghajtóra, mivel ddwrt-n nem automatikus. Ddwrt-n van telnet és az ssh-t is be lehet kapcsolni, de a padavan indulás után csak telneten érhető el, tehát vagy mindkét esetben telneten csatlakozott, vagy ddwrt-n ssh-n és padavan alatt telneten.
Mivel meguntam a factory>>ddwrt>>padavan folyamatot, ezért felraktam az fw-t openwrt alól, ami működésre utaló jeleket ad. Böngészőben ugyan elérhetetlen és ssh-n sem jobb a helyzet, de telneten, ha akadozva is, de elérhető, néha megszakad.
Most kellene egy mentés az mtd2-ről, mielőtt felflashelem a módosítottat. Mivel a pent nem tudom mountolni, jó lenne valami telnetes megoldás, hogy pc-re tudjam másolni a mentett fájlt.
Vagy valami megoldás, hogy stabilan tudjak csatlakozni a rossz switch konfigurációjú routerre. -
woodworm
veterán
válasz vargalex #280 üzenetére
Van egy köröm a családdal, utána kipróbálom!
Egyébként a padavanon működnie kellene az ssh szervernek, de dhcp-vel "Resource temporarily unavailable", fix ip-vel pedig "Connection refused" üzenetet kapok.
Végső megoldásként, paraszti ésszel a cat beolvasás és képernyőről másolásnál a karakterkódoláson kívül lehet valami fennakadás? -
woodworm
veterán
válasz vargalex #280 üzenetére
Megoldódott a kérdés de újabbak adódtak, ha esetleg van pár ötleted az eredeti állapot helyreállítására!
Sikerült végigvinni a folyamatot, egy pendrive mountolása megoldotta a problémát, a végén működött a padavan. Reggel frissíteni akartam egy bővebb funkciókat tartalmazó verzióra, de újraindulás után se kép, se hang.
A eddigi folyamat:
- openwrt alatt:mtd -r write DIR-860L_3.4.3.9-099.trx firmware
- amikor elindult a padavan, semmilyen más formában nem sikerült csatlakozni hozzá, csak telneten. Az is meglehetősen instabil volt, sokszor vált elérhetetlenné és szakadt meg a kapcsolat. A leírás szerint az mtd2 módosítása után ez rendeződik. Élve a gyanúperrel itt is mentettem mielőtt írtam:
mount -t vfat /dev/sda1 /media -o uid=1000,gid=1000,utf8,dmask=027,fmask=137
cd /media
cat /dev/mtdblock2 > mymtd2.bin
umount /media
mtd_write write -r mtd2.bin "Factory"Innentől működött a router, volt hálózat, routolt és a wifi is működött.
Reggel a frissítés után elérhetetlenné vált a router, nem tudom, hogy az fw miatt vagy mert esetleg a webes frissítést választottam. A recovery-n keresztül a gyári és az openwrt visszamegy, innen van továbbút ddwrt-re. Amikor a jelenlegi állapotot összehasonlítom az eredetivel, észrevettem, hogy openwrt alatt vannak olyan részletek, amik teljesen más partícióra kerültek. Nem akarok tovább rontani a helyzeten, az a mini howto, amin elindultam, kicsit olyan, mintha emlékezetből írta volna az user. Nem teljesen korrektül írta le a parancsot, keverte a csatlakozási protokollt.
Teljes mentésem van ddwrt és openwrt alatt is, és a padavanos változtatásról. A hozzászólásában azt írja, hogy a ddwrt-s mtd2 partíció visszaírása rendezi az eredeti helyzetet, de mellette megjegyzi, nem teljesen ugyanakkora az a partíció, mint openwrt-n.
Tehát igaza van és működik vajon ez a megoldás vagy más utat kell keresni?[ Szerkesztve ]
-
woodworm
veterán
Ok, a probléma rendeződött.
A padavan webes frissítéskor nem kérdezi meg a beállítások megtartását, mint az openwrt. Viszont nem törli, hanem megtartja. Ehhez a szokásához, annyira ragaszkodik, hogy többszörösi flash után is megmarad. Nem számoltam, de két körnél biztos többször volt rajta gyári, ddwrt, openwrt, azokkal működött. Mivel padavanra visszatérve mindig hálózati problémája volt, megpróbáltam ap-ként beüzemelni és ekkor megjelent a mini listáján (a több rendszerrel és flasheléssel ezelőtti címmel).A rendszer tényleg jól működik. Akinek kevés a gyári, a wifi pedig fontos lenne és van benne kísérletező kedv, kipróbálhatja. A visszatérés kérdéses, én három rendszeren mentettem, de végül is nem írtam vissza a módosítást. Openwrt-n nem is lehet, hiába említi a hozzászólásában.
Az usb3-at vissza lehet butítani usb2-re, mellette magyarázat, hogy így kevesebb interferencia van 2,4 GHz-en. Mivel nekem amúgy sem működött a magasabb sebességen, ki is kapcsoltam.
[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #288 üzenetére
Igen, éltem a gyanúperrel ezzel kapcsolatban, ezért mentettem ddwrt alatt is, ott nincs ilyen korlát tudtommal. Plusz a módosítás előtt padavanon is egyet a kérdéses partícióról.
Sebességet hiába mérek, nincs sok lehetőségem, csak a minivel tudom használni. Ott pedig limit a 100-as lan, azt hozza mindkét frekvencián. Esetleg most, hogy a 1043v1 kidőlése után beüzemeltem a wdr3600-ast, 5GHz-en tudok nézni n-es sebességet.
-
woodworm
veterán
válasz vottokar #287 üzenetére
Összeszedtem egy kicsit a hosszú történetet, hogy hogyan került padavan a routeremre.
A ddwrt oldalán találtam egy rövid szösszenetet egy usertől, hogy buildelt egy működő padavant és mellé egy módosított eepromot.
Nem volt túl bőbeszédű: nincs rá garancia, mentsd a factory partíciót mielőtt flasheled és a módosított mtd2 nélkül instabil a router. A fájlokhoz mellékelt leírás két parancsot tartalmaz, túl sok részletezés nélkül. Később, napokon keresztül adagolva közölt olyan információkat, amelyek fontosak lettek volna.Mielőtt bármibe kezdünk, mentsük a teljes rendszert és jegyezzük fel a készülék mac-címeit (wan, lan, 2,4GHz, 5GHz). Mivel openwrt volt a routeren, rögtön ezzel kezdtem, mert emlékeztem a 1043-as topik egyes történeteire az art partícióval, bár éltem a gyanúperrel, hogy openwrt alól nem egyszerű visszaírni a leírásban említett partíciót.
Később ddwrt alatt is készült egy teljes mentés és ez a fontosabb, mivel itt biztosított a visszaírás lehetősége. Tehát az új fw-t openwrt/lede alatt is fel lehet tenni, de az egyszerűbb visszatérés lehetősége miatt mindenképp fel kell tenni egy ddwrt-t a backup miatt. Az eltérő kiosztás miatt az openwrt-s mentés nem rakható vissza ddwrt-vel. (Lehet van rá megoldás, nem találtam)Az openwrt oldaláról vettem a scriptet, amivel a mentést végeztem, egyszerűbb így, mint a routeren vesződni egyesével. Bash script, linux kell hozzá, akár egy virtuális gépen, én a win10 beépített környezetét használtam. Külön könyvtárban vannak a router cuccai, itt hoztam létre a scriptet. Mivel maga mellé teszi a mentést, nem kell másolgatni sem később.
#!/bin/bash
set -e
function die() {
echo "$@"
exit 2
}
OUTPUT_FILE="mtd_backup.tgz"
OPENWRT="root@192.168.1.1"
TMPDIR=$(mktemp -d)
BACKUP_DIR="$TMPDIR/mtd_backup"
mkdir -p "$BACKUP_DIR"
SSH_CONTROL="$TMPDIR/ssh_control"
function cleanup() {
set +e
echo "Closing master SSH connection"
"${SSH_CMD[@]}" -O stop
echo "Removing temporary backup files"
rm -r "$TMPDIR"
}
trap cleanup EXIT
# Open master ssh connection, to avoid the need to authenticate multiple times
echo "Opening master SSH connection"
ssh -oControlMaster=yes -oControlPath="$SSH_CONTROL" -o ControlPersist=10 -n -N "$OPENWRT"
# This is the command we'll use to reuse the master connection
SSH_CMD=(ssh -oControlMaster=no -oControlPath="$SSH_CONTROL" -n "$OPENWRT")
# List remote mtd devices from /proc/mtd. The first line is just a table
# header, so skip it (using tail)
"${SSH_CMD[@]}" 'cat /proc/mtd' | tail -n+2 | while read; do
MTD_DEV=$(echo $REPLY | cut -f1 -d:)
MTD_NAME=$(echo $REPLY | cut -f2 -d\")
echo "Backing up $MTD_DEV ($MTD_NAME)"
# It's important that the remote command only prints the actual file
# contents to stdout, otherwise our backup files will be corrupted. Other
# info must be printed to stderr instead. Luckily, this is how the dd
# command already behaves by default, so no additional flags are needed.
"${SSH_CMD[@]}" "dd if='/dev/${MTD_DEV}ro'" > "${BACKUP_DIR}/${MTD_DEV}_${MTD_NAME}.backup" || die "dd failed, aborting..."
done
# Use gzip and tar to compress the backup files
echo "Compressing backup files to \"$OUTPUT_FILE\""
(cd "$TMPDIR" && tar czf - "$(basename "$BACKUP_DIR")") > "$OUTPUT_FILE" || die 'tar failed, aborting...'
# Clean up a little earlier, so the completion message is the last thing the user sees
cleanup
# Reset signal handler
trap EXIT
echo -e "\nMTD backup complete. Extract the files using:\ntar xzf \"$OUTPUT_FILE\""A mentések elkészülte után fel lehet írni az fw-t, ezt ssh-n bejelentkezve tehetjük meg:
- dwrt-n a következő paranccsal:mtd -r write DIR-860L_3.4.3.9-099.trx linux
- openwrt/lede-n pedig a következővel:
mtd -r write DIR-860L_3.4.3.9-099.trx firmware
Hagyjuk lefutni a flash-t, a router kíírja amikor rebootol.
Innentől lesz nyögvenyelősebb egy kicsit, mivel a patch hiánya miatt nagyon nehéz a bejutás a készülékre. Nekem telneten sikerült, radmir egy későbbi kérdésre írta, hogy ő 5G-n végezte a folyamatot, gondolom ez az 5GHz-es wifi lenne. Láttam már másoknál ebből adódó hibákat, de az akadozó, megszakadó telnet sem leányálom, rábízom mindenkire, ki, mit választ.
A teendők sorban
- Bejelentkezéshez az ip-cím 192.168.1.1, user: admin, pass: admin
- Egy fat32-re formázott pendrive csatlakoztatása a routerhez, majd mountolása:mount -t vfat /dev/sda1 /media -o uid=1000,gid=1000,utf8,dmask=027,fmask=137
- belépés a mountolt könyvtárba
cd /media
- Az eredeti partíció mentése:
cat /dev/mtdblock2 > mymtd2.bin
- A meghajtó leválasztása:
umount /media
- A nem tökéletes kapcsolat miatt többször kellett betelnetelnem, mire sikerült két egyforma és a partíció méretével egyező mentést készítenem. Ez azt jelenti, hogy ezt a lépést többször megismételtem, a pendrive-ot csatlakoztattam a pc-hez és átmásoltam a készített fájlt. Ha megvan a mentés, fel lehet írni a patchelt változatot.
- A radmir által csatolt mtd2.bin fájlt a pendrive-ra kell másolni és és csatlakoztatás után mountolni, majd belépni a mountolt könyvtárba a korábbi parancsokkal. A flasheléshez a következő parancs kell:
mtd_write write -r mtd2.bin "Factory"
- A router rebootja után rá lehet nézni az adminfelületre a böngészőben. Nem emlékszem már, de valószínű, hogy nem aktív az ssh, be lehet kapcsolni.
- Újra bejelentkezve vissza lehet írni az eredeti mac-címeket.
lan_eeprom_mac XX:XX:XX:XX:XX:XX
wan_eeprom_mac XX:XX:XX:XX:XX:XX
radio2_eeprom_mac XX:XX:XX:XX:XX:XX
radio5_eeprom_mac XX:XX:XX:XX:XX:XX
Nem próbáltam a visszatérést, de szerintem a padavan ssh-n visszaírva az eredeti mtd2 partíció mentését és recovery-vel pedig a gyári vagy openwrt fw-t tűnik a könnyebb útnak, de természetesen ott a ddwrt-s mentés is.
Az fw-t és a patch-et radmir készítette és a ddwrt fórumán tette közzé. Köszönet érte!
[ Szerkesztve ]
-
woodworm
veterán
Holnap, holnapután érkezik egy azonos chipsetű adapter (mt7612u). Amint lesz időm letesztelem, akár visszatérve lede alatt is.
-
woodworm
veterán
válasz woodworm #320 üzenetére
Megérkezett az adapter, EDUP EP-AC1605.
Két gyors mérés 2,4:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51485 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.01 sec 8.62 MBytes 71.4 Mbits/sec
[ 4] 1.01-2.00 sec 10.1 MBytes 85.7 Mbits/sec
[ 4] 2.00-3.01 sec 12.8 MBytes 107 Mbits/sec
[ 4] 3.01-4.00 sec 20.6 MBytes 174 Mbits/sec
[ 4] 4.00-5.00 sec 23.6 MBytes 198 Mbits/sec
[ 4] 5.00-6.00 sec 23.1 MBytes 194 Mbits/sec
[ 4] 6.00-7.00 sec 23.5 MBytes 197 Mbits/sec
[ 4] 7.00-8.01 sec 22.5 MBytes 188 Mbits/sec
[ 4] 8.01-9.00 sec 23.9 MBytes 201 Mbits/sec
[ 4] 9.00-10.01 sec 24.2 MBytes 203 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec sender
[ 4] 0.00-10.01 sec 193 MBytes 162 Mbits/sec receiver
iperf Done.és 5 GHz-en:
f:\Portable Apps\iperf>iperf3 -c 192.168.1.168 -i 1
Connecting to host 192.168.1.168, port 5201
[ 4] local 192.168.1.242 port 51299 connected to 192.168.1.168 port 5201
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-1.00 sec 24.2 MBytes 203 Mbits/sec
[ 4] 1.00-2.00 sec 27.2 MBytes 229 Mbits/sec
[ 4] 2.00-3.00 sec 31.0 MBytes 260 Mbits/sec
[ 4] 3.00-4.00 sec 35.6 MBytes 299 Mbits/sec
[ 4] 4.00-5.00 sec 35.4 MBytes 297 Mbits/sec
[ 4] 5.00-6.00 sec 36.1 MBytes 303 Mbits/sec
[ 4] 6.00-7.00 sec 35.8 MBytes 300 Mbits/sec
[ 4] 7.00-8.00 sec 36.4 MBytes 305 Mbits/sec
[ 4] 8.00-9.00 sec 33.4 MBytes 280 Mbits/sec
[ 4] 9.00-10.00 sec 36.6 MBytes 307 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval Transfer Bandwidth
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec sender
[ 4] 0.00-10.00 sec 332 MBytes 278 Mbits/sec receiver
iperf Done.A mérés kb. 8 méter távolságból, egyenes rálátással, üvegajtó mögött történt, Úgy néz ki itt a 2,4 GHz a hektikusabb, néha kezelhetetlenül alacsony, szégyenteljes mérés is született. Ennek mondjuk oka lehet a vevőhöz közeli wdr3600-as, aminek nem kapcsoltam ki a wifijét és gyanúsan közeli csatornán dolgozik, jóval nagyobb jelszinten.
[ Szerkesztve ]
-
woodworm
veterán
Kiegészítésként, az ajánlós topikban visszaolvasva krealon hozzászólását, nála is hasonló volt a probléma, a pozicionálás megoldotta. Kikapcsolva a vevő melletti wdr3600-as wifijét és megfelelően beállítva az antennákat hihetetlen eredményeket produkált a kettős.
Az eleinte akadozós 2,4 GHz megtáltosodott, iperf3-mmal mérve volt 200Mbites átvitel is, total commanderrel másolva egy ~7GB-os mkv-t 13-15 MB-os másolási sebességet mutatott. -
woodworm
veterán
válasz vargalex #327 üzenetére
Ha padavan után rakok vissza openwrt-t, akkor a radio partíció teljesen üres, a wifi ugyan működik, de nem tudom mennyire jó, ha csak a default kerül visszaírásra.
Szerintem a prometheust használja ő is a buildelésre, csak a board konfigurációját módosította az első fw-kben. A prometheusba lassan kerülnek a módosítások, eleinte mindig megszakadt a buildelés a switch rossz konfigurációja miatt, most módosítás után pedig nem működik a lan1-es port. A want ki sem próbáltam, lanként működött.
A mostani fw-jében működnek a ledek, régiónként és csatornánként finomította a wifi power limitjét.A prometheus egyébként menti az aktuális rendszert flash előtt, elméletileg vissza is tudná rakni. Bár nem tudom, hogy ez csak azonos rendszer előző mentését rakja vissza, vagy tudja kezelni a padavan és az openwrt/lede eltérő layoutját is.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Újraírja. Nem használja csak az elejét, ami openwrt-re visszatérés után az u-boot-env-be kerül, a radio és a factory teljesen üresen marad.
A radmir-féle fw jó és tökéletesen működik, a prometheusos környezet végeredményével vannak gondok, amit gondolom radmir orvosolt. Igazából nekem megfelelne a munkája, amit hiányolok az csak kozmetika, nem implementálta a skineket. Ha d-linkem van, pofásabb lenne d-link logo a fejlécben.Egyébként az orosz fórumon a ddwrt-s fórum posztjaival egy időben volt egy kis diskurzus a témában és nem tudom, hogy a nick őt takarja-e, de akkor osztott meg valaki fájlokat, amiket azóta törölt. A power limites fájlok pl. megegyeznek.
-
woodworm
veterán
válasz vargalex #329 üzenetére
Mennyire járható út összetenni egy fájlba az openwrt adott partícióit és padavan alatt visszaflashelni a többivel együtt?
mtd1_u-boot-env.backup \
mtd2_radio.backup >> mtd1.bin
mtd3_factory.backup /
mtd4_defaults.backup >> mtd2.bin
mtd5_firmware.backup >> mtd6.bin[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #333 üzenetére
Hosszú távon maradnék mindenképp padavanon, csak esz a kíváncsiság. Nem mellesleg jó tudni, hogy van visszatérési lehetőség. Esetleg ezzel az mtk chipsetes adapterrel egy pár mérést végezni openwrt/lede alatt is.
Visszaíráskor az mtd parancs tud egyszerre több partíciót írni vagy több menetben kell és a végén újraindítani? -
woodworm
veterán
válasz vargalex #335 üzenetére
Köszi szépen!
A partíciónkénti visszaírást és az újraindítást én is így gondoltam, hogy csak a végén megadni az -r paramétert.(#336) suste
Működik, de azzal csak az fw írható vissza. A padavan viszont más felosztásban használja a partíciókat és felülírja a tartalmát, ezért openwrt-re visszatérve nullás lesz a radio és factory partíció, a rádióadatok a defaults-ra kerülnek, ahol nem hiszem, hogy használni tudná. -
woodworm
veterán
válasz vargalex #338 üzenetére
Gyorsan megnéztem, mert ap módban nem jelenik meg minden szolgáltatás, de beleforgatta a vpn szervert. Van nyomtató szerver is, a ddns-nek nincs webes felülete, config fájlból kell beállítani.
A leírásom óta kipróbáltam az övét is, bármilyen merész lépésnek tűnik, de valóban gördülékenyebb wifin megtenni az első lépést és flashelni a módosított partíciót. Bekapcsoltam az ssh-t, winscp-vel felmásoltam a bin-t, majd flasheltem.
-
woodworm
veterán
válasz vargalex #340 üzenetére
Az írási módszerére vonatkozott.
A mostani nem túl bőbeszédű readme már kibővített verzió, az elsőben ennyi sem volt. A lényeget a hozzászólásokban napokon keresztül csepegtette, mert kábelen rettentő nehéz bejelentkezni, végigvinni és ezt nem említette, nem konkretizálta mikor telnetelt, és mikor csatlakozott ssh-n. Később kiderült, hogy ő wifin keresztül csatlakozott, úgy tényleg könnyebb.
A fórumon csak a default partíció mentése szerepel és annak visszaírásával szerinte helyreállítható az eredeti állapot.Egyébként már 4 fw-t töltöttem le a linkelt yandex tárhelyről, ezekből csak kettőt tettem fel. Az egyik eleve működésképtelen próbálkozás volt, hogy az uboot recoveryjén keresztül lehessen flashelni. Az elsőben emlékeim szerint a ledek működése volt korlátozott és a wifi power limit táblázatok elég magas értékeket tartalmaztak, lehet a chip nem is tud ilyen tartományban dolgozni, a méréseket ezzel készítettem. Azóta került fel még kettő, az egyikben nincs módosított power limit, a másikban pedig finomított értékek vannak már és állítható a frontledek működése.
-
woodworm
veterán
válasz vargalex #342 üzenetére
A noSingleSKU-ban nincsenek engedélyezve a régiónkénti max power táblázatok. A forrásban ez az alapértelmezett, de egy európai (CE) akkor is van mellette, nem tudom használja-e ilyenkor is. Ellenőrizni nehezebb, mert nincs olyan visszajelzés a használt értékről, mint openwrt-nél.
Nálam a DIR-860L_3.4.3.9-099.trx van a routeren.Ránézve az oldalára, tegnap megint frissültek a fájlok. Kár, hogy nincs changelog!
[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #344 üzenetére
Próbálkoztam saját buildel, amiben voltak skinek. Ott tapasztaltam skin váltás után egy ideig a megtorpanásokat, ennél még nem. Egyébként suste mérési metódusát használva lassabban fut le a teszt első része, a számolás viszont magasabb érték, mint openwrt/lede alatt.
A 2,4 GHz-es wifi tulajdonságainál 400M-es TRate érték jelenik az adapteres csatlakozásnál, ez nálad is így van? Elméletileg 2x2:2-es felállásban nem is lehetne ilyen linksebesség. Rosszul tudom?
A samba-s olvasási értékeket még nem sikerült elérnem, nálam mindegyik hdd-nél leragad a ~30MB-os sebességnél, gondolom ez az usb2 limit lehet.Esetleg, ha a buildelt lede fw-t meg tudnád osztani, eltenném későbbre. Akkor nem kellene a darabolással szöszmötölnöm. Vagy csak a default partíciót tetted írhatóvá?
(#345) dchard
Iperf3 méréseknél voltak 200Mbites átlageredmények is.[ Szerkesztve ]
-
woodworm
veterán
Úgy látom egy httpd daemon fut, hogy ez pontosan milyen webszervert takar, passz. Maga az adminfelület asp és js fájlokból áll jobbára.
Előkerestem és pluszban mértem egyet a minivel is:
D-LINK-DIR-860L-B1
PADAVAN-3.4.3.9-099-cf494ea
MT7621AT
900 MHz
2x2
Started 1 process(es)
Elapsed time: 6.99 sec
Started 2 process(es)
Elapsed time: 9.9 sec
Started 3 process(es)
Elapsed time: 9.81 sec
Started 4 process(es)
Elapsed time: 10.1 sec
Started 30s counting (0->)
9050
XIAOMI-MI-MINI
PADAVAN-3.4.3.9-099_460bda1
MT7620A
600 MHz
1
Started 1 process(es)
Elapsed time: 9.47 sec
Started 2 process(es)
Elapsed time: 19.45 sec
Started 3 process(es)
Elapsed time: 29.01 sec
Started 4 process(es)
Elapsed time: 38.95 sec
Started 30s counting (0->)
6950(#348) vargalex
Az a baj, hogy az én házam is USB3-as lenne.[ Szerkesztve ]
-
woodworm
veterán
Ha már lúd, legyen kövér!
A script akár módosíthatná is a patchelt mtd2.bin-t és beleírhatná flash előtt az openwrt alatt kiolvasott eredeti mac-címeket, akkor padavan alatt már azt sem kellene visszaírni.
Az írás előtti mentés és az esetleges visszaállítás miatt azért így sem teljesen kezdőknek való a művelet.Egyébként annyira nem értek hozzá, hogy tudjam mi a különbség a módosított eeprom és a padavan indulásakor odakerülő adatok között, de lehet csak annyi, hogy a padavan első indulásakor odakerülő adatokban nincs érvényes mac-cím és a patch ezt fixálja, majd később kézzel kerül a helyére a valós. Ha csak ennyi, akkor elméletileg a saját eeprom is kerülhetne oda, a helyes mac-címekkel.
[ Szerkesztve ]
-
woodworm
veterán
válasz vargalex #361 üzenetére
A jelenleg hozzáférhető mtd2 fájl nem ugyanaz, mint ami korábban letölthető volt, egy kicsit kitakarította. Nem tudom, hogy rendszerfüggő vagy az openwrt után ottmaradt, a padavan működését nem befolyásoló adatok ezek. Lényegében mostanra nem maradt csak a két rádió eepromja, benne az egyedi mac-címek, a fájl végén a lan és a wan mac-címe és a fájl közepén néhány karakter. Előzőleg sokkal több adatot tartalmazott.
-
woodworm
veterán
-
woodworm
veterán
válasz Capricornhun #375 üzenetére
Csak egy gyors válasz. Amikor mértem, közben csatlakoztattam rá hdd-t usb3-as házban, de a nem láttam anomáliát a sebességben.
-
woodworm
veterán
válasz Headless #387 üzenetére
Ez volt az első, amit kipróbáltam még a xiaominál. Ott kifogtam egy olyan fw-t, ami csak az alap témával készült. Sajnos az van, amit vargalex mond, utólag nem módosíthatóak a fájlok. Nem tudom mennyire módosítható az elkészült image, mint a telefonoknál, hogy a squashfs kitömörítése, szerkesztése és visszacsomagolása lehetne járható út. Én a prometheust használtam a xiaominél és a 860l-nél is, ott build előtt menürendszerben hozzáadható a saját témacsomagjuk, ahhoz adtam még két választható dlink custom logót.
Új hozzászólás Aktív témák
- Suzuki topik
- Netfone
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- TCL LCD és LED TV-k
- Politika
- Kormányok / Autós szimulátorok topicja
- Olasz autó topik (Fiat, Lancia, Alfa)
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- iPhone topik
- Samsung Galaxy A54 - türelemjáték
- További aktív témák...
- Xbox Series S 512GB - 2 kontrollerrel+akksival, Venom töltődokkal
- Vadonatúj Philips 512GB MicroSdXC kártya .
- Eladó egy komplett PC (RTX 3070, Ryzen 5 3600, 32GB RAM)
- !! AKCIÓ !! 1 ÉV GARANCIA !! Független Apple Iphone 12 Mini 128GB.
- Samsung Galaxy S23 Ultra 512GB 5G Dual Sim + fólia, Spigen Rugged Armor tok