Category: Ankita’s Status Reports

Accomplish

This week, I focused on the firmware portions of the Design Review Report. I outlined how camera frames and microphone samples will be timestamped, queued, and written to the microSD card while capture continues. I also worked through the rolling-buffer and clip-preservation design, including how overlapping saves can share stored segments. For testing and validation, I helped define checks for capture continuity, audiovisual synchronization, trigger timing, and clip integrity.

Progress/Schedule

Firmware implementation is slightly behind schedule, with more progress made on defining the design than testing it on hardware. My priority is to establish a reliable capture-to-storage pipeline before adding preservation and transfer functionality. Testing this foundation early will help identify whether our estimated frame sizes, storage rates, and queue capacity are realistic. Right now, I am still waiting on being able to use the ESP32 to test out the firmware plans.

Deliverables

Next week, I plan to test camera capture and microSD writing on the ESP32-S3, measuring frame sizes, capture timing, and write latency. I will use these measurements to refine the staging queue and segment-writing logic, then begin implementing the rolling buffer and save-button handling. The immediate goal is to produce timestamped recordings that can serve as a baseline for testing retrospective capture.

 

Accomplish

This week, I focused on defining CapSure’s firmware architecture and preparing those portions of our design review presentation. I developed the design flow covering initialization, continuous recording, and the transition from filling the initial buffer to maintaining a rolling 60 seconds of footage. I also refined the different signals triggered to transition from one stage to another in the flow, as well as refined the specification user-button interaction so that one button press preserves footage and stores it on the device and a separate button press triggers Wi-Fi enabling and the transfer to the user’s phone, all while recording continues in the background. I worked through overlapping saves, interrupted downloads, and deleting saved clips only after the phone verifies that it has received the footage. Additionally, I outlined the recovery behavior for component failures and contributed quantitative testing plans for video quality, A/V synchronization, buffer preservation, and recording during transfers.

Progress/Schedule

The firmware is currently on progress with the schedule, and in the design stage, with hardware implementation pending on the ESP32’s arrival. The main recording and saving behaviors have been defined, but storage allocation still needs to be worked through a bit more. My immediate focus will continue to be refining the firmware structure, identifying more edge case scenarios to think through, and resolving these design details before our materials come.

Deliverables

Next week, I will flesh out the firmware flowcharts more and contribute the architecture and testing sections of the Design Review Written Report. I will also set up the firmware project in our GitHub and begin defining the capture, buffering, and saved-clip management interfaces. Once the board is available, my first hardware milestones will be confirming PSRAM and SD operation, capturing a valid camera frame, and transferring a preview over Wi-Fi for integration with Jayden’s mobile app.

Accomplish

I spent this week refining the embedded side of the design and figuring out how data should move through the system once recording starts. In particular, I looked into how to use PSRAM as a short-term queue for the incoming microphone and camera data before it is written the MicroSD cards. I also looked at how both streams can share timestamps so that the 480p/15 FPS video recording and the 16 kHz audio recording can stay synchronized during the continuous recording and produce a synchronized video when transferred to the mobile app.

Progress/Schedule

We are still on track with the planned schedule. At this point, the buffering and storage flow is better defined, which makes the next implementation steps clearer. The plan is still for the ESP32-S3 to handle A/V timestamping, PSRAM queues, trigger logic, and segmented MicroSD storage for the rolling 60-second buffer .

Deliverables

For next week, I plan to turn this design into a more concrete firmware plan for the Design Review. I plan to focus on the capture pipeline, the rolling buffer logic, and how the button press will lock the correct segments so they do not get overwritten. I also want to define how asynchronous SD writes should be organized so temporary write delays don’t cause any dropped video frames or desynchronization between the audio and video clips.