Other changes: Add a couple more tests

Other changes:
Tweaked addNewParameter() in order for the IDs to be arbitrary (insertion
of already existing ID test incoming) according to suggestion by @kongr45gpen

Suggested by @xlxs41

Additional changes:
Fixed tests for parameter setting to accommodate the new way of parameter storage

Cause was an off-by-1 error in construction of the Parameter objects.
Minor changes to documentation

Also update some of the tests

Looks like a test is breaking all of a sudden

Fixes linker errors. Credits to @kongr45gpen for the catch.

Need to fix linker errors. Also updated documentation.

As suggested by clang-tidy

in order to make construction and adding more natural

Update doxygen configuration

See merge request acubesat/obc/ecss-services!42

A small string overhaul

This commit adds functions to:
- Append strings of fixed size
- Read strings with or without a trailing `\0`

There is also a string-related fix for the function management service.

This takes care of issues #43 and #11.

Don't mind the irrelevant commits, they show up because `ci-1` is not merged to master yet.

See merge request acubesat/obc/ecss-services!41

Fix cppcheck errors

Fix pipeline issues.

See merge request acubesat/obc/ecss-services!43

Fix the build

This MR:
- fixes a regression with the new version of cppcheck (`1.88`) on some testing code
- disables the 13.4 MISRA rule due to a false positive
- removes the clutter created by .dump files

See merge request acubesat/obc/ecss-services!40

Show less of the irrelevant files, and use the correct link in the README file

ECSS ST13 Split Function

**ECSS ST13 Split Function**  
After the initial development of the ECSS ST13 Large Packet Transfer Service, it is time to * *drumroll* * add the required function that is used to split the Large Messages into smaller ones.  
Currently it works with normal messages. However, the function should be changed in the future, perhaps with the addition of messages that are able to contain an amount of data larger than the current Message class can hold. Right now the Message::data can contain up to 1024 bytes. The max octet string size is 256. The testing was based on these numbers.

**Things to consider about this Service && Function**
*  A new class that fosters all the needs of a large message might be needed
*  Sensors or any device that will produce any kind of data, might use this class, for the purposes of ignoring the data size limit imposed by the protocol

See merge request acubesat/obc/ecss-services!37

Maybe a thrown error isn't displayed: https://trac.cppcheck.net/ticket/5746