What are the most significant risks that could jeopardize the success of the project? How are these risks being managed? What contingency plans are ready?
- The App can currently receive FPA measurements as well as send vibration commands, however we are still currently working on having those vibration commands automatically send based on the FPA. We will need to convert the Python script to TypeScript (like previous iterations), but we’ll need to debug and ensure the pipeline is functioning properly. Additionally, we still need to test that the calibration and data logging functions work (and debug if necessary).
- The FPA accuracy dependent components of the device, such as vibration feedback error range, need to be finalized while still staying in line with previous research error ranges (i.e. no vibration for correct FPA +/- 2 degrees). Currently, our error range is +/- 4 degrees to prevent “noisy” feedback for toe-out training, and +/- 2 degrees for toe-in training. We need to be more certain about this fluctuation in error range between toe-in and toe-out training through further testing.
- The goal of our device is toe-in gait retraining, so we do have a good error range for this.
Were any changes made to the existing design of the system (requirements, block diagram, system spec, etc)? Why was this change necessary, what costs does the change incur, and how will these costs be mitigated going forward?
N/A
Provide an updated schedule if changes have occurred.
N/A