Differences
This shows you the differences between two versions of the page.
| Both sides previous revisionPrevious revision | |||
| members:sparky:plans [2026/03/11 22:16] – Sparky | members:sparky:plans [2026/05/12 22:19] (current) – Sparky | ||
|---|---|---|---|
| Line 1: | Line 1: | ||
| # Sparky' | # Sparky' | ||
| - | | + | Public to-do lists and goals for current projects. |
| - | | + | ## TRMNL E-Ink Dashboard |
| - | | + | ### TODO |
| - | - [ ] Integrate occupancy display showing who is currently in the space | + | - [ ] Integrate occupancy display showing who is currently in the space |
| - | - Option 1: Pull badge-in data from ButterflyMX | + | - Option 1: Pull badge-in data from ButterflyMX |
| - | - Option 2: Pull presence data from Home Assistant | + | - Option 2: Pull presence data from Home Assistant |
| - | - Determine best data source and create custom plugin | + | - Determine best data source and create custom plugin |
| - | | + | ## Transit Tracker |
| - | | + | ### Done |
| - | - [X] Set up DNS for the Raspberry Pi API endpoint | + | - [X] Set up DNS for the Raspberry Pi API endpoint |
| - | | + | - [X] Set up DNS for the display device → `transittracker-display.user.dma.computer` (10.20.110.197) |
| - | - Goal: `transit-tracker.int.dma.space` (int.dma.space is for member projects not on the services rack) | + | - [X] Set up static IP for the display device |
| - | - [X] Set up DNS for the display device | + | - [X] Carousel: cycle through trips one (or more) at a time |
| - | - Current: `10.20.110.197` | + | - [X] Walking-time offset per stop (already in upstream firmware as `time_offset`) |
| - | - Goal: `transit-display.int.dma.space` | + | - [X] "Trips remaining today" indicator: contributed a new `tripsRemainingToday` field to the API for GTFS-static feeds, plus firmware support that prefers it over the OBA fallback. Display only shows the indicator when service is winding down (`remaining_trips_threshold: |
| - | - [X] Set up static | + | - [X] Bring up local `st_gtfs` feed (Sound Transit GTFS-static |
| - | - Current: `10.20.110.197` | + | - [X] Display fixes during testing: 180° rotation, fill the 32px height with 3 trips, prevent (-N) indicator from overlapping the realtime icon, abbreviate long headsigns |
| + | - [X] Upstream contribution: | ||
| - | | + | ### TODO |
| + | - [ ] Stream Deck → Home Assistant → display: per-route preset buttons | ||
| + | - Each Stream Deck key selects a preset (e.g. "1+2 Line both directions", | ||
| + | - Display updates to show two routes per preset | ||
| + | - Combine 1 Line + 2 Line into a single Link preset; separate buttons for each bus route | ||
| + | - Walking-time offsets calculated dynamically from the sign's GPS to each stop in the active preset | ||
| - | | + | ## WhereTrain (ESP32 Transit Tracker) |
| - | - [ ] Integrate with the Raspberry Pi transit-tracker API (`transit-tracker.int.dma.space`) instead of calling OneBusAway directly | + | |
| - | - Currently the ESP32 polls OneBusAway API directly from `main.c` | + | ### TODO |
| - | - Goal: Point it at the existing transit-tracker API so all transit data flows through one source | + | - [ ] Integrate with the Raspberry Pi transit-tracker API (`transittracker-pi.int.dma.computer`) instead of calling OneBusAway directly |
| - | - Reduces redundant API calls and centralizes API key management on the Pi | + | - Currently the ESP32 polls OneBusAway API directly from `main.c` |
| - | --- | + | - Goal: Point it at the existing transit-tracker API so all transit data flows through one source |
| + | - Reduces redundant API calls and centralizes API key management on the Pi | ||