Renamed Application::testableModeThreadName() into Application::threadName(), since this will be used for other purposes as well.

Instead of making the DeviceModule return the same VariableNetworkNode for the same register, an optimisation step before realising the connections (but after all connections have been defined) is performed. In this step, all networks sharing the same (device-type) feeder will be merged. This is more flexible and avoids problems with (potentially different) triggers etc.

detect stalled tests and print a list of variables which contain data not processed by the application

- prevent spamming of some messages in debug testable mode

- allow setting the "eliminateHierarchy" flag in the constructor of a module

This is an interface change which was done in an incompatible way!

made the instance of the Application::testableMode_mutex static, since otherwise the unique_locks returned are no longer valid in any but the first instance of the application (which affects tests)

fixed race condition in testable mode: now stepApplication() will use a semaphore counter to ensure that all processing is done

implement the "testable mode" in which the application can be paused and resumed by the test routine

Added a TestDecoratorRegisterAccessor which is optionally put around accessors to facilitate test of applications. This TestDecoratorRegisterAccessor does not yet do anything, functionality will be added in the next commits.

fixed variable networks with external trigger not being put into the same TriggerFanOut (which is required since they should be in the same TransferGroup)

- add all networks triggered from the same node to the same TriggerFanOut
- put all feeding nodes in a TriggerFanOut into the same TransferGroup

- some more code cleaning

Added names and owners for modules, to build a full hierarchy chain. The syntax for creating modules is now not so nice, a better way has to be found (maybe by adding a macro if better solution can be found).

Read all application inputs once before starting the module threads, so the initial values are correctly present.

For this purpose, additional changes were necessary:
- Added support for constant values as feeders and consumers (just ignore the writes)
- Connect all unconnected application accessors to constants after defining the connections and before creating the implementations
- Renamed the user-overridden function "initialise()" into "defineConnections()", since more actions are now necessary during initialise().
- The connections are now made (i.e. the implementations are created) during the initialisation phase

moved VariableNetworkNode member to AccessorBase class, so the network node information can be accessed also when having only the pointer to the base class

Adapation to the unified versions of ControlSystemAdapter and DeviceAccess.

Status: Library compiles, tests do not yet compile.

- extended the trigger tests
- removed some debug output

Introduced the DeviceModule class which provides an interface to obtain VariableNetworkNodes for device registers

- performed some code cleaning and refactoring
- store all nodes in a VariableNetwork in a single list, to allow deciding later if a node is feeding or consuming

This commit is an intermediate commit and has known bugs. Almost all tests are failing and the demoApp is not running. Debugging will be done in a next step.

introduced an operator>> and operator<< syntax to connect network nodes. to realise this, the VariableNetworkNode class has been changed into a pimpl pattern.