Travel-Status-DE-DBRIS-0.21.tar.gz (signature)

• Formation: Fix uninitialized value warnings

Travel-Status-DE-DBRIS-0.20.tar.gz (signature)

• Formation::Group: Update carriage name list (patch by Lili Chelsea Urban)
• Fix a variety of uninitialized value warnings

Travel-Status-DE-IRIS-2.01.tar.gz (signature)

• Update DB InfraGO delay / QoS codes

Travel-Status-DE-DBRIS-0.19.tar.gz (signature)

• DBRIS->new, ->new-p: Add optional num_vias key
• Journey: rename train, train_no to trip, trip_no. The former accessors are now deprecated and will issue a run-time warning when used.
• Journey->trip, ->trip_no: Improve handling of combined operator / line number prefixes; avoid using trip number as type / line number
• Journey: New accessors: types, type_at
• Location: new accessors: operator, trip_type
• dbris-m: Add -Or / -Oa options (show next stops of all departures)
• dbris-m: Add --route-entries option
• dbris-m: Provide more detailed operator information, if available

Travel-Status-DE-HAFAS-6.24.tar.gz (signature)

• station: Fix result->station->{eva} key

Travel-Status-DE-VRR-3.18.tar.gz (signature)

• Services: Fix VVS / update its API URL (patch by amélie)

I'm a sucker for colourful Grafana graphs (and not-necessarily-useful data logging in general), so naturally, I also had to see if I could get some hardware stats from my Steam Deck in there. Turns out: thanks to Deck's Linux foundation, this is quite easy. All you need to do is enable SSH access (or work directly on the device) and set up a systemd user timer with whatever kind of data logging you want. In my case, I did the following:

• Switch to desktop mode
• Open konsole (i.e., the terminal app)
• Run passwd to set a password for the deck user
• ssh deck@steamdeck from my workstation
• Install a script for InfluxDB logging in ~/bin
• Install a user service and associated timer in ~/.config/systemd/user to run this script every few minutes
• Enable the timer

My script looks as follows:

#!/bin/sh

HOST=steamdeck

exec curl -s -XPOST 'https://[…]/influxdb/write?db=hosts' \
--data "
memory,type=embedded,host=${HOST} $(free -b | awk '($1 == "Mem:") { printf "used_bytes=%d,used_percent=%f", $2 - $7, ($2 - $7) * 100 / $2 }')
$(awk '($1 ~ /^(.*):$/) { gsub(/:/, "", $1); printf "interface,type=embedded,host='${HOST}',name=%s rx_bytes=%d,rx_drop_count=%d,tx_bytes=%d,tx_drop_count=%d\n", $1, $2, $5, $10, $13 }' /proc/net/dev)
$(df -B1 | awk '($1 != "Filesystem") { gsub(/%/, "", $5); printf "filesystem,type=embedded,host='${HOST}',device=\"%s\",mountpoint=\"%s\" total_bytes=%d,used_bytes=%d,available_bytes=%d,used_percent=%d\n", $1, $6, $2, $3, $4, $5 }')
load,type=embedded,host=${HOST} $(awk '{print "avg1=" $1 ",avg5=" $2 ",avg15=" $3}' /proc/loadavg)
users,type=embedded,host=${HOST} $(who | awk '($5 !~ /tmux/) {logins++} END { printf "login_count=%d,session_count=%d", logins, NR }')
battery,type=embedded,host=${HOST},id=1 capacity_percent=$(cat /sys/class/power_supply/BAT1/capacity),cycle_count=$(cat /sys/class/power_supply/BAT1/cycle_count),voltage_uv=$(cat /sys/class/power_supply/BAT1/voltage_now)
$(for i in /sys/class/thermal/thermal_zone*; do test -r $i/type && test -r $i/temp && echo "sensor,type=embedded,host=${HOST},name=$(cat $i/type) mdegc=$(cat $i/temp)"; done)
"

This gives me stats about memory and disk (SSD + µSD) usage, load, and current battery charge and voltage. Unfortunately, power readings do not seem to be available.

For instance, the following screenshots show an evening DOOM session, followed by leaving the Deck idle to finish some downloads.

They allow for insights such as:

• The Steam Deck typically reaches 80°C when running hardware-intensive games
• Battery drain really depends a lot on what kind of game you're playing
• The Lenovo USB-C Slim Travel Dock I'm using for working at home works just fine with the Steam Deck, but fails to negotiate proper power delivery, so the battery slowly drains when playing.

