Joseph Weissig

I am a software developer with a focus on mobile apps, health, and fitness.

2026-02-10: Small Tools

A few small tools I wrote to help with work at Underwater Audio:

SensorTest

A simple app with two debug screens, one that displays a list of all the sensors the app is able to see with the granted permissions and hardware configuration, and a screen with gyroscopic and accelerometer details with x-, y-, and z-axis datapoints.

I wrote this app as a sort of sanity check for reported hardware issues on the Delphin. Our lap tracking app used the accelerometer and gyroscope to monitor users’ swim and count laps in real time, but we had a few users report that their devices counted zero laps after a swim. I tracked down the problems to a specific version of our firmware, and that the lap tracker couldn’t initialize the sensors during the swim. I used this app to confirm that we couldn’t access sensor data through software, and later issue a firmware update that fixed it. I also used this app to identify any changes in sensor access between generations of Delphin device.

TOTPTest

Link to the TOTPTest GitHub repo

Another extremely simple app, TOTPTest was an exploration into how single-use code screens work, and how our custom keyboard on the Delphin handled TOTP input. Our keyboard is pretty unique as far as keyboards go, built to take advantage of the small screen of the Delphin better than the stock QWERTY keyboard, and we wanted to confirm it worked as expected when faced with OTP input screens, as users would frequently encounter them when signing into services like Spotify or Audible.

This is a pretty rudimentary example of how apps implement OTP screens, with four unique TextEdit elements that shift focus to the next element when they receive an input, with the last one reporting the complete entry. Of course, this code doesn’t connect to any service, but acts as a repeatble playground to test input. Luckily, our custom keyboard handled the change in element focus well, and we were able to continue development with confidence that users wouldn’t need to worry about selecting each TextEdit element individually when signing into their preferred services.

AutoVideoService

Link to the AutoVideoService GitHub repo

AutoVideoService is pretty different than the previous two apps, and was actually one of the first pieces of software I wrote for Underwater Audio. We had a spare tablet we wanted to use as an advertisement display, but the tablet would lose battery once the store was closed and would reboot the following morning. I was tasked with creating an app that would launch the ad video after reboot.

This app was essentially left untouched after creation. There were plans to add a file picker to make it a more generically-useful tool, but the need simply wasn’t there. The debug toast notifications were also never removed because as the tablet rebooted, no customers were around to see the message as the tablet would stay powered while the store was open. These circumstances led to one of the roughest and most naïve apps I’ve written, but I stand by it as one of the first non-trivial problems I solved with an Android app.