After the latest update, my AM.R24AE (an RS3D) is only generating gifs for the z channel. I’ve confirmed this by listing the /opt/data/gifs directory.
I note that @redbeard also reported this problem and was asked to create a new technical support topic and include his logs. He hasn’t done that yet, so I am doing that.
I do note that the Shake iOS app can see all the sensors.
Perhaps of interest. The contents of /opt/settings/dataC/heli_ewII.d only has a plot for EHZ. I’m not sure if this is where the problem is, nor not. I note that if I add additional Plot lines, they disappear on reboot.
/opt/settings/dataC/heli_ewII.d
—————————————-
wsTimeout 30 # time limit (secs) for any one interaction with a wave server.
WaveServer 127.0.0.1 16032 “OWS”
GifDir /opt/data/gifs
Days2Save 180 # Number of days to display on web page; default=7
UpdateInt 2 # Number of minutes between updates; default=2
RetryCount 10 # Number of attempts to get a trace from server; default=2
Logo raspberryshake-heli.gif
Clip 5
Make_HTML
IndexFile index.html
Plot R24AE EHZ AM 00 12 1 0 UTC 1 0 20 20 15 0.1 0.3, 1 “myShake”
hi jkline,
for whatever reason, that downloaded tar file is delivered with an html tag, where all files are provided, unformatted, in a single file.
can you try to download them again and ensure that it’s a straight tar file that is uploaded?
thanks in advance,
richard
I removed the .html from the file and it untars just fine. Attached the same file with the .html removed.
RSH.R24AE.2025-11-25T18_40_10.logs.tar (3.8 MB)
I’m pretty sure the following Plot lines need to be in heli_ewII.d (rather than the single EHZ plot line I am seeings). When I try to change the file, the changes don’t survive a reboot.
Plot R24AE EHZ AM 00 24 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “Vertical (EHZ)”
Plot R24AE EHN AM 00 24 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “North–South (EHN)”
Plot R24AE EHE AM 00 24 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “East–West (EHE)”
hello jkline,
(additional note, since this is marked as a “solution”, this advice is provided as a temporary workaround. this unintended bug will be addressed in a near-future release. apologies for any inconvenience caused.)
thanks for all your debugging efforts here, very much appreciated!
until i can look into this issue more deeply and get a fix issued to address this, it is possible to avoid the file from being rewritten on a reboot. namely, once you’ve made your by-hand edits, make the file immutable. in this manner, nothing is able to modify it or its contents until reverted to a mutable state.
to achieve this, log into the Shake, edit the file according to your desires, and then carry out the following command on the command line:
> chattr +i /opt/settings/dataC/heli_ewII.d
cheers, hope this helps. and thanks again!
richard
That was worth a try. Unfortunately, it breaks the startup as I don’t get even the Z gif generated with chattr +i
2025 329 21:29:55: Configuring HELI
environment: line 418: /opt/settings/dataC/heli_ewII.d: Operation not permitted
environment: line 419: /opt/settings/dataC/heli_ewII.d: Operation not permitted
2025 329 21:29:56: Starting R-SHAKE Data Containers…
2025 329 21:29:56: Starting Docker Container dataP
2025 329 21:30:00: Starting Docker Container dataC
2025 329 21:30:07: R-Shake System boot-up sequence completed
hi,
strange… i would expect the file to be exactly as it was after the chattr change. and, the error messages in postboot.log are errant, while also very clearly indicating that the file is indeed immutable. but this failure doesn’t “break” anything in the system startup, only updating this file fails, all else should work just fine.
can you forward all the log files again, please?
thanks,
richard
Apolgies, Ivor. You are correct that nothing was broken.
I mistakenly was generating 24 hour gifs (the three Plot lines I suggested above have 24 in them where it should be 12). Because of this mistake, the [previous] “00” gif was being updated as a 24-hour gif.
I changed the lines to be 12 hours. Did the chattr +i again, and I’m back in business while you figure out what’s gong wrong.
Cheers,
John
I need to clarify this statement.
Generating the EHE and EHN graphs is very much broken with this release.
I meant to say, Ivor’s workaround of doing a chattr +i on heli_ewII.d after I changed it to generate three gifs does indeed work.
This top is very much NOT SOLVED.
this is understood. it is unfortunate there is no option to mark a reply as ‘temporary workaround’.
i will amend the ‘solution’ to make this more clear.
Thanks,
richard
I have the same problem with two RS4Ds; the update doesn’t allow me to see the graphics that version V20 supported.
I’m going to have to format and put V20 in offline mode. V21, as it is, is useless when not connected to the server.
Alejandro
@Alejandro The following steps will let you work around the issue:
Edit /opt/settings/dataC/heli_ewII.d and replace the single “Plot” line at the bottom of the file with these 4 lines:
Plot XXXXX EHZ AM 00 12 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “myShake”
Plot XXXXX ENE AM 00 12 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “myShake”
Plot XXXXX ENN AM 00 12 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “myShake”
Plot XXXXX ENZ AM 00 12 1 0 UTC 1 0 20 20 15 0.1 0.3 1 “myShake”
where XXXXX needs to be replaced by the ID of your Raspberry Shake 4D. You’ll see that ID on the Plot line you are repacing.
After saving the file. Execute the following command:
chattr +i /opt/settings/dataC/heli_ewII.d
Lastly, reboot your system via the web page.
This should result in your gifs being generated again (while waiting for the issue to be fixed)
Hi
It’s not working; Chattr reports an active flag. We’ll have to wait until they fix all the bugs it’s showing.
For now, Swarm or Obspy works.
Alejandro
Alejandro,
I forgot the sudo on the chattr. That should be:
sudo chattr +i /opt/settings/dataC/heli_ewII.d
As such, you’ll need to edit the file again (which also needs sudo) and then do the sudo chattr +i /opt/settings/dataC/heli_ewII.d
Would you please reply with the contents of /opt/settings/dataC/heli_ewII.d AFTER you rebooted?
@ivor Is a fix for this (writing the correct Plot lines in /opt/settings/dataC/heli_ewII.d) going to be included in the v21.1 patch?
hi,
yes, this is fixed and will be provided in patch release 21.1, anticipated to happen in january.
cheers,
richard