Tag: Status Reports

Lev’s Status Report for 02/26/2022

This week I worked on the design proposal slides and documentation. I finalized the smart contract design as well as helped with finalization of the algorithm. Moreover, I helped with the presentation and put together the testing/ verification part of the design and the use case requirements. I continued to work on Near as well and have been writing core libraries (which can be found on Github) for the smart contracts.

In terms of the design proposal doc, I put together the overall template, began filling in the introduction, and use case requirements, as well as the figures and algorithm implementation.

We are on schedule and this following week I plan on helping to finish the design doc as well as continue with the smart contracts, hopefully finishing or approaching a finish of the basic contract.

David’s Status Report for 2/20/2022

This week, I worked on the design proposal presentation, ordered different parts required for our project, did research on how to properly design a desktop application, and also researched what the best way to use a ECG is. Specifically, I ordered the ECG device which will be a key component in our sensors, along with a USB receiver base that we could potentially use such that ECG device could be connected to the body wirelessly. Furthermore, I researched into Electron App’s documentation and looked at the capabilities of Node.js to connect with our arduino via Bluetooth. I also created a mockup of our front end application, deciding which type of information is most needed for our users to see such that they feel involved in the paymodoro  process. Finally, I also looked at how we could best utilize our ECG and what is the most effective way of attaching it to the body. Most ECGs are attached either to one’s fingertips or chest. However, if it were attached to fingertips, it would be very inconvenient to work and focus on other tasks. The chest is also much more difficult as the user would have to take their shirts off to put on the device. Thus, I decided to create a wrist wearable device such that the ECG monitor could simply be worn like a watch.

 

Austin’s Status Report for 2/19/22

This week I worked on the hardware design of our system. I speced out the ECG sensor, wireless receiver for the ECG sensor, and accelerometer and placed orders for them (2 hours). I also did research into how to connect each pin of the sensors to an arduino (2 hours) to generate preliminary schematics of the system (3 hours). Getting all the wires and components arranged neatly took a very long time with my drawing software.

I also helped out with the design presentation. Specifically, the following slides:

  • Introduction and Use Cases
  • Hardware Specification
  • Hardware – uECG
  • Hardware Circuits – Belt Clipped Device

I am on schedule. This week was devoted to specifying the entire system. I was responsible for hardware and specifications for the hardware system is complete.

 

As of right now, I am giving the design presentation. Thus, I will spend some time this week practicing the presentation. This next week I plan to start writing the code for the arduino to pull data off the sensors as a proof that the sensors will work for the project. If there is time left over, I will start integrating each sensor together into one big arduino program and figure out how to send the data over bluetooth to the desktop application.

 

 

Status Report February 12 David

This week, as a team, we looked at our scheduling and planned out the individual aspects of the project. We split up the workload amongst the three of us, and I am going to be working on the Interface and the smart contract. I started doing some research on which different blockchains would be the most beneficial for our specific purpose. I also looked into potential options of how we could create a token for the incentivization process; however, that is still an area where we have to decide whether we need to implement.

Lev’s Status Report for 12/12/2022

This past week I helped in creating the proposal presentation as well as presented it. I also started working out specific details of the design. I put some time into researching and learning about blockchain programming. I looked into programming on various blockchains, such as Solana, Ethereum, and Near. After, I decided that Near made the most sense as it has a low latency and simple on boarding process. I then spent 4 hours on Near University (found at https://www.near.university/) to learn Near programming and get a feel for its development processes. Our project is currently on schedule. Next week, I hope to spec out the interfaces and data structures needed for both the smart contracts and the desktop app and design the specific code structure. I also hope to start helping with preliminary mock ups of the frontend design.

Team Status Report for 2/12/2022

The most significant risk that could jeopardize the success of our project is if the metrics we choose to monitor (heart rate variability, noise, acceleration) to determine whether the user is concentration do not actually correlate with concentration. The risks are managed by having our algorithm be easily updatable in case we need to swap out sensor measurements, (e.g. measure average eye movement instead of heart rate variability). Our contingency plan would be to vary the sensors we use.

No changes to design of system

No changes to schedule.

Austin’s Status Report for 2/12/2022

This week I helped to create a proposal presentation (specifically the Use Case Requirements and Solution Approach and MVP slides) which was presented by Lev Stambler.  I also watched the proposal presentations for the other groups and provided feedback on them. I also researched the frameworks we planned to use this week, such as Raspberry Pi and Jetson.

My progress is on schedule. This week was dedicated to creating proposal and researching the frameworks we plan to use.

Next week we will continue to research frameworks and also start developing a mockup of a desktop app.