Team’s Status Report 04/26


Risks

During demo testing, router issues on Maya’s laptop temporarily disrupted Raspberry Pi connectivity. We are switching to a new device router for stability. This can be a network setup challenge since we havent fully tested communication over this new network.

Changes

We changed the setup to use a standalone router for the Pi. the Pi connects to Wi-Fi network using the router.

Progress

  • Unit Testing 

    • Tested device control APIs

    • Evaluated forecasting model accuracy (MAPE/RMSE) on solar and price data.

    • User Testing & User satisfaction
  • Frontend-Backend Integration Progress:

    • Connected backend schedule outputs to frontend dashboard for live visualization.


Unit Tests Conducted

  • Device Control Test: Verified API calls successfully switched smart devices ON/OFF at the correct time by looking at system logs
  • Optimization Solver Test: Validated LP outputs feasible schedules under varying constraints, edge cases include flat/spiky data for prices and solar output
  •  Forecasting Model Test: Evaluated regression predictions against known solar generation and pricing data.
  • UI Functionality Test: Confirmed correct display of real-time power data, scheduled actions, and user overrides.
  • Front-End API Connectivity Test: Confirmed that React frontend could successfully call FastAPI endpoints and receive responses.

 

Overall System Tests:

  • End-to-End Scheduling Test: Simulated a full daily cycle from sensing → predicting → optimizing → scheduling → controlling devices.

  • Stress Testing: Input flat load profiles and sudden random spikes to test optimization stability and system robustness.

  • Latency and Responsiveness Test: Measured UI response time under background optimization tasks.

  • End-to-End API Test (Chatbot): Tested communication between chatbot UI and backend, ensuring user input is captured and responses are sent back

Findings and Design Changes

  • Edge Case Handling: Stress testing exposed situations when no feasible schedule existed (overlapping tight constraints); we added fallback rules.

  • API Logging Addition: Initial debugging was slow without detailed API logs. We added full request/response logging to trace failures and latency bottlenecks.

  • Shift to Asynchronous Processing: Originally, synchronous optimization caused UI freezes. Moving to background task execution using FastAPI improved responsiveness.

  • Prediction Model Tuning: Retrained regressions models with better feature scaling and added time-of-day features to improve accuracy in volatile solar conditions.

Leave a Reply

Your email address will not be published. Required fields are marked *