Also allow assigning variables to either base workspace
OR assigninGlobal by Simulink

through consolidate() TDI call
on MDS+ server side

through consolidate() TDI call
on MDS+ server side

Cristian Galperti authored 5 years ago and Federico Felici committed 5 years ago

digdens not yet ready

now a single actualize call loads params, wavegens and ADCs
for expcode 1005, everything to simulate

At this stage we begun running tcv02standard in MARTe
in i9 (tcvrt02b) machine and to compare results
with the simulation

tcv02standard loads all the cfg of hybrid + IOH
+ stddiag from MDS+ in MARTe2.
IOH control setup time works and configured itself
correctly according to G2(17,1) matrices content.
This is a strong clue that the 3D G matrices
are loaded with the correct alignement.
All spurious tunable parameters are removed now,
so we can have a strict loading.
Tasks and wavegens still pending.

+ some cosmetics

Standard Java based MDS+/Matlab interface tested
with the F4E example. Previously SPC mdsipmex based
interfaced was used, not suitable for a public
accessible example. NB: we do not know if
the Java interface is as optimized as the mdsipmex
one (i.e. if it uses a connection stack for example),
for for SPC usage we have to revert back to the
mdsipmex version or implement a connection
stack/ corrnection order in the SCDclass* objects.

Removed a warning
Added a try-catch
Added some fprintf for clarity

printMARTe2config now doesn't require any mds connection
to produce its output and can take a model filter
optional parameter as the actualize

modified SCDclass objects to enable actualization
of single models

matlab MDS+ classes fixed for correctly
handling optional parameters,
f4e example included, simulink debug
passes after expcode setup.

This reverts commit 15196ccb.

matlab MDS+ classes fixed for correctly
handling optional parameters,
f4e example included, simulink debug
passes after expcode setup.

F4E expcode and example added, passes the sl debug,
data actualiztion, simulation and codegen
to be tested