[Release] Asuswrt-Merlin 384.14 (and 384.13_2) are now available

  • ATTENTION! As of November 1, 2020, you are not able to reply to threads 6 months after the thread is opened if there are more than 500 posts in the thread.
    Threads will not be locked, so posts may still be edited by their authors.
    Just start a new thread on the topic to post if you get an error message when trying to reply to a thread.
Status
Not open for further replies.

octopus

Very Senior Member
I like Aimesh link speed, someone else seeing this?

aimesh_link_speeed.png
 

L&LD

Part of the Furniture
So after updating my 87 I'm still seeing 384.13_1 not 384.13_2. The file name I have is RT-AC87U_384.13_2
Because you haven't updated to 384.13_2. :)

Remove all USB devices from the router. Reboot and wait at least 10 minutes for the router to settle. Flash the version you want to use.
 

Elmer

Regular Contributor
Dirty from beta 3 on an Ax88. 'Connect to DNS server automatically' had magically returned to yes, and I was seeing ISP DNS servers. Everything else - including wifi power levels - seem fine and stable.
 

ezflma

New Around Here
After protocol level changes, your client computers must be rebooted to force them to re-negotiate the supported protocols. Windows does not do this at access time, only at first connection time.
Merlin, thanks for the response. Still having issues with 384.14.

With 384.13/final using Samba in SMBv2 mode only, I have no issues accessing either USB drive shares.

As soon as I upgrade to 384.14, they become inaccessible. Even after rebooting the router, computer, unmounting and re-mounting the USB drives, etc., it still doesn’t work. As soon as I flash back to 384.13 it works like normal.

In 384.14, if I force to SMBv1 + SMBv2 mode and reboot the router, computer, etc., Samba still doesn’t work unless using SMBv2. If I force Win10 to install/run on SMBv1 (after rebooting of course), v1 works.

I had to go back to 384.13 on my RT-AX88U for the time being.
 

dave14305

Part of the Furniture
Merlin, thanks for the response. Still having issues with 384.14.

With 384.13/final using Samba in SMBv2 mode only, I have no issues accessing either USB drive shares.

As soon as I upgrade to 384.14, they become inaccessible. Even after rebooting the router, computer, unmounting and re-mounting the USB drives, etc., it still doesn’t work. As soon as I flash back to 384.13 it works like normal.

In 384.14, if I force to SMBv1 + SMBv2 mode and reboot the router, computer, etc., Samba still doesn’t work unless using SMBv2. If I force Win10 to install/run on SMBv1 (after rebooting of course), v1 works.

I had to go back to 384.13 on my RT-AX88U for the time being.
Did you update the router’s computer name after upgrading to 384.14? Mine had reset to the default (e.g. RT-AC68U-ABCD).
 

unsynaps

Senior Member
Update reset the hostname for some reason. Had to change it and recommit.

Seems to have reset my DHCP range as well.
 
Last edited:

Butterfly Bones

Very Senior Member

Protik

Senior Member
Did a dirty flash on my AC68U. Everything is working fine. Except, the Internet status is shown as disconnected in the Network Map. Turned off Network Monitoring by both DNS Query and Ping as suggested elsewhere.

Any help regarding this?
@RMerlin can you please confirm whether it's a bug or a problem from my end?
 

ezflma

New Around Here
Yes, I attempted that initially despite the changelog saying excluding the RT-AX88U (my model).

I reflashed the RT-AX88U from 384.13 to 384.14 again tonight and changed the "Host Name" on LAN->LAN IP, applied settings, rebooted the computer, no luck. I even tried changing the "Device Name" under USB Applications->(Samba), applied settings, rebooted the computer, no luck. In Windows Explorer->Network->Computers, I can see RT-AX88U's Samba device; however, when I click on it, I get "Cannot Access." Flashed back to 384.13, and things are once again functional.

Alternatively, I flashed my RT-AC68U from 384.13 to 384.14. Now, on this model (in AP Mode), I don't have any USB devices attached to it. However, I did find that, after flashing, the changelog's guidance is correct where "Host Name" was renamed to RT-AC68-ABCD, which I corrected and applied the changes. Here's the difference, if I enable Samba sharing on it (SMBv2, applying changes and restarting my computer), I can see the 68U's Samba Device name in Windows Explorer->Network->Computers and actually access the empty folder... unlike my RT-AX88U above.

Any other suggestions? Not sure if something changed regarding Samba between 384.13 and 384.14 specifically for the RT-AX88U? I never used the .14 betas.
 
Last edited:

Niko

New Around Here
The 384.13_2 release mostly focuses on fixes backported from 384.14. Since the 382 and 384 codebases are now too different, compiling these two older models with newer GPL code is not possible unless obtaining special binary components from Asus, which I was not able to do for 384.14.
Hi there, i just bought AC87U /manifactured 2018/ and after a week, i gave a Merlin a try - very smooth experience, even better than the original firmware.
Will there be a possibility in the future for AC87U to be upgraded to 384 codebase, or it wont be possible obtaining these binary components, which can lead to abandon this great router :)

@RMerlin just out of curiosity, what is your router set up :)
thank you
 
Last edited:

rgnldo

Very Senior Member
I stopped here. Commits from 384.15 very good.
 

grifo

Senior Member
Hi there, i just bought AC87U /manifactured 2018/ and after a week, i gave a Merlin a try - very smooth experience, even better than the original firmware.
Will there be a possibility in the future for AC87U to be upgraded to 384 codebase, or it wont be possible obtaining these binary components, which can lead to abandon this great router :)
Thank you for confirming that Asus were still making AC87U's in 2018, hopefully we can expect few more years of support from them, though it probably won't get the 384 codebase due to it having a separate Quantenna chipset for the 5 Ghz radio.

Hopefully Asus can continue providing RMerlin with the binary blobs needed to support it. And not being on the 384 codebase so far has been a good thing as the router has been more stable than the 384 models without missing any of the features you need.

Welcome to the forum! Take a look at some of the popular threads for ways to expand the functionality of your router.
 

crileo

New Around Here
So you are lucky :) - the re-added feature just saved you from severe problems in near future by this notification. Do check stored variables in NVRAM and try to free the some NVRAM.
Hello FTC, can you tell me how can check and free some NVRAM??
 

crileo

New Around Here
I've 2 RT-AC68U in mesh configuration and I've recently discovered that if I activate AI-protection all the ports I set will disappear and if I try to add them I don't see them in the list. For now I disable AI-protection, but can anyone tell me what I can try?
 

RMerlin

Asuswrt-Merlin dev

barutchiev

Occasional Visitor
Hello! Can i do a dirty update from 384.13 to 384.14 on my RT-AC66U B1 or i must do factory reset?
 

Grisu

Part of the Furniture
You can, but always better to save your config in case there are problems.
If there are you can go back and load saved config, or do a factory reset an hope it will solve your issues.
 
Status
Not open for further replies.

Similar threads

Sign Up For SNBForums Daily Digest

Get an update of what's new every day delivered to your mailbox. Sign up here!
Top