Missä tuo päivityslupaus näkyy? Itse routerista en tiedä kyllä mitään, mutta yleensä uskaltaisi paremmin suositella mallia, johon saa edes Asus Merlin wrt:n tai openwrt:n, mikäli ohjelmisto sekoilee tms. Ja jos reititin ei tule keskelle taloa, niin todennäköisesti signaali ei kanna ympäri taloa kovin hyvin. Itsellä on 110m2 ja molemmissa päissä taloa on omat reitittimet ->Signaali kuuluu hyvin vahvasti ja nopeudet miellyttää missä tahansa
Katselin noita päivityslupauksia täältä
Hullulta tuntuu, että ax sarja tippuisi kokonaan jo vuoden päästä. No mutta ei auta kuin seurailla, sittenhän sen näkee. Kuitenkin esim ac68u on saanut päivitykset tässä kuussa, vaikka EOL on ollut jo pitkään
Totta, mutta ei mahdotoin tilanne. Itse myin juuri AX53U ja AX88U:n kauppapaikalla, kun ostin tilalle nuo AX4200:t. Aiemmin on Asus tukenut ja uskoisin edelleen Asuksen päivittävän noita kalliimpia malleja paljon pidempään kuin halvempia. AX53U oli ainakin jo nyt n.6kk päivityssyklissä, kun taas AX88U ja AX4200 saavat käytännössä kuukausittain päivitykset. Toki mm. openwrt käytössä ei valmistajan tuella ole enää merkitystä
Hyvä huomio päivitystiheydestä, tosiaan ei kovin usein tipahtele päivityksiä. Viimeksi AX53U:lle päivitykset (jos tuolla sivulla on listattu kaikki) 9/2025, 5/2025, 11/2024, 9/2023, 8/2023.
Onhan OpenWRT:ssä varmasti opettelua, mutta ennemmin ehkä yrittää siirtyä siihen kuin hankkii kokonaan uuden laitteen. Jos siis onnistuu ja osaa. Saa nähdä. Vaikka onhan helppo helppoa, kun päivitykset tulevat nyt vielä automaattisesti.
www.snbforums.com
UK:ssa pitää antaa tuotteille minimiluapaus tuesta... Se ei tarkoita etteikö se saisi/voisi olla pitempi, mutta vähintään tuon verran on tukea annettava...
Hmm....
No taitaa linkitetty suurelta osin olla ihan Asuksen omille palvelimille , eli ihan Asuksen julkaisemia firmiksiä. ja löytyvät ihan Asuksen sivuilta
, no kai siinä potenttiaalinen paikka yrittää sellaistakin.
MAC CONSOLE[wl1]: ASSERT MapProcess.c(348): OTHER_LINK_ASSERT
MAC CONSOLE[wl1]: FAULT: ASSERT pc 863f
MAC CONSOLE[wl1]: FAULT: TRAP - CFSR 0x0 SHCSR 0x80
MAC CONSOLE[wl1]: FAULT: Last WD timer update ... SysTick timeout val ...Mastiff: Got SIGTERM
Samba Server: smb daemon is stopped
FTP Server: daemon is stoppedREBOOT: soft-reboot timestamp=1762077811
TulkintaMAC CONSOLE[wl1]) tekee ASSERT / FAULT–virheitä Broadcomin WLAN-ajurissa.
Yhteenveto| Aikaleima | Tapahtuma | Syy |
|---|---|---|
| 12:02:39 | wl1 FAULT / ASSERT | WLAN MLO-moduuli kaatui |
| 12:02:57 | prosessit sammuvat | järjestelmä valmistautuu rebootiin |
| 12:03:31 | soft-reboot | automaattinen uudelleenkäynnistys |
| 12:34:09 | sama virhe toistuu | uusi WLAN-crash → watchdog resetti |
Mitä voit tehdä
Yhteenveto yhdellä lauseella:
Mitä tehdasasetusten palautus tekee Miksi se voi auttaa juuri sinun tapauksessaItseasiassa tämä pitää tehdä niin että asetukset näpytellään käsin sinne, eikä palauteta niitä asetustiedostosta. Syy lukee tuossa aikaisemmassa spoilerissa. Kurkkasin tällä työkalulla asetustiedostoa ja sieltä löytyy paljon viittauksia edelliseen reitittimeen. Toki en tiedä mitä mikäkin tarkoittaa. Palautin siis aikasemmat asetukset edellisestä RT-AC86U -> RT-BE86U:n. Tämä saattaa tehdä ristiriitoja asetuksiin ja jotka ovat mainittu tuossa spoilerissakin.
1.
Hyödyt:
Haitat: 2. Hyödyt: Haitat:
Ei ole tekoäly taaskaan oikeassa. Asuksen valikossa on reset vaihtoehto ja voi itse valita nvram tyhjennyksen samalla, eli se on kyllä varma resetoida laiteItseasiassa tämä pitää tehdä niin että asetukset näpytellään käsin sinne, eikä palauteta niitä asetustiedostosta. Syy lukee tuossa aikaisemmassa spoilerissa. Kurkkasin tällä työkalulla asetustiedostoa ja sieltä löytyy paljon viittauksia edelliseen reitittimeen. Toki en tiedä mitä mikäkin tarkoittaa. Palautin siis aikasemmat asetukset edellisestä RT-AC86U -> RT-BE86U:n. Tämä saattaa tehdä ristiriitoja asetuksiin ja jotka ovat mainittu tuossa spoilerissakin.
Ja laite pitää palauttaa tehdasestuksille niin että reset-nappia painetaan, jotta saadaan myös NVRAM tyhjäksi eikä valikoista.
Tämä komento tekee ns. soft resetin, eli se poistaa käyttäjän asetukset käyttöjärjestelmästä, mutta ei aina tyhjennä koko NVRAM-muistia (johon osa firmware-asetuksista jää).
- Helppo ja nopea (ei tarvitse koskea laitteeseen)
- Säilyttää usein WiFi-radioiden firmware-lataukset ja osan perusasetuksista
- Jos NVRAM:ssa on virheellisiä tai vanhan firmwaren jäänteitä, ne eivät välttämättä poistu
- Joissain malleissa (“AiMesh”, “WiFi 7”, “MLO”) tämä ei nollaa wlan-ohjaimen syväasetuksia
- Ei aina korjaa wl1 fault / watchdog reboot -tyyppisiä WLAN-kaatumisia
Tämä tekee täyden NVRAM-tyhjennyksen ja nollaa kaiken laitteistotasolla.
Se on sama kuin jos laite käynnistettäisiin ensimmäistä kertaa tehtaalta.
- Poistaa varmasti kaikki vanhat asetukset, MLO-tilat ja virheelliset liput
- Korjaa useimmat vakausongelmat, WLAN-kaatumiset ja “haamuasetukset”
- Pakottaa reitittimen alustamaan kaikki moduulit (WiFi, Ethernet, USB, VPN) puhtaalta pöydältä
- Joudut tekemään kaiken alusta (SSID, salasanat, DHCP jne.)
- Jos virtaa katkeaa kesken resetin, se voi jäädä hetkeksi “bootloopiin” (harvinaista)
Juu, niin näyttää olevan kun laittaa raksin tuohon vieressä olevaan ruutuun. En tiedä onko asia ollut joskus eritavalla. Mulla on ollut näitä Asuksen purkkeja ~10v ja tämä on ensimmäinen kerta kun tarvii vetää kaikki nollille. Ensimmäinen RT-AC68U kärsi aikoinaan epävakaudesta alkuun, mutta tuli muutaman kk ostamisen jälkeen vakaaksi softapäivityksellä. RT-AC86U oli täysin ongelmaton.
Tässä on yhteenveto löydöksistä:
Kuinkas kävi resetin kanssa? Ite lueskellut tuolta SNBForumilta, että jotkut onnistuneet resetoimaan laitteen käyttäen WPS-painike metodia kun se ei resetoidu Web UI:n kautta.Hah. Tämähän meni mallikkaasti maaliin. Huomasin asetusten laittamisen jälkeen että QOS kohdasta nopeustestien tulokset eivät olleet nollautuneet. RESET & WPS nappibootti ei siis tyhjännyt nvramia tai jotain muuta.
Ajattelin että koitan kuitenkin että miten tämä pelaa.... huonosti... jumittelua jo varsin nopeasti. Huomasin että jumittelun aikana ping kasvaa myös toisiin sisäverkon laitteisiin alle 10ms -> hiukan alla 100ms.
Koitan nyt uudestaan valitsemalla tuolta softasta väkäsen tehdasasetuksille.
Chatgtp arpoi virheilmoitusten alkuperästä seuraavaa...
Kyllä — lokista käy hyvin ilmi, mistä ongelma todennäköisesti johtuu.
Toistuvat yhteyden katkokset:
Lokissa näkyy jatkuvasti rivejä kuten
wlceventd: Disassoc ... reason: Disassociated because sending station is leaving (or has left) BSS (8)
wlceventd: Deauth_ind ... reason: Deauthenticated because sending station is leaving ...
Tämä tarkoittaa, että laitteet (puhelimet, tietokoneet jne.) putoavat pois WLAN-verkosta ja yhdistyvät taas uudelleen. Se näkyy käytännössä hitautena ja pätkimisenä.
Langattoman ohjaimen kaatuminen ja uudelleenkäynnistys:
Lokissa esiintyy rivejä kuten
kerSysDeregisterDyingGaspHandler: wl0 is deregistering
wl0: Memory leak of bytes 3584
wl_pktfwd_sys_fini ... Complete
restart_wireless
Nämä viittaavat siihen, että reitittimen WLAN-ajuri tai prosessi kaatuu ja käynnistyy uudelleen — käytännössä wifi “tippuu hetkeksi pois päältä”.
acs_start ja restart_acsd jatkuvasti:
Näitä rivejä esiintyy kymmeniä kertoja:
rc_service: waitting "restart_acsd"(last_rc:restart_acsd) via watchdog ...
acsd on ASUS-reitittimen automaattinen kanavavalintapalvelu (Auto Channel Selection Daemon). Se näyttää jumittuvan ja jatkuvasti käynnistyvän uudelleen, mikä aiheuttaa WLANin epävakautta ja hidastelua.
Mahdollinen syy:
Firmware-bugi (WATCHDOG: fw_version report is not exist. toistuu).
Kanavien automaattinen haku saattaa aiheuttaa WLANin jatkuvan uudelleenkäynnistymisen.
2,4 GHz ja 5 GHz radioiden (wl0 ja wl1) alustukset ja vapautukset tapahtuvat useasti minuutin sisällä → viittaa ohjelmiston epävakauteen.
Ainakin speedtestin vanhat tulokset hävisi tuon gui:sta tehdyn resetin jälkeen. Toistaiseksi kaikki on toiminut kuten pitääkin.
