You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Server implemented in C++14. It will be in charge of the management of the balloon. It will
6
-
communicate via SMS to the provided phone. It will initialize all needed components, track and log
7
-
position and software messages, detect launch, burst and landing and send the landing position via
8
-
SMS.
5
+
Balloon control software implemented in C++14. It will be in charge of the management of the
6
+
balloon and will communicate via SMS to the provided phone. It will initialize all needed
7
+
components, track and log position and software messages, detect launch, burst and landing and send
8
+
the landing position via SMS.
9
9
10
10
## Requirements ##
11
11
12
-
The software needs a working instalation of WiringPi and a RaspiCam for the tests. It will perform
12
+
The software needs a working installation of WiringPi and a RaspiCam for the tests. It will perform
13
13
some basic tests if no Raspberry Pi is being used. It works with Adafruit Fona module, even though
14
14
it should work with other GSM modules. It also uses the Adafruit Ultimate GPS module. The following
15
15
software is needed to compile OpenStratos (apart from the WiringPi library):
@@ -23,23 +23,23 @@ software is needed to compile OpenStratos (apart from the WiringPi library):
23
23
## Compiling ##
24
24
25
25
For compilation, a *build.sh* script is provided, that should be run as is. It will compile the
26
-
tests of OpenStratos and run them. After that, the main program can be compiled using ```make```.
26
+
tests of OpenStratos and run them. After that, the main program can be compiled using `make`.
27
27
Optional configuration arguments can be passed. The first optional configuration argument is the
28
28
*NO_SMS* flag. This prevents actual SMSs being sent, even if they are simulated. This way no charges
29
-
will be applied. For using this argument the directory should be cleaned with ```make clean``` and
29
+
will be applied. For using this argument the directory should be cleaned with `make clean` and
30
30
then pass the *NO_SMS* flag to the configure script:
31
31
32
32
```
33
33
./configure CPPFLAGS="-DNO_SMS"
34
34
```
35
35
36
-
After that the usual ```make``` will compile the software. Note that the test do not send SMSs. The software itself comes with two built-in simulation modes:
36
+
After that the usual `make` will compile the software. Note that the test do not send SMSs. The software itself comes with two built-in simulation modes:
37
37
38
38
### Normal Simulation ###
39
39
40
40
In this mode, a simple simulation is made, with a length of about 45 minutes. It will run through
41
41
all the main stages of the program. For using this mode the directory should be cleaned with
42
-
```make clean``` and then pass the *SIM* flag to the configure script:
42
+
`make clean` and then pass the *SIM* flag to the configure script:
43
43
44
44
```
45
45
./configure CPPFLAGS="-DSIM"
@@ -51,14 +51,14 @@ It can be combined with the *NO_SMS* flag:
51
51
./configure CPPFLAGS="-DSIM -DNO_SMS"
52
52
```
53
53
54
-
After that, the software can be compiled using ```make```.
54
+
After that, the software can be compiled using `make`.
55
55
56
56
### Realistic Simulation ###
57
57
58
58
In this mode, a complete realistic simulation is made, that will last for about 5 hours. It will
59
59
realistically simulate the times in a 35 km height balloon. It will be similar to the normal
60
60
simulation, the only change will be in the timing. For using this mode the directory should be
61
-
cleaned with ```make clean``` and then pass the *REAL_SIM* flag to the configure script:
61
+
cleaned with `make clean` and then pass the *REAL_SIM* flag to the configure script:
62
62
63
63
```
64
64
./configure CPPFLAGS="-DREAL_SIM"
@@ -70,15 +70,15 @@ It can be combined with the *NO_SMS* flag:
70
70
./configure CPPFLAGS="-DREAL_SIM -DNO_SMS"
71
71
```
72
72
73
-
After that, the software can be compiled using ```make```. The result of combining the two
74
-
simulation flags is undetermined. They should not be combined.
73
+
After that, the software can be compiled using `make`. The result of combining the two simulation
74
+
flags will be an error when building the main program. For testing it will have no effect.
75
75
76
76
### Debug Mode ###
77
77
78
78
The software has a small debug mode, that prints from *stdio* some logs that occur before the log
79
79
file is created. It also enables serial logging, that will log everything that happens in the
80
-
serial. This has a moderate overhead and should not be used in production. GSM and GPS loggers log everythong they send and receive. This is only needed to debug if something goes wrong with the
81
-
serial. For using this mode the directory should be cleaned with ```make clean``` and then pass the
80
+
serial. This has a moderate overhead and should not be used in production. GSM and GPS loggers log everything they send and receive. This is only needed to debug if something goes wrong with the
81
+
serial. For using this mode the directory should be cleaned with `make clean` and then pass the
82
82
*DEBUG* flag to the configure script:
83
83
84
84
```
@@ -97,7 +97,7 @@ It can be combined with the *NO_SMS* flag or/and one of the simulation flags:
97
97
98
98
For some testing there is no need to reboot or shut down the system in failures. For this, the
99
99
software provides the no power off mode, that will prevent the software from shutting the
100
-
Raspberry Pi down. For using this mode the directory should be cleaned with ```make clean``` and
100
+
Raspberry Pi down. For using this mode the directory should be cleaned with `make clean` and
101
101
then pass the *NO_POWER_OFF* flag to the configure script:
102
102
103
103
```
@@ -110,6 +110,7 @@ It can be combined with the *NO_SMS* flag, the *DEBUG* flag or/and one of the si
0 commit comments