The RS Local Control Center has been fully redesigned and is now rolling out to all devices. Enjoy a cleaner, faster dashboard with real-time previews, smarter controls, and an intuitive user experience.
This update will roll out progressively across all the units in the network over the course of the next six days. if your unit is still on V20, do not worry, V21 is in the mail!
Special note: Raspberry Shake updates are automatic updates and do not require you to do anything. Within a weekâs time from the release date (November 21st, 2025), your Raspberry Shake will automatically update. So, if you do not see the new rs.local/ interface yet, you will within a weekâs time.
Iâm running into a few problems with this new release:
My RS3D is only recording one channel now: EHZ. The other two channels were working until last night.
My RS3D has also stopped sending data. It says âServer Connection: Inactiveâ, but Data Sharing is enabled and had been sending data in fine until last night.
My RS4D and Raspberry Boom appear to have changed their names from âraspberryshakeâ and âraspberryboomâ to ârs.localâ, so I donât know how to access my 4D anymore, because rs.local only takes me to the Boom.
The link to the local helicorder is gone, so itâs harder to get to the history. All I can see locally now is the last 10 seconds (which doesnât look like it can be expanded).
please open a separate post here as technical support, and when doing so, also include the log files, you can download these from the dashboardâs home page.
My RS3Ds were installed outside in some remote mountainous areas. I logged into their local control center today and found the new version pages. Very fantastic but they canât work properly. The offline message jump out few seconds later, and I cantâ do anything but refresh it, repeatedly. I have no idea whatâs going on. The old version work very well in my daily check before update. Please give me some instruction to deal with it.
can you please forward the log files? either try to download them from the dashboard, (on the right side of the main page), or follow the instructions in this post:
Hi ivor,
Thanks for your quick reply. I attach the log files of my one device. Please have a look and give me some suggestion. I checked local.rs of devices but they all have the same problem.
thank you for your report. sorry about that, you are right, somethingâs not working correctly here.
expected functionality:
only the Add button is needed to create a new entry in the underlying UDP configuration file. that is, there is no Save button on purpose
recognized bug:
the last destination created does not end up being defined in the configuration file
temporary workaround
simply create a second destination definition that is fake. in this case, the first one you defined will now be saved to the configuration file and should produce the expected results.
permanent solution
a patch to V21 will be issued in the near future addressing this bug
Thanks for your help first.
I followed your suggestion and tried the command of > sudo systemctl restart rsh-fe-config, but the thing went in the same way.
I refreshed page several times, tried Chrome and Edge, and got the same results.
I can confirm that our 8 stations have the same behavior than raychu.
And restart the service didnât succeed resolve this bug.
Possibly, in a local network, if I still on the web page then restart the shake, the interface could stay functional.
I can wait to use it, cause it seem a great improvement of the interface :).
Hi folks. Apparently coincident with your pushing out the âgreatâ new RS control center, your wiz-bang s/w has utterly hosed our ability to access our device, node 71B here in Colombia.
Wrecked us completely.
For years now weâve accessed itâs simple interface â until this s/w push you made on ur own â by accessing the LAN IP address, which, as the RS.local/ for whatever reason never resolved to our device in or LAN, weâd nailed the address to itâs MAC, and it simply always worked.
Now, we hang in space. Dead in the water.
Attempts to view data on Stationnet give obnoxious cloud flare screens like:
no, your systemâs not hosed, sorry your impression is otherwise. that URL you are requesting is not alive, and hasnât been for many years. rather, if you want to be seeing your data, you should use use this address: Station View: Raspberry Shake Network & EQ Activity Map
and, you can also see on this page that, after this update, 2740 shakes continue to stream their data just fine; this is, in fact, an all-time high!
as for the missing front-end display, there is a known issue involving a race condition with DNS services that will be addressed in a patch release to be issued within a weekâs time; this is the likely source of your problem, also likely fixable with a simple command you can run on the Shake itself, if youâre so inclined:
log in to the shake using ssh
once logged in, issue the following command: > sudo systemctl restart rsh-fe-config
the method you previously used to access the front-end, specifying the LAN IP, continues to work fine, nothing there was changed
Thanks, Richard. Seems the new interface has just now made its debut appearance here⊠Looks shiny and clever.
Just one Q; there 's a screaming pop-up window urging my to update my âSSH passwordâ. I donât recall ever setting one, but trying to provide a new one just now using the default âshakemeâ as old pass brought no joy. How to update/reset it? Thanks.
Can we get a link/button back on the main page to the helicorder graphics? It seems like it was removed in the ânewâ look.
I found it by adding /heli to the URL of my local Shake, but when I went to my Shake and saw thew new look I wasnât too happy until I was able to search around and find the direct link in the manual.
At least the URL of the images wasnât altered (I FTP the latest up to my website).
