Merge branch 'main' of https://gitlab.fdmci.hva.nl/propedeuse-hbo-ict/onderwijs/2023-2024/out-a-se-ti/blok-4/muupooviixee66
This commit is contained in:
37
docs/documentation/android/pepper_handling.md
Normal file
37
docs/documentation/android/pepper_handling.md
Normal file
@@ -0,0 +1,37 @@
|
||||
## Pepper Handling
|
||||
|
||||
---
|
||||
|
||||
To make the handling of the Pepper robot easier, we've made some classes
|
||||
that can be used to interact with the robot.
|
||||
The classes associated with the Pepper robot interaction are located in the
|
||||
`com.example.fitbot.pepper` package. To start interacting with the Pepper robot,
|
||||
one must assign a `QiContext` first. This can be done by calling `Pepper.provideQiContext(QiContext context)`
|
||||
method. This method takes a `QiContext` object as a parameter. This object is used to interact with the robot.
|
||||
|
||||
To make the robot talk, one can call the following method:
|
||||
```java
|
||||
Pepper.say(String text);
|
||||
```
|
||||
|
||||
To make the robot execute an animation, one can call the following method:
|
||||
```java
|
||||
Pepper.animate(String animationName);
|
||||
```
|
||||
|
||||
To make the robot do more sophisticated things, one can call the
|
||||
```java
|
||||
Pepper.addToEventQueue(AbstractPepperActionEvent event);
|
||||
```
|
||||
This adds the provided event to the event queue. The event will be executed in the order it was added.
|
||||
Whenever there's no valid QiContext available to use, the event will maintain in the queue until one is
|
||||
provided.
|
||||
|
||||
*Note* All Pepper action events are added to a queue, and executed synchronously. This means
|
||||
that if the robot is still busy with a task, adding a new event to the queue will not do anything until
|
||||
the robot is done with the current task.
|
||||
|
||||
Currently, the only supported actions are:
|
||||
|
||||
- `PepperSpeechEvent` - This event makes the robot say something.
|
||||
- `PepperAnimationEvent` - This event makes the robot execute an animation.
|
||||
@@ -1,108 +1,60 @@
|
||||
## Motion Tracking System
|
||||
## Motion Tracking System -- Pepper
|
||||
|
||||
---
|
||||
|
||||
To capture the user's motion with the sensing devices, we'll need to use a tracking system that calculates the
|
||||
path the user makes to be able to determine the user's position and orientation, and therefore whether the movement
|
||||
that was made correlates to the provided path.
|
||||
This is done by some calculations in the `MotionProcessor` class. To get started, create an instance of the `MotionProcessor` class and call the `processMotion` method with the `MotionData` object as a parameter. This will return a `MotionResult` object that contains the calculated path.
|
||||
### Introduction
|
||||
|
||||
The robot motion tracking system is a system that allows the robot to track the user's motion and provide feedback
|
||||
based on the user's motion. The system consists of a Web Server, which actively listens for incoming data from the
|
||||
two ESP8266 modules. The ESP8266 modules are connected to the robot and are responsible for tracking the user's motion.
|
||||
These sensors send rotation data to the Web Server, which can then be parsed and used to provide feedback to the user.
|
||||
|
||||
### System Architecture
|
||||
|
||||
The system consists of three main components: the Web Server, the ESP8266 modules, and the Pepper robot. The Web Server
|
||||
is responsible for receiving data from the ESP8266 modules and processing it. The ESP8266 modules are responsible for
|
||||
sending rotation data to the web server, which is then parsed.
|
||||
|
||||
### Parsing Data
|
||||
|
||||
To parse the data received by the web server, one must utilize the class `InputProcessor`. This class is responsible for
|
||||
both starting the server and processing data received by the server. To start parsing data, one can do the following:
|
||||
```java
|
||||
// create the motion processor
|
||||
MotionProcessor motionProcessor = new MotionProcessor();
|
||||
|
||||
InputProcessor processor = new InputProcessor();
|
||||
processor.startListening(); // This starts the web server.
|
||||
|
||||
```
|
||||
|
||||
To start listening for input, one must call the following method:
|
||||
|
||||
To parse data received by the server, one can register an event listener with the `InputProcessor` class. This event listener
|
||||
will be called whenever new data is received by the server. To register an event listener, one can do the following:
|
||||
```java
|
||||
// start listening for input
|
||||
motionProcessor.startListening();
|
||||
|
||||
processor.setInputHandler(new IInputHandler() {
|
||||
@Override
|
||||
public void accept(Vector3f rotationVector, int sensorId) {
|
||||
// Do something with the input.
|
||||
}
|
||||
});
|
||||
|
||||
```
|
||||
|
||||
Calling this function creates a WebSocket server, which the sensing devices can connect to.
|
||||
The `MotionProcessor` class will then start listening for a set of messages that start with specified kind of keywords.
|
||||
The messages always start with the keyword, separated by a space, and then the data is sent.
|
||||
The default data separator is `;`.
|
||||
An example of the message format is shown below:
|
||||
### Providing Feedback
|
||||
|
||||
If one wants to provide feedback to the user, one must first provide an exercise to the `InputProcessor` object.
|
||||
This can be done by calling the `setExercise(Exercise exercise)` method. This method takes an `Exercise` object as a parameter.
|
||||
This object contains information about the exercise, such as the name of the exercise, the muscle group it targets, and the
|
||||
video associated with the exercise. One can then check the status of the current exercise by calling one of the following
|
||||
methods:
|
||||
```java
|
||||
// Sending data
|
||||
"data accelerationX;accelerationY;accelerationZ;rotationX;rotationY;rotationZ" // all values are floats
|
||||
processor.getCurrentProgress(); // Returns the current progress of the exercise as a scalar (0 - 1)
|
||||
|
||||
// Changing the sample rate
|
||||
"sampleRate rate" // rate is an integer
|
||||
processor.getError(int sensorId, float time); // Get the error offset for a given sensor at a given time
|
||||
|
||||
// Calibrating the zero point
|
||||
"zero x;y;z" // x, y, z are floats
|
||||
```
|
||||
processor.getAverageError(int sensorId); // Get the average error for a given sensor
|
||||
|
||||
To add a custom message received handler, one can simply call the following method:
|
||||
processor.secondsPassed(); // Get the number of seconds that have passed since the exercise started
|
||||
|
||||
```java
|
||||
// Add a custom message handler
|
||||
motionProcessor.setMotionDataEventHandler((Vector3 vector) -> { ... });
|
||||
```
|
||||
*Note: The message handler provides a vector as a parameter; this vector is already converted from relative acceleration and rotation.*
|
||||
processor.hasFinished(); // Check if the exercise has finished
|
||||
|
||||
### Error checking
|
||||
|
||||
To check whether the made movements correlate with a given path, one must check for their differences.
|
||||
This can be done by a few implemented methods:
|
||||
|
||||
***Get the error of a vector compared to a path***
|
||||
```java
|
||||
GesturePath path = new GesturePath.Builder()
|
||||
.addVector(...)
|
||||
.build();
|
||||
|
||||
Vector3 referencePoint = new Vector3(...);
|
||||
double error = motionProcessor.getError(path, referencePoint);
|
||||
```
|
||||
|
||||
***Get the average error of a computed path to a `GesturePath`***
|
||||
```java
|
||||
GesturePath path = new GesturePath.Builder()
|
||||
.addVector(...)
|
||||
.build();
|
||||
|
||||
double error = motionProcessor.getAverageError(path);
|
||||
```
|
||||
|
||||
***Get a list of error values from a computed path to a `GesturePath`***
|
||||
```java
|
||||
GesturePath path = new GesturePath.Builder()
|
||||
.addVector(...)
|
||||
.build();
|
||||
|
||||
List<Double> errorList = motionProcessor.getErrors(path);
|
||||
```
|
||||
|
||||
### Example
|
||||
|
||||
An example of how to use a motion tracking system is shown below:
|
||||
|
||||
```java
|
||||
|
||||
// create the motion processor
|
||||
MotionProcessor motionProcessor = new MotionProcessor();
|
||||
|
||||
// Create a gesture path
|
||||
GesturePath.Builder pathBuilder = new GesturePath.Builder();
|
||||
|
||||
for ( int i = 0; i < 100; i++ )
|
||||
pathBuilder.addVector(new Vector3(i, i, i));
|
||||
|
||||
GesturePath path = pathBuilder.build();
|
||||
|
||||
// Set the path
|
||||
for ( int i = 0; i < 100; i++ ) {
|
||||
motionProcessor.addMotionData(new MotionData(i, i, i, i, i, i));
|
||||
}
|
||||
|
||||
// Get error values
|
||||
List<Double> errorList = motionProcessor.getErrors(path);
|
||||
|
||||
// Get average error
|
||||
double averageError = motionProcessor.getAverageError(path);
|
||||
|
||||
// Now you can do whatever you want with these results.
|
||||
```
|
||||
BIN
docs/documentation/assets/Testkaart-wandeling.png
Normal file
BIN
docs/documentation/assets/Testkaart-wandeling.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 150 KiB |
BIN
docs/documentation/assets/knocksensor.png
Normal file
BIN
docs/documentation/assets/knocksensor.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 15 KiB |
36
docs/documentation/brainstorm/Dataprotocols.md
Normal file
36
docs/documentation/brainstorm/Dataprotocols.md
Normal file
@@ -0,0 +1,36 @@
|
||||
# Dataprotocols
|
||||
|
||||
|
||||
|
||||
# different types
|
||||
|
||||
### Hypertext Transfer Protocol (HTTP)
|
||||
HTTP is the foundation of web communication, permitting the transport of data across the internet using a request-response architecture. It uses TCP/IP and stands out by its statelessness, with each request being independent, increasing the web's scalability and flexibility. While it does not encrypt data which makes it usable with sensible data it still makes an nice easy to use option.
|
||||
|
||||
We decided to use this for our project because for communicating with the database it is easy to use and we are not usiong sensible data. If we were to use sensible data that we want to encrypt we can use HTTPS. We are only sending small amounts of data to our app and we are not transfering files to our app. This made HTTP it way more attractive option.
|
||||
|
||||
### File Transfer Protocol (FTP)
|
||||
FTP is the classic protocol for transferring files between computers. It establishes a connection between two computers and it has 2 modes. Passive mode for recieving files. This leaves a port open on the computer. You also have an active mode. This is were the client opens a port towards an other computer. If you want to encrypt your data you can use FTPS.
|
||||
|
||||
When we started the project is thought of this as a option however since we are not only transfering videos but also stuff like titles and dicriptions i thought we were not going to enable it to its fullest potattional. On top of that we are also transfering only small amounts of videos and we switched the way we used videos on our project by hosting the videos on a service like youtube. This made FTP not usefull for our project.
|
||||
|
||||
### User Datagram Protocol (UDP)
|
||||
UDP is s connectionless protocol that prioritizes speed over reliability. It sends datagrams to a computer without establishing a connection with the reciever. It is not stable so you need to keep in mind that it will not be 100% accurate. However it is really fast so this makes it a suitible option for applications where a tiny amount of dataloss is not an issue.
|
||||
|
||||
(to be added)
|
||||
|
||||
### Message Queue Telemetry Transport (MQTT)
|
||||
MQTT is s lightweight messaging protocol designed for machine-to-machine communication in Internet of Things applications. It uses a publish subscribe model. This is were one device publishes data on a server and the other devices need to subscribe to that publisher to recieve the data. It is commonly used to transmot sensor data to a server.
|
||||
|
||||
(to be added)
|
||||
|
||||
### Real-time Streaming Protocols (RTSP)
|
||||
RTSP is collection of protocols used for streaming media such as videos over networks. However it requires additional software for it to work properly. RTSP shines in controlling live streams allowing features like pause. It's often used in IPTV's and video conferencing applications.
|
||||
|
||||
|
||||
Due to its limited support we are not uising it in our project. We were already having issues with other things that are not supported on android or mobile apps and we did not want to risk getting more issues while working on our project since we were already using up our limited time. It is a very interesting option though since it will enable more advanced videos. It also is realy complex which makes it a less atractive option since we are already learning a lot of new things and if we were to want to learn more things we would rather learn something with a low learning curve.
|
||||
|
||||
|
||||
# Conclusion
|
||||
|
||||
We still used HTTP for its simplicity and because we did not need a fancy data protocol. If i were to make this project again i would still use HTTP because is will make the making of the project easy. If we were to expend our project i would UDP if we were to make it like a game. Then we might be able to make our own wii sports with pepper. Since the loss of some data wont really matter
|
||||
61
docs/documentation/diagrams/UML-esp8266.md
Normal file
61
docs/documentation/diagrams/UML-esp8266.md
Normal file
@@ -0,0 +1,61 @@
|
||||
# UML esp8266 diagram
|
||||
|
||||
```mermaid
|
||||
classDiagram
|
||||
|
||||
Connectivity --> Movement-sensor-code
|
||||
SensorManager --> Movement-sensor-code
|
||||
namespace ESP8266 {
|
||||
|
||||
class Movement-sensor-code {
|
||||
+ struct RotationQuaternion
|
||||
+ PepperIP
|
||||
setup()
|
||||
loop()
|
||||
connectWifi()
|
||||
sensorSetup()
|
||||
getPepperIP()
|
||||
httpPost()
|
||||
}
|
||||
|
||||
class Connectivity {
|
||||
+ void connectWiFi(char* ssid, char* pass)
|
||||
+ void websocketSetup(char* ip, uint16_t port, char* adress)
|
||||
+ void sendData(float roll, float pitch, float yaw);
|
||||
+ int httpPost(const char *serverAddress, const char *serverSubPath, const unsigned short serverPort, const + char *data, const size_t dataLength, const char *contentType)
|
||||
+ const char* fetchIPAddress()
|
||||
|
||||
-ESP8266WiFiMulti wifi;
|
||||
-WiFiClient wifi_client;
|
||||
}
|
||||
|
||||
class SensorManager {
|
||||
+ struct eulerAngles(
|
||||
float roll;
|
||||
float pitch;
|
||||
float yaw;
|
||||
);
|
||||
+ struct acceleration (
|
||||
float x;
|
||||
float y;
|
||||
float z;
|
||||
);
|
||||
+ eulerAngles getEulerAngles()
|
||||
+ acceleration getAcelleration()
|
||||
+ bool sensorTap()
|
||||
|
||||
|
||||
- struct RotationQuaternions (
|
||||
float i;
|
||||
float j;
|
||||
float k;
|
||||
float w;
|
||||
);
|
||||
- RotationQuaternions getQuaternions()
|
||||
|
||||
- BNO080 myIMU
|
||||
}
|
||||
|
||||
|
||||
}
|
||||
```
|
||||
BIN
docs/documentation/diagrams/assets/positionTracking.png
Normal file
BIN
docs/documentation/diagrams/assets/positionTracking.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 196 KiB |
@@ -1,61 +1,75 @@
|
||||
# Infrastructure UML
|
||||
|
||||
---
|
||||
|
||||
The design for our project can be represented by the diagram below.
|
||||
|
||||
A simple linguistic representation of the diagram is as follows:
|
||||
|
||||
We have a Raspberry Pi, which runs a NodeJS server to handle all incoming requests.
|
||||
This server is connected to a MariaDB database, which stores all the exercise data.
|
||||
This data can then be received from the application we built for the Pepper robot.
|
||||
We also have two ESP8266 modules, which are connected to the Pepper robot's Web Server.
|
||||
These modules record angular motion via gyroscopes, and send this data to the web server on the Pepper robot.
|
||||
The web server is a requirement to receive incoming data from the sensors, due to the ESP's not having a
|
||||
dedicated bluetooth chip to communicate with the Pepper robot.
|
||||
The parsed data on the application can then be shown to the user with some feedback regarding their performance.
|
||||
|
||||
``` mermaid
|
||||
classDiagram
|
||||
|
||||
Raspberry pi --> NodeJS
|
||||
Raspberry pi --> Database
|
||||
NodeJS --> Androidapp : getExerciseData (Wifi, Rest API)
|
||||
Raspberry Pi --> NodeJS
|
||||
Raspberry Pi --> Database
|
||||
NodeJS <--> Android Application : Request exercise data from database. Send ip adress to cache
|
||||
Database <--> NodeJS : Database queries
|
||||
NodeJS --> ESP8266 : Get pepper ip
|
||||
|
||||
|
||||
ESP8266 --> Androidapp : getRotationalData (Wifi)
|
||||
ESP8266 --> Android Application : Send rotation data via WiFi to\n Pepper Web Server
|
||||
namespace Server {
|
||||
class Raspberry pi {
|
||||
class Raspberry Pi {
|
||||
+MariaDB
|
||||
+Apache2
|
||||
+NodeJS
|
||||
Database()
|
||||
Webserver()
|
||||
|
||||
Database
|
||||
Webserver
|
||||
}
|
||||
|
||||
class Database {
|
||||
+ExerciseID
|
||||
+ExerciseName
|
||||
+ExerciseShortDesc
|
||||
+ExerciseDescription
|
||||
+ExerciseVideo
|
||||
+GyroCoordinates
|
||||
+ExerciseImage
|
||||
+GyroVectors
|
||||
+MuscleGroup
|
||||
}
|
||||
|
||||
class NodeJS {
|
||||
+MariaDB
|
||||
GetRandomExercise()
|
||||
+Handle requests
|
||||
+Cache pepper IP
|
||||
}
|
||||
}
|
||||
|
||||
namespace Pepper {
|
||||
class Androidapp {
|
||||
class Android Application {
|
||||
+Java
|
||||
+Android SDK
|
||||
+QiSDK
|
||||
motionProcessing()
|
||||
robotMovement()
|
||||
showVideo()
|
||||
fitnessCycle()
|
||||
|
||||
|
||||
+WebServer
|
||||
+Acquire rotation data from sensors
|
||||
}
|
||||
|
||||
}
|
||||
|
||||
namespace Hardware {
|
||||
class ESP8266{
|
||||
+RotationalX
|
||||
+RotationalY
|
||||
+RotationalZ
|
||||
Gyroscope()
|
||||
+RotationX
|
||||
+RotationY
|
||||
+RotationZ
|
||||
Send rotation data to Web Server
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
BIN
docs/documentation/diagrams/positionTracking.fzz
Normal file
BIN
docs/documentation/diagrams/positionTracking.fzz
Normal file
Binary file not shown.
@@ -1,2 +1,16 @@
|
||||
# BOM
|
||||
|
||||
### Embedded hardware
|
||||
|
||||
| Part | Amount needed for 1 tracker | Price in Euros | Extra notes | |
|
||||
|---|---|---|---|---|
|
||||
| - [BNO085](https://shop.slimevr.dev/products/slimevr-imu-module-bno085) (IMU) | 1 | 12 | | |
|
||||
| - [Custom PCB](https://github.com/Sorakage033/SlimeVR-CheeseCake/tree/main/002-%E2%80%98%E2%80%99Choco%E2%80%98%E2%80%99SpecialRemake) | 1 | ~5 at 30 pieces | (Use file 8, 9 and 10 and use pcb thickness 1mm | |
|
||||
| - [Battery](https://nl.aliexpress.com/item/32583443309.html) (900 mAh) | 1 | ~4 at 20 pieces | | |
|
||||
| - [3D print model](https://github.com/Sorakage033/SlimeVR-CheeseCake/blob/main/004-3D%20Print%20Model/001.3-Chocolate-Case_TypeC-Only.stl) | 1 | 0,2 | | |
|
||||
| - [Optional Acrylic lid](https://github.com/Sorakage033/SlimeVR-CheeseCake/blob/main/004-3D%20Print%20Model/acryliclid.svg) | 1 | 0,50 | | |
|
||||
| | | | | |
|
||||
|
||||
#### Extra notes for assembly
|
||||
* Watch out when inserting the assembled product into the case. Make sure you put it in at an angle so you don't break the power switch.
|
||||
|
||||
|
||||
49
docs/documentation/hardware/Ideasforfitbord.md
Normal file
49
docs/documentation/hardware/Ideasforfitbord.md
Normal file
@@ -0,0 +1,49 @@
|
||||
# Ideas for hardware
|
||||
|
||||
# making a balance bord
|
||||
|
||||
Since We are not able to connect the wii fit bord we have to come up with a solution. We thought of it for some time and what we want to do with it. Origanlly we wanted to use the balance bord for excersises such as standing on one leg. This is a simple leg excersise we wanted to have. We thaugt of multiple solutions to still have this excersise. However we still needed to think of a design for the frame.
|
||||
|
||||
# the frame
|
||||
|
||||
We wanted it to have a similar style to the balance bord. howevere since we can make or own we wanted to make it a bit taller. This makes it easier to implement some other excersise such as the step up. This is na excersise that benefits from a taller box than the wii fit box.
|
||||
|
||||
## LDR
|
||||
|
||||
We can use a LDR to determine if someone is standing on the bord. We will have a small window where light can pass trought to let de LDR read out the light. We need to make clear that the user needs to stand on these points by providing an easy to udnerstand design.
|
||||
|
||||
## Knock sensor
|
||||
|
||||
A knock sensor is a sensor that detects impact. This could come in handy for us since it could detect impact on our fitbord. If we were to make a fitbord we would love to implement this sensor. We could use it to detect if someone is standing on the fitbord. This will not make the LDR useless since it only will detect one impact. This will be when someone will be standing on the fitbord it will not activate when someone is standing on the fitbord without moving.
|
||||
|
||||
We could is it for excersises where u want someone to jog or walk in place. The knock sensor will detect the small impacts from walking. This will greatly expend our excersise pool since walking and running is really important for cardio excersises. We could also make people stamp on the ground. This is a fun and good excersise for your legs.
|
||||
|
||||
```C++
|
||||
const int knockSensor = A0;
|
||||
const int threshold = 200;
|
||||
|
||||
int sensorReading = 0;
|
||||
|
||||
|
||||
void setup() {
|
||||
Serial.begin(9600);
|
||||
}
|
||||
|
||||
void loop() {
|
||||
|
||||
sensorReading = analogRead(knockSensor);
|
||||
|
||||
if (sensorReading >= threshold) {
|
||||
|
||||
Serial.println(sensorReading);
|
||||
}
|
||||
|
||||
if (sensorReading >= 500) {
|
||||
Serial.println(stamp detected)
|
||||
}
|
||||
}
|
||||
delay(10);
|
||||
```
|
||||
|
||||
|
||||
|
||||
@@ -1,4 +1,4 @@
|
||||
# Issues with hardware
|
||||
|
||||
## Issues with libraries
|
||||
The websocket library doesnt work well on the esp8266 d1 mini. It lags out the entire esp and makes it unresponsive.
|
||||
## Issues with programming
|
||||
The websocket library doesnt work well on the esp8266 d1 mini. It lags out the entire esp and makes it unresponsive. The solution is to use a different way of communicating.
|
||||
@@ -20,5 +20,9 @@ We chose this pcb because its really small and it has a socket for a sensor and
|
||||
We are going to rotational data from the sensor and use that to give feedback to the user based on how well they did the exercise.
|
||||
|
||||
|
||||
## How can i program this ESP?
|
||||
|
||||
To program this you need to use the Arduino IDE. You need to install the ESP8266 board in the board manager. You need to go to File -> prefrences -> additional board manager url's. Then you need to add this link `https://arduino.esp8266.com/stable/package_esp8266com_index.json`. Then you can find the LOLIN(WEMOS) D1 mini lite. Thats the board you need to select. When compiling you will see a lot of warnings but you can ignore them.
|
||||
|
||||
### Sources
|
||||
* https://github.com/Sorakage033/SlimeVR-CheeseCake
|
||||
@@ -21,7 +21,9 @@ There are a lot of different IMU's with a lot of different specifications.
|
||||
* Bmi160
|
||||
|
||||
### Which one are we gonna use?
|
||||
|
||||
We are going to use the BNO085 because it has the least amount of drift and its very versatile. We can get almost any type of rotational and acceleration data from it.
|
||||
|
||||
---
|
||||
<br>
|
||||
<br>
|
||||
|
||||
@@ -2,19 +2,18 @@
|
||||
|
||||
## Introduction
|
||||
|
||||
For this project we want to design an embedded system that can track a users position. We want to track their current position on the ground. This system will be used to track their position to determine if a user is doing the exercises correctly.
|
||||
For this project an embedded system that can track a users position is needed. This system will be used to track their position to determine if a user is doing the exercises correctly.
|
||||
|
||||
## Objectives
|
||||
|
||||
- Design an embedded system that can track user position.
|
||||
- Develop an algorithm to process the data from the sensor and determine the user's position.
|
||||
- Sync the code to the current task for the user.
|
||||
- Design an embedded system that can track user position and sent the data to an Android App.
|
||||
- Recieve the data from the embedded system in the Android App and sync the data to the current task for the user.
|
||||
|
||||
## Research and Analysis
|
||||
|
||||
### Choosing the sensor
|
||||
|
||||
For this project we have chosen LDR's as our primary sensor. The LDR's will be placed on the ground in a board and the user will stand on top of the board. The LDR's will be used to track the user's position. The LDR's will be connected to the esp32s3 microcontroller and the data will be processed to determine the user's position.
|
||||
For this project we have chosen LDR's as our primary sensor. The LDR's will be placed on the ground in a board and the user will stand on top of the board. The LDR's will be used to track the user's position. The LDR's will be connected to the ESP32 microcontroller and the data will be processed to determine the user's position.
|
||||
|
||||
We have chosen this sensor since it's one of the easiest and cheapest solutions to our problem. Other sensors like pressure sensors, accelerometers, and Wii Balance Board are either too expensive, not the most optimal for the task, or hard to integrate with other systems.
|
||||
|
||||
@@ -42,9 +41,28 @@ Accelerometers:
|
||||
- Cons: Will require additional hardware for data transfer.
|
||||
- Cost: ~ 5 euros (https://www.amazon.nl/versnellingsmeter-gyroscoop-versnellingssensor-converter-gegevensuitgang/dp/B07BVXN2GP/ref=asc_df_B07BVXN2GP/?tag=nlshogostdde-21&linkCode=df0&hvadid=430548884871&hvpos=&hvnetw=g&hvrand=5187253011954678898&hvpone=&hvptwo=&hvqmt=&hvdev=c&hvdvcmdl=&hvlocint=&hvlocphy=1010543&hvtargid=pla-928293154057&psc=1&mcid=43bf111afa7b3ba593f4a49321683352)
|
||||
|
||||
### System Requirements
|
||||
### Wii Balance Board
|
||||
|
||||
To be added
|
||||
The use of a Wii Balance Board was considered for this project. The Wii Balance Board is a balance board that can measure a user's weight and center of balance. The implementation of the board is very similar to the LDR's with an ESP32. The board also had bluetooth which makes it possible to connect to the Android App. However, the Wii Balance Board is very hard to integrate with other systems. The board is not designed to be used with other systems and the documentation is very limited. This makes it very hard to use the board for this project.
|
||||
|
||||
#### Problems with the Wii Balance Board
|
||||
|
||||
- The Wii Balance Board is not designed to be used with other systems. The documentation is very limited and there is no official SDK available.
|
||||
- The Wii Balance Board does not use UUID's for the services and characteristics. This makes it very hard to connect to the board and read the data.
|
||||
- When trying to connect to the Wii Balance Board, the board would show up as a device but would ask for a PIN code. The PIN code is not documented anywhere and there is no way to connect to the board without it.
|
||||
|
||||
`Bluetooth pairing must be initiated by the host by sending a "Require Authentication" HCI command to its bluetooth device. The bluetooth device will ask the host for a link key, which must be rejected so it will ask for a PIN-Code. The PIN-Code is the binary bluetooth address of the wiimote backwards.`
|
||||
|
||||
When trying the solution above the board would reject the PIN code and would not connect to the host.
|
||||
|
||||
#### Sources
|
||||
|
||||
The following sources have been used to research the Wii Balance Board:
|
||||
|
||||
- [Wii Balance Board](https://wiibrew.org/wiki/Wii_Balance_Board#Bluetooth_Communication)
|
||||
- [Wii Mote](https://wiibrew.org/wiki/Wiimote#Bluetooth_Communication)
|
||||
|
||||
Publicly available projects have been researched aswell nearly all of them dind't use java to connect to the Wii Balance Board. The projects that did use java to connect to the Wii Balance Board were either outdated or didn't work.
|
||||
|
||||
## System Design
|
||||
|
||||
@@ -52,39 +70,29 @@ To be added
|
||||
|
||||
The hardware of the system will consist of the following components:
|
||||
- LDR: The sensor that will be used to track the user's position based on the light intensity.
|
||||
- ESP32S3: The microcontroller that will process the data from the LDR.
|
||||
- Pepper: The controller that will recieve the processed data from the ESP32S3 and will sync the data to the current task for the user.
|
||||
- ESP32: The microcontroller that will process the data from the LDR.
|
||||
- Pepper: The controller that will recieve the processed data from the ESP32 and will sync the data to the current task for the user.
|
||||
|
||||
#### Connection diagram
|
||||
|
||||
To be added
|
||||
|
||||
### Software
|
||||
|
||||
To be added
|
||||
|
||||
### Integration
|
||||
|
||||
To be added
|
||||
|
||||
|
||||
## Implementation
|
||||
|
||||
### Prototyping
|
||||
|
||||
To be added
|
||||
A prototype of the app has been created to test the connection between the ESP32 and the Android App. The app can discover BLE devices and connect to them. The app currently is not able to continously read the data from the ESP32. It can however read the data once.
|
||||
|
||||
### Testing and Validation
|
||||
|
||||
To be added
|
||||
The prototype of the 'Tracking board' has been tested. The LDR's have were connected to the ESP32 on a breadboard. The ESP32 will emit itself as a GATT server and the Android App will look for the hosts name and connect to it. The Android App will then read the data from the ESP32 once.
|
||||
|
||||
## Conclusion
|
||||
|
||||
To be added
|
||||
The LDR's with the ESP32 are a good solution for the problem. The LDR's are cheap and easy to use. The ESP32 is a good microcontroller to process the data from the LDR's. The Android App can connect to the ESP32 and read the data from it. The next step is to make the Android App continously read the data from the ESP32 and display it to the user/use it in the app for exercises.
|
||||
|
||||
## References
|
||||
|
||||
[Bluetooth Discovery](https://developer.android.com/develop/connectivity/bluetooth/find-bluetooth-devices)
|
||||
|
||||
## Appendices
|
||||
|
||||
To be added
|
||||
[GATT Server Connection](https://developer.android.com/develop/connectivity/bluetooth/ble/connect-gatt-server)
|
||||
[ESP32 GATT Server](https://github.com/nkolban/esp32-snippets/tree/master/cpp_utils/tests/BLETests/Arduino/BLE_server)
|
||||
@@ -0,0 +1,88 @@
|
||||
## Pepper Abstraction Design
|
||||
|
||||
---
|
||||
|
||||
### Introduction
|
||||
|
||||
The Pepper robot is a complex system that can be controlled by a variety of different actions. To make the system more
|
||||
manageable, we've decided implement abstraction and encapsulation in the classes related to Pepper controls.
|
||||
This way, we can easily add new action events in the future.
|
||||
All these classes inherit from the `AbstractPepperActionEvent` class.
|
||||
|
||||
### Problems
|
||||
|
||||
1. The Pepper robot functions with a system that only allows one action to be executed at a time, per action category.
|
||||
This means that, for example, when two speech actions are executed at the same time, the application will crash due
|
||||
to a `RuntimeException` being thrown. Due to this fact, whenever the execution of multiple processes overlap,
|
||||
the application will crash.
|
||||
|
||||
2. Besides the first problem, for the Pepper robot to be able to execute any actions, it is required to have a
|
||||
QiContext available. This context is only provided in a class that extends the `RobotLifecycleCallbacks` class.
|
||||
This means, that whenever the class does not extend this class, the robot will be unable to execute any actions.
|
||||
|
||||
### Solution
|
||||
|
||||
To prevent the application from crashing, we've decided to implement a queue system in the `Pepper` class.
|
||||
This system allows us to queue any new actions that need to be executed whenever another action is already
|
||||
being executed. This way, we can prevent the application throwing a `RuntimeException` and thus crashing.
|
||||
|
||||
To tackle the second problem, we've decided to implement a system where the Pepper class has a global variable, which
|
||||
holds the current QiContext. This means, that whenever a user decides to execute an action, and no current QiContext
|
||||
is available, the action will be queued until a QiContext is available. This means that we can queue several actions
|
||||
at once without any exceptions being thrown.
|
||||
|
||||
### Diagrams
|
||||
|
||||
#### Class Diagram
|
||||
|
||||
```mermaid
|
||||
classDiagram
|
||||
class Pepper {
|
||||
-pepperActionEventQueue : ConcurrentLinkedQueue<AbstractPepperActionEvent>
|
||||
-isAnimating : AtomicBoolean
|
||||
-isSpeaking : AtomicBoolean
|
||||
|
||||
+latestContext : QiContext
|
||||
+addToEventQueue(AbstractPepperActionEvent event)
|
||||
+provideQiContext(QiContext context)
|
||||
|
||||
-processEventQueue()
|
||||
}
|
||||
class AbstractPepperActionEvent {
|
||||
+getAction() EPepperAction
|
||||
}
|
||||
class PepperSpeechEvent {
|
||||
+phrase : String
|
||||
+locale : Locale
|
||||
+PepperSpeechEvent(String phrase, Locale locale)
|
||||
+getSay(QiContext context) Say
|
||||
}
|
||||
class PepperAnimationEvent {
|
||||
+PepperAnimationEvent(String animationName)
|
||||
+PepperAnimationEvent(String animationName, IAnimationCompletedListener listener)
|
||||
+getAnimation(QiContext context) Animate
|
||||
+animationName : String
|
||||
+IAnimationCompletedListener : IAnimationCompletedListener
|
||||
}
|
||||
Pepper <|-- AbstractPepperActionEvent
|
||||
PepperSpeechEvent <|-- AbstractPepperActionEvent
|
||||
PepperAnimationEvent <|-- AbstractPepperActionEvent
|
||||
```
|
||||
|
||||
#### Queue System in Pepper class
|
||||
|
||||
```mermaid
|
||||
|
||||
graph LR
|
||||
subgraph "Pepper Class - Action Queue System"
|
||||
speak[say(String phrase)\nPublic\nCreate PepperSpeechEvent] --Call method--> addQueue
|
||||
animate[animate(String animationName)\nPublic\nCreate PepperAnimationEvent] --Call method--> addQueue
|
||||
addQueue[addToEventQueue(AbstractPepperActionEvent event)\nPublic\nAdd provided event to event queue] --Add to queue--> queue[Event Queue\nPrivate\nQueue containing all events that\nneed to be executed]
|
||||
|
||||
addQueue --Call method--> handleQueue[processEventQueue()\nPrivate\nCheck whether there is a context\navailable, and whether an event\nis currently being executed.\nExecutes the next event in the Queue]
|
||||
|
||||
queue <.-> handleQueue
|
||||
|
||||
provideCtx[provideQiContext(QiContext context)\nPublic\nSets global QiContext variable\nto provided context. If the context \nis not null,process the event queue] --Sets global QiContext variable--> handleQueue
|
||||
end
|
||||
```
|
||||
@@ -1,9 +0,0 @@
|
||||
|
||||
## Expert review #1
|
||||
|
||||
### Document as you go
|
||||
Documenteer alle problemen die voorkomen bij het project en noteer de
|
||||
oplossingen voor deze problemen. Dit kan bijvoorbeeld d.m.v. een command die
|
||||
cache files verwijderd, of op welke manier je een project fixt. Dit kan toekomstige
|
||||
problemen voorkomen.
|
||||
|
||||
48
docs/personal-documentation/Luca/expert-review.md
Normal file
48
docs/personal-documentation/Luca/expert-review.md
Normal file
@@ -0,0 +1,48 @@
|
||||
K1 - Object-Oriented Programming
|
||||
|
||||
---
|
||||
|
||||
In alle classen gerelateerd aan de Pepper besturingen wordt er gebruik gemaakt
|
||||
van abstractie en encapsulatie.
|
||||
Zie:
|
||||
- `PepperAnimationEvent`
|
||||
- `PepperSpeechEvent`
|
||||
|
||||
Deze classes inheriten `AbstractPepperActionEvent`.
|
||||
|
||||
K2: Gebruikers Test
|
||||
|
||||
( Maak een fictief persoon die de applicatie zou kunnen gebruiken, om erachter te komen
|
||||
wat ze zouden willen )
|
||||
|
||||
---
|
||||
|
||||
Wij hebben gezamenlijk gecommuniceerd over het plan, echter is alleen
|
||||
Niels heengegaan om te communiceren met de gebruikers.
|
||||
We hebben om ons heen mede studenten gevraagd om feedback te geven over onze
|
||||
applicatie, gezien we helaas te weinig informatie hebben verkregen van de
|
||||
actuele gebruiker.
|
||||
|
||||
---
|
||||
|
||||
K3 - Infrastructure UML
|
||||
|
||||
---
|
||||
|
||||
Zie bestand 'infrastructure.md'
|
||||
|
||||
---
|
||||
|
||||
K4 - Ontwerp embedded system
|
||||
|
||||
Documenteer het queue systeem van de Pepper class
|
||||
Maak een mermaid graph LR diagram
|
||||
|
||||
---
|
||||
|
||||
Zie '/documentation/hardware/sensors'
|
||||
|
||||
K5 - Embedded Software Schrijven
|
||||
|
||||
Feedback:
|
||||
- Is in principe K1,
|
||||
@@ -0,0 +1,72 @@
|
||||
### Gebruikersonderzoek Personage
|
||||
|
||||
---
|
||||
|
||||
Gezien de huidige omstandigheden is het nogal lastig om actuele feedback te verkrijgen
|
||||
van onze doelgroep. Dit betekent dat we een fictief karakter moeten ontwikkelen die als onze
|
||||
gebruiker functioneert. Hierbij moeten we zo veel mogelijk parameters vaststellen die
|
||||
overeen kunnen komen met een potentiele gebruiker.
|
||||
|
||||
Om hiermee te beginnen is het noodzakelijk om eerst deze parameters vast te stellen.
|
||||
|
||||
Deze zijn als volgt:
|
||||
|
||||
- Bedraagt een leeftijd van tussen de 50 en 70 jaar
|
||||
- Woont in een verzorgingstehuis
|
||||
- Heeft enigzins last van eenzaamheid
|
||||
- Heeft moeite met lichamelijke activiteiten
|
||||
- Grote kans op slecht zicht
|
||||
|
||||
Nu deze parameters vastgesteld zijn kunnen we een fictief personage ontwikkelen die als onze
|
||||
gebruiker functioneert. Dit personage zal de naam 'Henk' dragen.
|
||||
|
||||
Vervolgens is het handig om de applicatie te introduceren.
|
||||
De applicatie zal als volgt geintroduceerd worden:
|
||||
|
||||
"Onze applicatie is een interactief programma waarmee u samen fitness activiteiten kunt
|
||||
verrichten met een virtuele assistent genaamd Pepper. Pepper zal u begeleiden door de
|
||||
verschillende oefeningen en u helpen met het uitvoeren van de oefeningen. Iedere
|
||||
oefening zal worden begeleid door een stem die u verteld wat u moet doen en hoe u dit
|
||||
moet doen. Daarnaast zal Pepper u ook feedback geven over hoe goed u de oefeningen
|
||||
uitvoert."
|
||||
|
||||
Een fictieve reactie op alle gestelde voorwaarden kan zijn als volgt:
|
||||
|
||||
#### Introductie
|
||||
|
||||
Goedendag, ik ben Henk en ik ben 67 jaar oud. Ik woon al een aantal jaar in verzorgingstehuis genaamd Amstelhuis.
|
||||
Helaas heb ik de laatste tijd wat meer last van mijn gezondheid, waardoor ik minder goed kan bewegen. Hierdoor voel ik
|
||||
me soms wat eenzaam en verveel ik me wel eens.
|
||||
|
||||
Ik ben altijd erg actief geweest, dus toen ik hoorde over de Pepper FitBot app was ik meteen enthousiast. De
|
||||
verpleegster vertelde me dat de Pepper app misschien wel kan helpen om mijn conditie op peil te houden en om me minder
|
||||
eenzaam te voelen. Dus ik ben erg benieuwd wat de FitBot app allemaal kan!
|
||||
|
||||
#### Gebruikservaring
|
||||
|
||||
Eerste indruk: Toen ik de FitBot app voor het eerst gebruikte, vond ik het erg leuk dat Pepper me begeleidde door de
|
||||
oefeningen. Hij is duidelijk en behulpzaam, en hij maakt er een gezellige sfeer van.
|
||||
|
||||
##### Gebruiksgemak
|
||||
De FitBot app is erg gebruiksvriendelijk. De app is eenvoudig te bedienen en de instructies zijn
|
||||
duidelijk. Ook vind ik het fijn dat de app mijn voortgang bijhoudt.
|
||||
|
||||
##### Functionaliteit
|
||||
De FitBot app heeft veel leuke en nuttige functies. Ik vind het vooral leuk dat er verschillende
|
||||
oefeningen zijn voor verschillende niveaus.
|
||||
|
||||
##### Motivatie
|
||||
Pepper is een geweldige motivator. Hij moedigt me aan om door te gaan en hij geeft me complimenten als ik
|
||||
goed bezig ben. Hierdoor ben ik gemotiveerder om te blijven sporten.
|
||||
|
||||
##### Verbeterpunten
|
||||
|
||||
- Het zou leuk zijn als er meer oefeningen aan de app worden toegevoegd. Zo zou ik graag meer oefeningen willen doen voor
|
||||
mijn spierkracht en lenigheid.
|
||||
- De uitleg van de oefeningen is soms een beetje kort. Het zou fijn zijn als deze wat uitgebreider zou zijn.
|
||||
- Het zou leuk zijn als er de mogelijkheid was om samen met anderen te sporten via de app. Zo zou ik bijvoorbeeld met
|
||||
mijn kleinkinderen kunnen videobellen terwijl we allebei dezelfde oefeningen doen.
|
||||
|
||||
Al met al ben ik erg tevreden over de FitBot app. Het is een leuke en effectieve manier om te sporten. Pepper is een
|
||||
fijne motivator en de app heeft veel nuttige functies. Ik zou de FitBot app zeker aanbevelen aan andere mensen in het
|
||||
verzorgingstehuis.
|
||||
61
docs/personal-documentation/Luca/infrastructure-design.md
Normal file
61
docs/personal-documentation/Luca/infrastructure-design.md
Normal file
@@ -0,0 +1,61 @@
|
||||
### Infrastructure Design
|
||||
|
||||
---
|
||||
|
||||
As for our project, we've made the following design choices for our infrastructure.
|
||||
We've decided to implement a NodeJS server on a Raspberry Pi, which will handle the requests for retrieving exercises.
|
||||
This server will communicate with a MariaDB database, which contains the exercise data.
|
||||
The Pepper robot will host a web server, which will handle the incoming rotational data from an ESP8266.
|
||||
This data will then be processed by a motion processor class, `InputProcessor`, which will compare the rotational data
|
||||
to the data of the current exercise and show how well the user is performing.
|
||||
|
||||
Down below is a visual representation of how this infrastructure will look like.
|
||||
|
||||
### General Infrastructure Diagram
|
||||
```mermaid
|
||||
|
||||
graph TB
|
||||
subgraph "Raspberry Pi"
|
||||
server[NodeJS Server\n\nHandles requests for\nretrieving exercises]
|
||||
db[Database - MariaDB\n\nContains exercise data]
|
||||
server --Fetch database entry--> db
|
||||
db --Return retrieved entry--> server
|
||||
|
||||
end
|
||||
|
||||
subgraph "Pepper Robot"
|
||||
webServer[Web Server\n\nHandles incoming rotational data\nfrom ESP8266]
|
||||
motionProcessor[Motion Processor\n\nProcesses rotational data,\ncompares it to the current exercise\nand shows the statistics on the screen]
|
||||
ui[User Interface\n\nShows the current exercise,\nhow to perform it and the\nstatistics of the user's performance]
|
||||
motionProcessor --Send HTTP GET for Exercise--> server
|
||||
server --Send exercise data\nin JSON format--> motionProcessor
|
||||
webServer --Process rotational data--> motionProcessor
|
||||
motionProcessor --Show statistics\non the UI--> ui
|
||||
end
|
||||
|
||||
subgraph "Motion Sensing Device"
|
||||
esp[ESP8266\n\nMeasures sensor data\nand sends it to the web server]
|
||||
gyro[Gyroscope\n\nMeasures rotational data\n(Rx, Ry, Rz)]
|
||||
esp --Send rotational data\nto Pepper Web Server--> webServer
|
||||
gyro <---> esp
|
||||
end
|
||||
|
||||
```
|
||||
|
||||
### Database Diagram
|
||||
|
||||
For the design of our database, we've decided to only add a single table named `Exercise`.
|
||||
This table contains all the information needed for the exercises.
|
||||
```mermaid
|
||||
classDiagram
|
||||
class Exercise {
|
||||
+ExerciseId : INT
|
||||
+Name : VARCHAR
|
||||
+Description : VARCHAR
|
||||
+ShortDescription : VARCHAR
|
||||
+ImageURL : VARCHAR
|
||||
+VideoURL : VARCHAR
|
||||
+MuscleGroup : VARCHAR
|
||||
+Path : VARCHAR
|
||||
}
|
||||
```
|
||||
42
docs/personal-documentation/Niels/Expertreview3.md
Normal file
42
docs/personal-documentation/Niels/Expertreview3.md
Normal file
@@ -0,0 +1,42 @@
|
||||
# K1
|
||||
|
||||
Voor k1 heb ik al beschreven wat ik wist van k1 in mijn vorige expert zoals hoe onze database infrastructuur werkt en hoe een android app maken werkt.
|
||||
|
||||
### OOP
|
||||
|
||||
Ik heb OOP gewerkt met java. Dit komt doordat java een object orianted language is. Ik heb een class gemaakt om makkelijk te kunnen navigeren tussen de menus.
|
||||
|
||||
[Navigation Manager](../../../../code/src/Fitbot/app/src/main/java/com/example/fitbot/util/NavigationManager.java)
|
||||
|
||||
Ik heb ook een class gemaakt in C++ dit komt doordat ik een class heb gemaakt die het IP get van pepper. hier praat ik verder over in k5
|
||||
|
||||
### Database
|
||||
|
||||
ik heb de databse ingevuld met data. We hadden eerst alle videos op youtube prive geupload en wilden dat in de database doen. Dat hebben we veranderd naar een google docs. Wij slaan ook andere data op zoals de excersise discription deze wordt verstuurd naar de app en deze wordt dan weergegeven.
|
||||
|
||||
# K2
|
||||
|
||||
Ik heb voor K2 onderzoeken geschreven over zicht en kleuren bij ouderen. Ook ben ik met de ouderen gaan wandelen en heb ik kleine gesprekken emt hun gevoerd. Ik had de test card al gemaakt in mijn vorige expert en heb nu de learning card gemaakt van mijn ervaring.
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
|
||||
# K3
|
||||
Wij hadden als team vorige sprint al gebrainstormt en besproken hoe wij onze infrastructuur gaan inrichten dit hebben wij met ze alle gedaan en ik in mijn vorige sprint review behandelt welke onderdelen wij gebruiken. Ik ben ook bezig geweest met een onderzoek over datatransfer protocolen. Ik wilde dit odnerzoeken doordat het wij een nieuwe manier van data transfers gebruiken. Ik had voor dit nognooit met fiel transfer gewerkt. Na mijn vorige sprint review kreeg ik als feedback dat het beter was om het met externe linkjes te doen en niet met direct files. Dit heb ik bij mijn team voorgelegt en we hadden het verandert naar youtube linkjes. Nadat wij erachter kwamen dat het niet heel handig is zijn we over gestapt naar google drive.
|
||||
|
||||
|
||||
# K4
|
||||
Ik had graag willen werken met het wiifit bord helaas werkte dit neit omdat het heel moeilijk te intergreren was in een android app. Daarna wilden wij onze eigen maken maar dit is helaas niet van gekomen omdat onze ESP32 alleen BLE uitzend en dat zorgt ervoor dat de app maar 1 keer de data binnekrijgt. Doordat we weining tijd hebben voor een oplossing ben ik gaan onderzoeken wat voor andere sensoren en oefeningen we kunnen doen met een eigen gemaakte wii fit bord.
|
||||
|
||||
[fetchIPAddress](../../documentation/hardware/Ideasforfitbord.md)
|
||||
|
||||
# K5
|
||||
ik heb een get request gemaakt voor de motion trackers zodat zij het ip kunnen krijgen. Peppers IP is niet static waardoor ze elke keer weer een nieuwe IP nodig hebben. Ik heb ook pepper laten bewegen en ik kan makkelijk meer movement toevoegen. Pepper iets laten zeggen is ook gemakkelijk met de pepper.say command.
|
||||
|
||||
[peppermovement](../../../code/src/Fitbot/app/src/main/res/raw/armcircle.qianim)
|
||||
|
||||
[fetchIPAddress](../../../code/arduino/Movement-sensor-code/Connectivity.cpp)
|
||||
BIN
docs/personal-documentation/Niels/assets/Learningcard28.png
Normal file
BIN
docs/personal-documentation/Niels/assets/Learningcard28.png
Normal file
Binary file not shown.
|
After Width: | Height: | Size: 161 KiB |
@@ -1,11 +1,71 @@
|
||||
# Reflectie 3 blokken
|
||||
|
||||
## Blok 1
|
||||
### Blok 1
|
||||
In blok 1 heb ik de professionele skills Persoonlijk leiderschap en Toekomstgericht organiseren. Ik had veel moeite met documenteren en het scrumboard te gebruiken, omdat ik er nog geen ervaring mee had. Ik had op dat moment al het hele project in blokjes opgedeeld voor mezelf en keer daarna nooit meer naar het scrumboard. Door die manier van werken deed ik ook 5 dingen tegelijk waardoor ik af en toe het overzicht kwijtraakte . Ik had als doel opgesteld om in de volgende blokken meer het scrumboard te gaan gebruiken. Mijn aanpak was proberen zelf wat user story’s te maken, zodat ik ook wat meer betrokken was bij het scrumboard. Uiteindelijk heb ik daardoor wel wat meer gebruik gemaakt van het scrumboard, maar ik ging nog wel veel mijn eigen weg. Ik was niet helemaal tevreden met het resultaat, maar de aanpak werkte wel. Wat ik heb geleerd is als ik veel gebruik van iets wil maken moet ik er zelf ook bij betrokken zijn. Volgende keren zorg ik er voor dat ik betrokken ben bij het scrum board wat nu ook moet, waardoor ik meer het scrumboard gebruik.
|
||||
|
||||
## Blok 2
|
||||
### Blok 2
|
||||
In blok 2 gingen we voor het eerst samenwerken in een duo, waarbij we ook deels onze eigen user story’s moesten maken, dat heeft me ook geholpen om door het hele blok heen het scrumboard meer te gebruiken. Communicatie ging over het algemeen in dat blok redelijk goed. Als we vragen aan elkaar hadden werden die gewoon gesteld en als een van ons vastliep hielpen we elkaar. In sprint 2 werden classes aan ons geïntroduceerd waarbij ik best wat moeite had om dat te begrijpen. Dus ik had maar 1 class gemaakt en verder alles in functies gestopt. Pas eind sprint 2 probeerde ik de feedback te verwerken om alles in classes te stoppen, maar omdat je code uiteindelijk zo complex is. Is het bijna onmogelijk om het in classes te stoppen. Waarbij het resultaat was een heel lastig leesbaar programma. Ik was niet tevreden of over het resultaat aan het einde van het blok. Mijn aanpak was bij het volgende blok. Meteen alles in classes maken. Wat uiteindelijk wel goed heeft gewerkt. Ben daardoor ook achter gekomen hoe handig classes zijn en dat ze enorm veel overzicht geven van wat je aan het maken bent.
|
||||
|
||||
## Blok 3
|
||||
### Blok 3
|
||||
In blok 3 stond doelgericht interacteren en persoonlijke leiderschap centraal. Het groepje in blok 3 was te gezellig waardoor we vaak meer zaten te lollen dan we aan het werk waren. Ik had mezelf de taak gegeven om proberen om meer gefocust te werken zonder dat ik afgeleid raakte door mijn groepje. Mijn aanpak was door mezelf af te schermen met een koptelefoon of eventjes ergens anders te gaan zitten, wat ook goed hielp was even een rondje lopen. Op die manier kon ik de laatste sprint heel efficiënt werken en in blok 4 merk ik ook dat die techniek enorm erg helpt met meer gefocust en productief blijven op een dag. Dit resultaat was eigenlijk een beetje laat het liefst deed ik dit al eind sprint 1, zodat ik heel het blok beter kon doorwerken.
|
||||
|
||||
|
||||
## Sterkte zwakte analyse.
|
||||
|
||||
### Toekomstgericht organiseren
|
||||
Een van mijn zwakkere punten is organiseren in een team, want ik heb alles heel snel een plan in mijn hoofd maar dat duidelijk op papier zetten is was lastiger. Daardoor kan je ook minder rekening houden met de product owner van wat ze daadwerkelijk willen. Daarbij lukt me het wel beter om andere mogelijkheden en kansen te zien als we bezig zijn met het project waardoor we ons product kunnen verbeteren.
|
||||
Ethiek is een van mijn sterkere punten als ik iets maak denk ik wel er bij van wat de slechte gevolgen er van kunnen zijn en of het wel handig is om te maken. Ook ben ik me er van bewust dat er grenzen zijn bij het verzamelen van informatie.
|
||||
Procesmanagement is ook een van mijn zwakkere punten maar het is zich langzaam aan het verbeteren. Eerst had ik veel moeite met een planning maken en er voor zorgen dat ik me er aan hield. Nu gaat dat allemaal een stuk beter en merk ik dat ik echt volgens de planning bezig ben. Nu ben ik ook product owner binnen mijn groepje en push ik om een minimal viable product af te hebben voor de sprint 2 review.
|
||||
Ik geef mezelf een score van 3. Vanaf het begin van de opleiding is het al stukken verbeterd, maar er is meer ruimte voor verbetering.
|
||||
|
||||
### Onderzoekend probleemoplossen
|
||||
Een zwak punt van mij is methodische probleemaanpak als het gaat om theoretische vraagstukken. Daarbij heb ik veel moeite met het belangrijkste er uit halen en het onder te verdelen in hoofd en bijzaken. Als het praktisch is gaat het een stuk makkelijker en heb ik heel snel een beeld van de hoofd en bijzaken en welke kennis er nog ontbreekt.
|
||||
Met onderzoek heb ik nog wel moeite, over het algemeen heb ik moeite met Nederlands en merk ik zelf dat ik af en toe 3 keer een zin moet lezen totdat ik weet wat er staat. Het onderscheiden van meningen en feiten heb ik minder moeite mee en de betrouwbaarheid van een bron kan ik er redelijk snel uithalen.
|
||||
In oplossingen zoeken ben ik redelijk goed in. Ik kan kritisch zijn op mezelf en anderen en geef vaak suggesties over wat beter kan. Of als iets op een andere manier kan. Ook ben ik goed in het bedenken van nieuwe oplossingen op problemen.
|
||||
Ik geef mezelf nu een score van 2.5, omdat ik nog niet heel goed ben in teksten en formuleren.
|
||||
|
||||
### Persoonlijk leiderschap
|
||||
Ik denk dat ondernemend zijn een sterkte punt van mij is. Ik ga snel dingen uit mezelf doen en als iets me niet lukt probeer ik het nog steeds zelf uit te vogelen anders vraag ik om hulp. Bij beslissingen probeer ik instemmingen van het hele groepje er bij te krijgen. Ook als niemand de leiding in het groepje heeft of er gebeurt niks pak ik snel de leiding om nog proberen iets af te kunnen krijgen.
|
||||
Persoonlijke ontwikkeling is een sterk punt van mij. Ik weet waar ik goed en slecht in ben en ik reflecteer vaak om mijn acties en wat ik doe en wat misschien beter kon. Ik probeer me mee te leven met anderen en hun ideeën. Ook ben ik mij bewust van de consequenties die mijn acties kunnen hebben.
|
||||
Ik heb nog wel moeite met persoonlijke profilering, omdat ik heel snel een rol pak waar ik mij comfortabel bij voel en niet een rol pak dat uitdagender is waarbij ik veel meer leer. Daarentegen weet ik wel heel goed wat ik wil leren en welke kennis ik nog zou willen oppakken. Ook geef ik aan mijn teamgenoten aan waar ik goed en slecht in ben, zodat we makkelijk en beter taken kunnen verdelen als we in tijdnood zitten.
|
||||
Over het algemeen geef ik persoonlijke leiderschap 3.6 punten. Ik moet nog werken aan meer uitdaging zoeken, maar verder gaat het goed op dit vlak.
|
||||
|
||||
### Doelgericht interacteren
|
||||
Ik ben redelijk goed met rekening houden met opdrachtgevers en vraag vaak aan feedback van wat ze willen en laat ze ook zien tussen het project wat we hebben.
|
||||
In communiceren ben ik goed en slecht. Ik kan goed actief luisteren en rekening houden met iemands gevoelens. Ook kan ik mijn meningen logisch onderbouwen. Het gedeelte waar ik af en toe nog moeite mee heb ik begrijpelijk kunnen spreken en woord volgorde.
|
||||
Met samenwerken ben ik redelijk goed. Ik kan goed afspraken maken en die nakomen, bijvoorbeeld dat we samen eerder naar school komen om iets af te krijgen. We werken samen naar een oplossing en helpen elkaar waar nodig is.
|
||||
Ik geef met doelgericht interacteren mezelf 4 punten, omdat het samenwerken elk blok tot nu toe goed is gegaan en ik ook producten naar wens de laatste blokken heb opgeleverd.
|
||||
|
||||
|
||||
## SMART Leerdoelen
|
||||
### Toekomstgericht organiseren
|
||||
Specifiek:
|
||||
Ik wil leren hoe ik plannen beter op papier kan zetten, zodat mijn team ook inzicht heeft in mijn ideeën voor het project.
|
||||
Meetbaar:
|
||||
Ik zal bij de eerste sprint een gestructureerd uitgewerkt plan hebben voor mijn team, zodat ze allemaal op de hoogste zijn van mijn ideeën en zodat we dingen makkelijk kunnen afstemmen.
|
||||
Acceptabel:
|
||||
Het is realistisch, want ik heb al stappen gezet om het te verbeteren en ik wil kijken hoe goed dit gaat werken.
|
||||
Tijdgebonden:
|
||||
Ik zal dit doen komend blok, waarbij ik aan het begin van de eerste sprint werk aan een plan die ik kan zien aan mijn teamgenoten waarbij ik mijn visie van het project kan laten zien.
|
||||
|
||||
### Onderzoekend probleemoplossen
|
||||
Specifiek: Verbeter mijn methodische probleemaanpak bij theoretische vraagstukken en mijn begrip van teksten in het Nederlands.
|
||||
Meetbaar: Ik wil mijn vaardigheden verhogen van het huidige niveau naar een hoger niveau waarbij ik complexe vraagstukken gestructureerd en kritisch aanpak.
|
||||
Acceptabel: Dit doel is belangerijk voor mijn leerproces en zal me helpen om beter en efficiënter te zijn bij onderzoekend probleem oplossen.
|
||||
Realistisch: Ik zal gerichte inspanningen leveren om mijn vaardigheden te verbeteren, bijvoorbeeld door meer te oefenen met theoretische vraagstukken en actief te werken aan mijn taalvaardigheid.
|
||||
Tijdgebonden: Ik wil dit doel bereiken voordat het half jaar project volgend jaar over is.
|
||||
|
||||
### Persoonlijk leiderschap
|
||||
Specifiek: Binnen zes maanden wil ik mijn persoonlijke leiderschapsvaardigheden versterken door minstens drie keer een uitdagende rol binnen teamprojecten op me te nemen en hierin actief te werken aan nieuwe vaardigheden.
|
||||
Meetbaar: Ik zal na elk project een reflectieverslag schrijven en feedback vragen aan ten minste twee teamleden om mijn voortgang te meten. Mijn succescriteria zijn het succesvol voltooien van deze rollen en positieve feedback van teamleden over mijn leiderschapskwaliteiten.
|
||||
Acceptabel: Ik ben bereid tijd en moeite te investeren in deze uitdaging omdat het essentieel is voor mijn professionele groei en het behalen van mijn carrièredoelen.
|
||||
Realistisch: Met mijn huidige competenties en de beschikbare tijd kan ik deze uitdagende rollen aannemen en succesvol voltooien. Ik heb al bewezen initiatief en leiderschap te kunnen tonen.
|
||||
Tijdsgebonden: Ik zal dit doel bereiken door elke twee maanden een nieuw teamproject met een uitdagende rol af te ronden, wat resulteert in drie uitdagende projecten binnen zes maanden.
|
||||
|
||||
### Doelgericht interacteren
|
||||
Specifiek: Binnen drie maanden wil ik mijn bijdragen aan daily standup-meetings verbeteren door elke dag een duidelijke update te geven over mijn voortgang, obstakels en plannen, en door actief feedback te vragen en te geven.
|
||||
Meetbaar: Ik zal elke dag kijken of de daily standup gedaan word. En daarbij elke werkdag mijn bijdrage leveren
|
||||
Acceptabel: Dit zorgt er voor dat de samenwerking uiteindelijk beter word en dat iedereen elkaar sneller helpt met dingen
|
||||
Realistisch: Dit is realistisch want het is iets kleins van 10 min elke dag.
|
||||
Tijdsgebonden: Ik zal dit doel bereiken voor het halfjaar project over is
|
||||
|
||||
|
||||
@@ -381,6 +381,136 @@ Done
|
||||
|
||||
**31 May**
|
||||
|
||||
To do
|
||||
|
||||
- Expert review
|
||||
- Add Ui for exercises
|
||||
|
||||
Done
|
||||
|
||||
- Expert review
|
||||
|
||||
**1 June**
|
||||
|
||||
- Weekend
|
||||
|
||||
**2 June**
|
||||
|
||||
- Weekend
|
||||
|
||||
**3 June**
|
||||
|
||||
To do
|
||||
|
||||
- Add Ui for exercises
|
||||
- Retrieve exercises from database and show them in the app
|
||||
|
||||
Done
|
||||
|
||||
- Add Ui for exercises
|
||||
|
||||
**4 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**5 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**6 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**7 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**8 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**9 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**10 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**11 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**12 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**13 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
Done
|
||||
|
||||
-
|
||||
|
||||
**14 June**
|
||||
|
||||
To do
|
||||
|
||||
-
|
||||
|
||||
@@ -6,23 +6,52 @@
|
||||
|
||||
Voor het bewijs van algemene kennis over K1 zie [Expert review 2 K1](../expertReview/expert2sprint2.md#K1:-Je-hebt-object-georiënteerde-software-gemaakt-die-samenwerkt-met-een-database.).
|
||||
|
||||
### Database connectie
|
||||
|
||||
Deze sprint ben ik bezig geweest met:
|
||||
Voor het database gedeelte van K1 ben ik bezig geweest met het maken van een connectie naar de database doormiddel van NodeJs:
|
||||
|
||||
- Functionaliteit van de database
|
||||
- Functionaliteit van de server
|
||||
- Data ophalen uit de database en weergeven in de app
|
||||
[Config](../../../../code/server/test/config.js)
|
||||
|
||||
[Connection](../../../../code/server/test/testConnection.js)
|
||||
|
||||
### Classes in CPP
|
||||
|
||||
Voor het OOP gedeelte van K1 ben ik bezig geweest met het maken en gebruiken van classes in CPP, hierbij heb ik gebruik gemaakt van abstraction en encapsulation:
|
||||
|
||||
[CPP Classes](https://gitlab.fdmci.hva.nl/propedeuse-hbo-ict/onderwijs/2023-2024/out-a-se-ti/blok-4/muupooviixee66/-/tree/bead6a5a13e5df6658cb9db451c4565250c6a2f6/code/arduino/Position-tracking)
|
||||
|
||||
### Java
|
||||
|
||||
Omdat wij gebruik maken van java voor het maken van de Android App, is het makkelijk om gebruik te maken van OOP. Java is een object georiënteerde programmeertaal en maakt het makkelijk om gebruik te maken van OOP sinds het een van de belangrijkste concepten is van Java.
|
||||
|
||||
In Java heb ik gebruik gemaakt van de volgende OOP concepten:
|
||||
|
||||
Abstraction: [Navigation Manager](../../../../code/src/Fitbot/app/src/main/java/com/example/fitbot/util/NavigationManager.java)
|
||||
|
||||
In deze class heb ik een public static void gemaakt. Door de void public te maken kan deze functie vanuit elke class worden aangeroepen. Door static te gebruiken kan deze functie worden aangeroepen zonder dat er een object van de class hoeft te worden gemaakt.
|
||||
|
||||
De functie is te gebruiker door `NavigationManager.hideSystemUI(this);` aan te roepen. Hierbij is `this` de context van de huidige activity.
|
||||
|
||||
---
|
||||
|
||||
## K3: Je hebt een infrastructuur ontworpen en gebouwd volgens zelf-gedefinieerde vereisten.
|
||||
|
||||
Feedback verwerkt (diagrammen)
|
||||
Voor K3 heb ik de feedback op mijn diagrammen van de vorige sprint verwerkt. Deze sprint heb ik research gedaan naar Reverse Proxy, MariaDB en server hosting.
|
||||
|
||||
Infrastructuur beschreven met problemen en oplossingen [Infrastuctuur](https://muupooviixee66-propedeuse-hbo-ict-onderwijs-2023-178fb5f296aa35.dev.hihva.nl/documentation/database/infrastructure/)
|
||||
[Infrastructuur met problemen en oplossingen](https://muupooviixee66-propedeuse-hbo-ict-onderwijs-2023-178fb5f296aa35.dev.hihva.nl/documentation/database/infrastructure/)
|
||||
|
||||
---
|
||||
|
||||
## K4: Je ontwerpt een embedded systeem op basis van gegeven hardware. & K5: Je kan software schrijven voor een intelligente controller voorzien van actuatoren en sensoren.
|
||||
|
||||
Research naar hardware en software voor de controller
|
||||
Voor K4 ben ik bezig geweest met het onderzoeken van hardware die kan samen werken met pepper om de gebruikers positie te tracken. Aan het begin was het idee om met een Wii Balance Board te werken, maar dit was niet mogelijk. Daarom ben ik gaan kijken naar andere hardware waarmee dit mogelijk zo zijn.
|
||||
|
||||
[Research naar hardware en software voor de controller](/docs/documentation/research-questions/position-tracking-research.md)
|
||||
|
||||
Voor K5 ben ik bezig geweest met het onderzoeken en schrijven van de software die nodig is om de hardware te laten werken. Hierbij heb ik gekeken naar de software die nodig is om de hardware te laten werken en hoe deze samenwerkt met de software van een Android App. Research naar de software die nodig is voor de controller is te vinden in de link hierboven. De code voor de controller is te vinden in de link hieronder.
|
||||
|
||||
Code voor [BLE device scanner](https://gitlab.fdmci.hva.nl/propedeuse-hbo-ict/onderwijs/2023-2024/out-a-se-ti/blok-4/muupooviixee66/-/blob/bead6a5a13e5df6658cb9db451c4565250c6a2f6/code/src/Fitbot/app/src/main/java/com/example/fitbot/bluetooth/DeviceScanner.java). Deze code is geschreven voor een android applicatie die BLE devices kan discoveren en connecten.
|
||||
|
||||
Code voor de [ESP32](https://gitlab.fdmci.hva.nl/propedeuse-hbo-ict/onderwijs/2023-2024/out-a-se-ti/blok-4/muupooviixee66/-/blob/bead6a5a13e5df6658cb9db451c4565250c6a2f6/code/arduino/Position-tracking/test/test.ino). Deze code is geschreven om de ESP32 zich te laten opstellen als GATT server en de data van de LDR sensor te versturen naar de android app.
|
||||
|
||||
---
|
||||
Reference in New Issue
Block a user