-
Fototrend
Xiaomi AX3600 WiFi 6 AIoT Router
Új hozzászólás Aktív témák
-
Rick4
félisten
válasz
wwenigma
#7002
üzenetére
Az nem rossz ár, én 141--ért vettem, csak az 2023 novemberében volt, és kicsit alacsonyabb volt az usd árfolyam. De még annyiért se láttam azóta sehol.
Ez a magyarítás publikus lesz? Bár ha nincs net, és kínai a nyelv, tök jól elvagyok vele, mert az a 6-8 kattintás már megy érthető feliratok nélkül is, mást meg nincs miért piszkálni rajta. -
Imi1981
veterán
válasz
wwenigma
#6854
üzenetére
Kösz Rick4 neked is a választ! Akkor inkább maradok a gyári fw-n. Wifi fontos.
wwenigma
Magyarítást láttam az összefoglalóban de nekem annál frissebb fw van rajta (21 a vége) és nem tudom arra jó e vagy nem.
Ez a vpn téma érdekel de hót hülye vagyok hozzá. Kell először regisztrálni valahol vagy hogyan lesz vpn szerverem? -
Rick4
félisten
válasz
wwenigma
#6844
üzenetére
Nagyon megéri, nálam előtte 3 db AX3600-as osztotta a netet, nyilván nem volt a teljes lefedettségre se szükség, de attól még nem volt gyors, mert jó volt a lefedettség, mert hogy a mesh már csak ilyen, de most mindenhol jobb a jelszint, plusz a kényesebb zhelyeken is gyorsabb is a net, és mivel már minden eszközömön van 2.5G-s lan, ahol fontos a sebesség, csak egy 8-as 2.5G switch kellett, és hiba nélkül megy a 2G/1G optika, pont egy éve van meg az ax7000-es router, azóta egy röccenés se volt.
Amúgy ha 100m2 fölötti kégliben laksz, én megtartanám a 3600-ast, és meshbe raknám. -
-
-
-
wwenigma
Jómunkásember
válasz
wwenigma
#6436
üzenetére
AX3600 1.1.19 CN firmware részleges magyarítás, ver4 - [link]
Changelog:
----- javítva /etc/init.d/boot file tartalma FingR86 jelzése alapján (köszönöm!), hibás útvonalat adtam meg benne ami újraindítás után nem található így nem tölt be a magyarítás (nálam működött mert helyben javítottam csak nem írtam át...)
----- Napló file letöltése hozzáadva és feltöltés eltávolítva (utóbbi feltölti Xiaomi szervereire a konfigunkat és a naplónkat...)
----- pár elírás javítva -
wwenigma
Jómunkásember
válasz
wwenigma
#6446
üzenetére
Az AX3600-on futó OpenVPN szerverhez a client.ovpn filet létrehozzuk az alábbi tartalommal, Notepad++ javasolt:
dev tun
tls-clientremote <IP or DNS name> 1194
tls-auth ta.key 1
cipher AES-256-CBC
auth SHA256key-direction 1
remote-cert-tls server
# The "float" tells OpenVPN to accept authenticated packets from any address,
# not only the address which was specified in the --remote option.
# This is useful when you are connecting to a peer which holds a dynamic address
# such as a dial-in user or DHCP client.
# (Please refer to the manual of OpenVPN for more information.)#float
# If redirect-gateway is enabled, the client will redirect it's
# default network gateway through the VPN.
# It means the VPN connection will firstly connect to the VPN Server
# and then to the internet.
# (Please refer to the manual of OpenVPN for more information.)redirect-gateway
# dhcp-option DNS: To set primary domain name server address.
# Repeat this option to set secondary DNS server addresses.#dhcp-option DNS DNS_IP_ADDRESS
pull# If you want to connect by Server's IPv6 address, you should use
# "proto udp6" in UDP mode or "proto tcp6-client" in TCP mode
proto udpca ca.crt
cert my-client.crt
key my-client.keycomp-lzo
reneg-sec 0
Ha minden igaz akkor e mellé a file mellé szükséges rakni a ta.key ca.crt my-client.crt és my-client.key file-okat a csatlakozáshoz, én magába a file-ba szoktam belemásolni a tartalmukat az alábbiak szerint:
tls-auth ta.key 1 helyett:
<tls-auth>
ta.key file tartalma
</tls-auth>ca ca.crt helyett:
<ca>
ca.crt file tartalma
</ca>cert my-client.crt helyett:
<cert>
my-client.crt file tartalma
</cert>key my-client.key helyett:
<key>
my-client.key file tartalma
</key>Ez utóbbi esetben az így született file-t beadagoljuk pl. az OpenVPN Connect alkalmazásba és máris csatlakozhatunk.
Ne felejtsük el megadni a szerverünk IP címét / DNS nevét a file-ban! A routerünk pl. kiválóan kezeli a noip.com-os dinamikus DNS neveket.
-
-
Rick4
félisten
válasz
wwenigma
#6355
üzenetére
Ismerem az oldalt jó 10 ve biztosan, ez a topic is megvolt vétel előtt is, sőt, tegnap is ránéztem, még a dimfish-féle openwrt is innen került fel sok hónappal ezelőtt az ax3600-asra először, csak nekem nem akarta a böngésző letölteni sem a fw-t, pihole, opendns, netvédelem, minden van, valamelyik megakaszthatta, de a router megoldotta magától!
-
Hocsika
tag
válasz
wwenigma
#6260
üzenetére
Valahogy nem akar működni.
Logba ezeket írja:
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 9C:9D:7E:75:FC:79 [01/11 07:46:57.760]
DHCP: proposed address 192.168.31.101 [01/11 07:46:57.763]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 9C:9D:7E:75:FC:79 [01/11 07:46:59.761]
DHCP: proposed address 192.168.31.101 [01/11 07:46:59.763]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 9C:9D:7E:75:FC:79 [01/11 07:47:01.761]
DHCP: proposed address 192.168.31.101 [01/11 07:47:01.763]
Rcvd DHCP Discover Msg for IP 0.0.0.0, Mac 9C:9D:7E:75:FC:79 [01/11 07:47:03.762]
DHCP: proposed address 192.168.31.101 [01/11 07:47:03.765]Megpróbálom a másik módszerrel, hátha...
-
FingR86
őstag
válasz
wwenigma
#6232
üzenetére
Köszi előre is. Nekem a rumiwifi-vel is maradnak krixkrax karakterek. Meg vannak újabb, teljesen forditatlan menu pontok. Amióta meg atvaltottam brave bongeszore, a Google fordító nem akarja csinálni automatikusan a forditast, chrome-ban persze jó volt. Szóval hiánypótló lesz.
A kínai miwifi app-ot nem akarod leforditani esetleg? 😅 -
wwenigma
Jómunkásember
válasz
wwenigma
#6222
üzenetére
Kicsit unatkoztam, nem tudom volt e már ilyen....
AX3600 1.1.19 CN firmware részleges magyarítás, ver1.
[link]1.1.19+SSH+MI+txpwr verziót raktam fel és ezt brennolgatom, közel sincs kész csak egy próba, Notepad-dal szép lassan átszerkesztem majd ha ráérek...mellékelt txt-ben howto.
-
dchard
veterán
válasz
wwenigma
#6209
üzenetére
Ráadásul owrt alatt a tcp timeout csak 120 sec...
Mieőtt váltottam volna Rtorrent-re, nekem is volt hasonló problémám Transmission-nel, mióta Rtorrent-en vagyok azóta kizárólag akkor van "túl sok" nyitott socket, ha valamelyik torrentet nem teljesen töltöm le, ilyenkor ugyanis a kliens nem tekinti befejezettnek a letöltést és sok peer-hez csatlakozva marad, hiába nincs már semmi forgalom (de csak ebben a speciális esetben).
Délután készült új snapshot, Attended sysupgrade még nem látja, de kézzel már tölthető.
-
dchard
veterán
válasz
wwenigma
#6207
üzenetére
Valami pedig csinálja (vagy nem zárja le) azokat a kapcsolatokat.
Lehet a torrent kliens sok kapcsolatot nyit és nem zár le, ezért nem lépi túl a limtet amit beállítottál, de közben nem zárja le a kapcsolatokat, linuxon pedig a tcp timeout meglehetősen hosszú, 7200 másodperc általában.
-
dchard
veterán
válasz
wwenigma
#6204
üzenetére
Azok fesz értékek, nem jelölnek külön CPU órajelet. Ráadásul mivel ezeken a CPU-kon sem a binning, sem a turbo nincs engedélyezve, ez meg is magyarázza hogy miért két féle órajel van, amit már eddig is láttunk.
A torrentes gépen próbáld a
ss -s-t és másold be a kimenetet. -
dchard
veterán
válasz
wwenigma
#6202
üzenetére
A router biztosan nem csinál neked nem létező kapcsolatokat, azt valamilyen szolgáltatás (a torrent) kezdeményezi és/vagy nem zárja le. Amin fut a qbittoreent linuxon nézd meg hogy hány kapcsolat van (conntrack tábla) és ki fog derülni, hogy ezt bizony a torrent kliens csinálja...
"Rendszer logban 4 szerepel, onnan vettem"
Hol látsz a rendszer logban 4 állapotot?
-
dchard
veterán
válasz
wwenigma
#6200
üzenetére
A kapcsolatokat alapvetően a torrent kliens kezeli, ezzel a routerben nem tudsz mit kezdeni, hacsak azt nem, hogy a TCp dile session timeout-ot lejjebb veszed, persze a rossz torrent kliensre nem pont ez a jó megoldás. Kliensben per torrent és global szál limtet is be lehet állítani, érdemes vele jtszani. Nálam 2-300 kapcsolat van.
-
dchard
veterán
válasz
wwenigma
#6191
üzenetére
"wifiről speedtest + speedtest gépen + kisgépről helyi hálón másoltam"
A korábbi mérésednél ha jól sejtem csak a drótos speedtest ment, azért nem ugrott fel a proci abban az esetben, mert a CPU ki tudta nyomni magából az 500megabitet alap órejelen is. A wifi és a helyi hálózaton történő másolás is más kategória ha közben még nyomod a speedtest-e dróton is. Főleg a wifi lan- lan, és lan-wan irányokban is számmottevő CPU terhelést tud produkálni.
"reméltem hgoy a masik két cpu freki is mukodik majd"
Melyik "másik kettő"? Én nem tudok arról, hogy lenne az 1000-1382MHz-en kívül bármi más használható órajel.
-
xabolcs
őstag
válasz
wwenigma
#6186
üzenetére
... nem úgy tűnik hogy kozmetikai lenne a hiba ...
Az altalam belinkelt (qualcommax: add pending GPLL parent fixes) javitas kozmetikai:
This is mostly cosmetic fix, but with all of the possible SBL and FW versions there could be edge cases resolved by this and not scaling GPLL-s anymore.
Kozben megneztem, a DL-WRX36-omon is schedutil van beallitva. -
dchard
veterán
válasz
wwenigma
#6188
üzenetére
Legfrissebb elérhető változat attended sysupgrade-del:
Nálam pedig szépen felmegy 1382MHz-ig, PPPoE mellett, de nem végig marad ennyin. Schedutil mellett is megtörénhet - mivel nincs per mag skálázás csak az összes mag tud váltani egyszerre - hogy egyetlen mag akár maxra való kitekerése nem eredményezi a frekvencia megugrását.
PPPoE nélkül jellemzően jobban tud működni a SW offload és több magra is tud terhelni korlátozott mértékben. Valami nálad a látottak alapján nem kerek, de mivel nem tudjuk hogy az adguard-on kívül vajon még mi egyéb van ami nem vanilla és csúnyán megeheti az erőforrást, így nehéz lesz megfejteni hogy mi lehet a gond....
-
dchard
veterán
válasz
wwenigma
#6186
üzenetére
"Eddig nem is jött elő, az r24111 build stabil volt (IoT antennán) és most az r24124 alatt problémázik ugyanott."
Nem volt sem driver sem firmware váltás ezen verziók között, ebből látszik hogy szerencse kérdése mikor jön elő Tuya eszközökkel. A hiba ismert, de nincs ráhatásunk, ezt csak a QCA tudja megoldani, bár ha eddig nem tették, nehéz elhinni hogy ez majd egyszer csak megoldódik, bár volt olyan hiba ami minden előzetes értesítés nélkül egyszer csak javításra került, másfél évvel a bejelentsé után...
"CPU 1017600 KHz problémára tudsz esetleg valamit mondani, nem úgy tűnik hogy kozmetikai lenne a hiba mert a terhelés felmegy és nem osztódik el a többi proci között sem igazán"
Fogalmak keverednek. A CPU frekvencia skálázási probléma tisztán kozmetikai mindenkinél, ez javítva van már, 1-2 nap és attended sysupgrade-del lehet majd frissíteni. A terhelés amit speedtest közben látsz egy magon, annak semmi köze az előző problémához, az teljesen normális: a PPPoE nem többszálasítható, és CPU intenzív. A SW offload segít rajta valamennyit, de azt írtad az be van kacpsolva. Nálam minden nélkül tisztán dróton elérhető a gigabit, ilyenkor egy szálon közel 100% az első mag, az órajel pedig 1000-1400MHz között mozog. A CPU ütemezőt állíthatod még át "schedutil"-ra, akkor kicsit gyorsabban lépked felfelé a freki terhelés hatására.
"Kivettem adblockot, statisztikát és vpn-t mert előfordult hogy 90% fölé ugrott a memória használat és beállt mint a szög, majd OOM és valamit leölt, ami szembe jött. "
Ezek a routerek 512MB memóriával nem alkalmasak ilyesmire. Eleve az 512MB-ból valójában csak 410 az ami effektíve használható és abből a router alap funkciója + a wifi megeszik minden nélkül 200-210MB-ot. Az Adblock eszik ezek közül a legtöbb memóriát, azt nyugodtan el lehet felejteni 1GB RAM alatt ezeken a routereken.
-
dchard
veterán
válasz
wwenigma
#6180
üzenetére
"az egyik okosaljzatom ugy nezem valamit bekever"
Egy ismert konkrét gyártó termékével van tudomásom hibáról, de az mintha nem így nézne ki. Látatlanban ennyit tudok mondani, az "AIOT" rádiót meg el kell felejteni, ahogyan azt már jópárszor megbeszéltük.
Került be megint bőven javítás, 1-2 nap múlva érdemes frissíteni.
-
xabolcs
őstag
válasz
wwenigma
#6174
üzenetére
Szia!
Tudom, nem AX3600, hanem DL-WRX36, de ezen szepen skalazodik a processzor 1000~1800 MHz kozott amikor iperf-fel merek telefonon.
OpenWrt SNAPSHOT, r24124-518923178c
0[||||||||||||||||||||||||||||||||||||||86.2%|1651MHz] Tasks: 25, 0 thr, 68 kthr; 1 running1[| 0.7% 1651MHz] Load average: 0.28 0.07 0.022[| 0.7% 1651MHz] Uptime: 06:48:453[||||||||| 16.3% 1651MHz]Mem[|||||||||||||| 157M/868M]Swp[ 0K/0K][Main] [I/O]PID USER PRI NI VIRT RES SHR S CPU% MEM% TIME+ Command+17368 root 20 0 1328 1072 1004 S 0.0 0.1 0:00.00 -ash2949 root 20 0 1464 1144 940 S 0.0 0.1 0:19.00 /bin/sh /usr/sbin/mesh11sd daemon936 root 20 0 908 568 532 S 0.0 0.1 0:00.01 /sbin/askfirst /usr/libexec/login.sh1411 logd 20 0 2292 812 732 S 0.0 0.1 0:00.04 /sbin/logd -S 10241860 root 20 0 2236 1380 1168 S 0.0 0.2 0:03.22 /sbin/netifd1 root 20 0 1936 1252 1004 S 0.0 0.1 0:01.39 /sbin/procd1465 root 20 0 3796 2332 1848 S 0.0 0.3 0:00.09 /sbin/rpcd -s /var/run/ubus/ubus.sock -t 30935 ubus 20 0 1448 988 856 S 0.0 0.1 0:00.11 /sbin/ubusd2758 root 20 0 2828 1120 1008 S 0.0 0.1 0:00.00 /sbin/ujail -t 5 -n dnsmasq -u -l -r /bin/ubus -r /et1795 root 20 0 2828 1072 972 S 0.0 0.1 0:00.00 /sbin/ujail -t 5 -n hostapd -U network -G network -C3181 root 20 0 2828 1116 1008 S 0.0 0.1 0:00.02 /sbin/ujail -t 5 -n ntpd -U ntp -G ntp -C /etc/capabiF1Help F2Setup F3SearchF4FilterF5Tree F6SortByF7Nice -F8Nice +F9Kill F10Quit[ 0.882434] qcom,cpr4-apss-regulator b018000.cpr4-ctrl: CPR valid fuse count: 4
[ 0.882752] cpr4_ipq807x_apss_read_fuse_data: apc_corner: speed bin = 0
[ 0.888591] cpr4_ipq807x_apss_read_fuse_data: apc_corner: CPR fusing revision = 1
[ 0.895168] cpr4_ipq807x_apss_read_fuse_data: apc_corner: CPR misc fuse value = 0
[ 0.902821] cpr4_ipq807x_apss_read_fuse_data: apc_corner: Voltage boost fuse config = 0 boost = disable
[ 0.910359] cpr3_mem_acc_init: apc: not using memory accelerator regulator
[ 0.919472] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused SVS: open-loop= 704000 uV
[ 0.926420] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused NOM: open-loop= 816000 uV
[ 0.936402] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused TURBO: open-loop= 880000 uV
[ 0.946211] cpr4_ipq807x_apss_calculate_open_loop_voltages: apc_corner: fused STURBO: open-loop= 968000 uV
[ 0.956072] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused SVS: quot[ 7]= 704, quot_offset[ 7]= 0
[ 0.965833] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused NOM: quot[ 7]= 921, quot_offset[ 7]= 215
[ 0.976682] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused TURBO: quot[ 7]=1032, quot_offset[ 7]= 110
[ 0.987620] cpr4_ipq807x_apss_calculate_target_quotients: apc_corner: fused STURBO: quot[ 7]=1196, quot_offset[ 7]= 160
[ 0.998765] cpr3_regulator_init_ctrl: apc: Default CPR mode = closed-loop -
mano42
aktív tag
-
dchard
veterán
válasz
wwenigma
#5966
üzenetére
Tegyük hozzá, hogy az attended sysupgrade sem működik addig, amíg legalább egyszer a "kézi" frissítést meg nem teszi valaki, hiszen az adott target már kvázi nem létezik. Így az átnevezés előtti verzión lévőknek mind kézzel kell frissíteni, ha úgy döntenek hogy frissíteni akarnak.
-
xabolcs
őstag
válasz
wwenigma
#5834
üzenetére
Pont ilyen problemam volt, pont az AX3600 + OpenWrt parosbol MESH kornyezetben. Aztan egyszercsak megszunt.
Szerintem az SSL implementaciok (OpenSSL, mbedTLS, WolfSSL) csereberelesetol gyogyult meg, de igazabol nem tudom, mert azota az OpenWrt trunk is atallt WolfSSL-rol mbedTLS-re.
-
Rick4
félisten
válasz
wwenigma
#5834
üzenetére
Én elég régóta openwrt-vel használom, itthonról dolgozunk, jellemzően 10-től este 10-ig folyamatos a munka, mindig pötyögni kell, ha bármiféle anomália lenne, már kivettem volna a helyéről, mert itt ez nem fér bele. De megmondom őszintén, már amikor megvettem a legelsőt, akkor is rácsodálkoztam, hogy egyik év augusztusban bedugtam, és következő év áprilisában költöztünk, és a kettő között az égvilágon semmi se volt. Aztán már itt lakunk két éve, és itt se történik semmi, megy bármikor.
Tehát ha valami van, akkor az nem ez a router lesz, egész biztos! -
xabolcs
őstag
válasz
wwenigma
#5832
üzenetére
Abszolute! Sot, a recovery utolso lepese is azt irja, hogy batran teglazzad ujra!
Put your interface back to DHCP mode and start again with breaking your device
Kivancsi vagyok tortenet vegere, mert nalam nem volt ennyire bonyodalmas a beuzemelese. Bar nekem csak DIGI-s feher boxom van. -
xabolcs
őstag
válasz
wwenigma
#5828
üzenetére
Alapertelmezetten a routerre kapcsolt wifis eszkozoknek latniuk kellene egymast, igy velhetoleg valamit elallitottal.
A legegyszerubben talan a beallitasok torlesevel tudnad rendbehozni: a firmware-selector-ral kerni egy uj image-et (amibe akar a luci-t is betehetned) es azt feltenni a beallitasok megtartasa nelkul! -
xabolcs
őstag
válasz
wwenigma
#4043
üzenetére
Sajnos (szerencsere?
) nincs a hivatalos 18.06-os OpenWrt repoban ipx807x_64 target, nemhogy azalatt MiWiFi feed. Xiaomi-ek lustak voltak rendesen kialakitani a csomagkezelot, vagy legalabb letiltani.Az ezekhez kapcsolodo bejegyzeseket kommentezd ki / torold a /etc/opkg/distfeeds.conf fajlbol!
Utana mar jo lesz az opkg update.Ellenben, ha kelleni fog kmod telepites, akkor sztem azon bukni fog a telepites resze.
dchard:
Ilyen jo hirek mellett muszaj leszek ujra beuzemelni! -
xabolcs
őstag
válasz
wwenigma
#4037
üzenetére
root@XiaoQiang?
releases/18.06-SNAPSHOTS/targets/ipq807x_64/?Szerintem te nem hivatalos OpenWrt-n vagy, hanem talan a gyari szofton, esetleg valami QSDK builden.
Egyebkent a ipq807x targetet tenyleg kivettek a hivatalos OpenWrt-bol, majd a kovetkezo (5.15-os?) kernellel visszateszik.
Ha szeretnel hivatalos OpenWrt erzest, akkor probald robimarko valamelyik 5.10-es, 5.15-os branch-et. Egyik sem tokeletes, de azert mar mutatja az iranyt.
Az NSS fuggoseg miatt nem eleg a default config, kell nehany extra bele, hogy hasznalhato legyen.
Mindent megtalalsz a portolasi forumaban: Adding OpenWrt support for Xiaomi AX3600 -
-
BigBear
senior tag
válasz
wwenigma
#2940
üzenetére
Két szintes a házikó, sajnos kell a nagyobb szint, mert emeleten (vasbeton födém) + fal + zártszelvény szerkezetű lépcső is át kell mennie a jelnek. A régi Router 3G kevés volt sajnos.
A fenti szerkezet durván árnyékol. A "szomszéd" meg 100 m-re vízszintesen simán veszi a routerem jelét. -
Rick4
félisten
-
dsk976
csendes tag
válasz
wwenigma
#2714
üzenetére
Valaki kifejtené ezt a jelerősség dolgot, hogy műszakilag hogy is van ez?
Nekem kínai routerem van és nem érzek különbséget a legerősebb és a leggyengébb jelerősség között. (Illetve bizonyos körülmények között még jobb is a kisebb jelerősségen.)Szóval én azt gondolnám, hogy mivel itt két eszköz közti oda-vissza kapcsolatról van szó, ezért ideális esetben mindkét oldalnak egyforma jelerősséggel és hasonlóan jó antennával kellene rendelkeznie. Ha valamelyik oldal gyengébb, akkor az lesz a szűk keresztmetszet és ezt nem kellene befolyásolja, ha másik oldalon jelerősséget emelünk. A mobil eszközök antennája és adóteljesítménye is elmarad a routerétől, ezért hiába kapná az adatokat, ha amit ő küld, az már nem jut el a routerig. Rosszul gondolom? És itt jön be amit írtam, hogy nekem néha még jobbnak is tűnik a routeren beállított kisebb adóteljesítmény: Amikor maximumra van állítva, akkor két szobával arrébb is 5 GHz-en csatlakozik a telefonom és 2-3 Mbitet mérek, ráadásul állandóan szakadozik a hálózat. Az adóteljesítményt kicsire állítva viszont már kénytelen 2,4 GHz-en csatlakozni a telefon, és máris stabil és használható sebességű a kapcsolat.
-
-
wwenigma
Jómunkásember
válasz
wwenigma
#2707
üzenetére
Annyit azért hozzátennék hogy factory resetet kapott menüből és utána a wifit képtelen feléleszteni.
Aka a korábban említett WRT dolog. 
30mp-es reset megvolt, menubol ismét megvolt, semmi sem. Most a backupot visszatöltöm...
Barmit adok meg neki, game over.
mod: Backup visszatöltés megvolt, akkor keresünk egy olyan firmet ami kéri a törlést felrakáskor mert ez nem tér vissza....
Igaz megvagyok a kínai firmware-el. Egyszer beállítottam az AX7000-et, azóta sem kell hozzányúlni. Ez egy szörnyeteg. 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
) nincs a hivatalos 18.06-os OpenWrt repoban ipx807x_64 target, nemhogy azalatt MiWiFi feed. Xiaomi-ek lustak voltak rendesen kialakitani a csomagkezelot, vagy legalabb letiltani.
30mp-es reset megvolt, menubol ismét megvolt, semmi sem. Most a backupot visszatöltöm...
Új hozzászólás Aktív témák
trance89- gban: Ingyen kellene, de tegnapra
- Mibe tegyem a megtakarításaimat?
- Milyen videókártyát?
- Xiaomi 15 Ultra - kamera, telefon
- Társasjáték topic
- Autós topik
- Counter-Strike: Global Offensive (CS:GO) / Counter-Strike 2 (CS2)
- Építő/felújító topik
- Linux Mint
- Apple Watch Sport - ez is csak egy okosóra
- További aktív témák...
- Teljesen új iPhone 16 128GB Black eladó (bontatlan+garancia)
- HP 15da0000nh Intel Silver N5000 / 8gb ddr4. / UHD 620 / 1TB Hdd / 70% akku / Olcsó DDR4-es laptop
- BESZÁMÍTÁS! Asus B760M i7 12700KF 32GB DDR4 512GB SSD RX 6800 16GB Rampage SHIVA FSP 700W
- BESZÁMÍTÁS! Gigabyte A620M R5 7500F 32GB DDR5 512GB SSD RX 6700 XT 12GB ZALMAN S3 TG CM 700W
- BESZÁMÍTÁS! MSI B450M R7 5700X 16GB DDR4 512GB SSD RTX 3060 12GB Rampage SHIVA Chieftec 600W
- BESZÁMÍTÁS! Gigabyte B450M R7 2700X 16GB DDR4 512GB SSD RX VEGA64 8GB CM 690 III FSP 600W
- Új Apple iPhone 16 Pro 128GB, Kártyafüggetlen, 3 Év Garanciával
- Lenovo Yoga Pro 9 (16IMH9) - Intel Core Ultra 9 185H, RTX 4060, 32GB, érintős ELKELT
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 32/64GB RAM RTX 5060 Ti 16GB GAMER PC termékbeszámítással
- Wacom Cintiq DTK-2260 - Digitális rajztábla
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: CAMERA-PRO Hungary Kft
Város: Budapest