Recently, I managed to drop my Canon EOS M50 while changing lenses. The fall wasn't that high (maybe 20cm, give or take), but exerted enough force on the body to dislodge the viewfinder's eyecup. This caused the viewfinder's proximity sensor to always detect something (namely, the eyecup's plastic), which, in turn, meant that the camera would no longer operate its 3" LCD – after all, someone was using the viewfinder, so better turn it off in order to save power.

Trying to shove the eyecup back into place did not work at all, and the fact that Canon does not treat it as user-serviceable or -replaceable did not bode too well. After a few weeks' worth of hesitation, I decided to try disassembling the camera up to the eyecup and repair / re-align it myself. It was long out of warranty, so at least I culd not void anything by trying my luck. There was just the risk of “verschlimmbessern” (making something worse by trying to improve), i.e., breaking the camera entirely when trying to repair it.

So, as usual: only do this if you know what you're doing, and don't blame me if something breaks.

Disassembly

Getting to the eyecup requires removal of nine (black, plastic?) PH0 screws and two parts of the camera's plastic shell. I did not check the screw types thoroughly – they all seemed quite similar, but I still made sure to re-apply each screw to the correct hole just to be on the safe side.

First, remove the microphone and NFC cover on the left. It is held in place by three screws, and can be carefully lifted out once they are loose. There are no plastic clips or anything, so you should not need to apply force.

Then, flip out the 3" LCD so that it is out of the way and reveals two screws below the viewfinder. Remove these, the two screws at the tripod mount, and the two screws on the right side. The plastic part that you can now remove holds control button and is connected to the camera with a flat flex cable right below the control buttons. So, carefully fold out the plastic back (including the control buttons), and tilt it to the right to avoid stressing said cable. You only need to rotate it by about 90° in order to expose the final (tenth) screw securing the eyecup. You can choose between disconnecting it and storing it somewhere safe, or leaving it connected and being extra careful not to break it.

Repair

Now, remove the metal screw holding the eyecup. In my case, once the screw was out, I could easily move the eyecup back into place (without having to exert force) and was already done with the repair. I expect that you can also replace the entire eyecup at this point, but I did not try that.

Re-Assembly

• Secure the eyecup with the metal screw
• Reconnect the flat flex cable leading to the control buttons on the back cover
• Snap the back cover back into place. Do not secure it yet.
• Turn on the camera and verify that eyecup / viewfinder, 3" LCD, and the control buttons on the back (next to the LCD) are working
• Turn the camera off
• Secure the back cover with its six black screws
• Snap the side cover back into place
• Secure the side cover with its thre black screws

In my case, I did not verify that the control buttons are working before re-applying all screws. While I had not unplugged the flat flex cable, I had still managed to loosen its connector, so I had to go back and re-connected it in order to have a working camera again. Before proceeding with the re-assembly, the connector should look roughly like this:

Apart from that, this was a pleasantly straightforward repair, and definitely better than just not using the LCD anymore.

Travel-Status-DE-DBRIS-0.18.tar.gz (signature)

• dbris-m: Show trip number changes along the route, if any
• Journey: Fix ->operator and ->train_no accessors
• Journey: New accessors: trip_numbers, trip_no_at
• Location: New accessor: trip_no

Travel-Status-DE-DBRIS-0.17.tar.gz (signature)

• Journey: New accessors: admin_id, admin_ids, operator, operators
• New build dependencies: File::Slurp, JSON

Travel-Status-DE-DBRIS-0.16.tar.gz (signature)

• Formation::Group: Add ICE L and LINT 41; fix CFL KISS detection

Travel-Status-DE-DBRIS-0.15.tar.gz (signature)

• DBRIS: Add optional failure_cache key to new / new_p. This causes the module to cache failed requests, thus decreasing the risk of running into rate limits when, e.g., requesting carriage formation data that is not available upstream.
• Formation::Group: Update carriage name list (patch by Lili Chelsea Urban)

Travel-Status-DE-VRR-3.17.tar.gz (signature)

• New dependency: URI::Escape
• URL-Escape umlauts in name/place parameters sent to EFA backends. This fixes umlaut-related issues in LinzAG and VVO requests.
• EFA: Detect "invalid stop" backend errors.
• EFA(3pm): Remove efa_encoding, which has been unsupported for a long time already.

Travel-Status-DE-VRR-3.16.tar.gz (signature)

• Add AVV ("AVV Augsburg", not Aachen) service definition

Travel-Status-DE-DBRIS-0.14.tar.gz (signature)

• dbris-m: Do not break --json/--raw-json if the requested stop name is not an exact match
• Location: Set is_additional for additional stops based on text remarks