view wiki/Modules.md @ 726:8f3a8c85a6c4

Bugfix data synchronization after RTE start: In previous version invalid data may be transferred in case the communication is corrupted directly after RTE startup. Root cause was that the data was evaluated without caring if a communication error was reported. In the new version the startup condition and evaluation of data is only done if valid data has been received by the RTE => SPI communication is up and runnig.
author Ideenmodellierer
date Sat, 14 Jan 2023 20:35:40 +0100
parents 0e7c16dd774d
children
line wrap: on
line source

# OSTC4 Code Modules #

## Main CPU - aka CPU1-Discovery ##

For historical reasons, the firmware of the main CPU was divided in three parts.
It helps development, allow smalled upgrades, and improve security as a bad manipulation won't kill the bootloader, responsible fot the next firmware upgrade.

### Bootloader ##

The code responsible to upload new firmwares for both CPU.

### Font Pack ###

This module does not contains any code. Just font data and images.

### Firmware code ###

The main OSTC4 firmware. The more important modules are:

- Buehlmann decompression algorithm.
- VPM decompression algorithm.
- The simulator and dive planner.
- Logbook display (surface and dive mode).
- All user interface code, during dive or surface mode (`t*.c` files).
- Graphics (gfx) engine.
- Plus interface to the other CPU, the management of the _LCD_ screen, and the optional _Bonex_ scooter interface (No longer supported)

## Small CPU - aka CPU2-RTE ##

The _Real Time_ CPU handle everything that requires precise timming to function perperly.

The most important modules are:

- Real time computation of gas exchanges during dive (aka the _LifeData_ structure).
- Analog to digital conversion for the ... ambient light sensor.
- I2C bus interface to the pressure sensor, the magnetic compass and the battery gauge.
- SPI bus interface to the buttons and to the other CPU.
- Serial interface to the _RS232-over-Wireless_ connection.